Issue: No LoRa packages are received by the gateway
Setup:
RAK7249 WisGate Edge Max with the latest WisGate02 1.2.1
Running on LTE
Using the Packet Forwarder mode to send data to private TTS.
TTS sees the gateway as online and get updates from the gateway
LoRa® Server: Private The Things Stack server in Azure
Details:
After some troubles with logging in to the gateway using a OpenVPN connection I did a factory reset. then installed FW 1.0.1_RAK which I think is perhaps not a WisGateOS version.
Couldn’t see that any LoRa packages was receive by the gateway, no data showing up in the LoRa Packet Logger.
Looking in the System Log I get spammed by the following messages:
Some procd service in /etc/init.d is trying to run a temporary script or tool that would be on the /tmp ramdisk, but isn’t. Why, I have no idea.
if you can get a shell and do grep -lr irq2 /etc/init.d you might at least find out which service it is, but then you’d have to examine that file for hints as to why and if it has anything to do with not receiving packets.
How can I check if the Packet Forwarder is running? I don’t think I saw anything in the GW UI that indicates if it is running or not but maybe that can be checked in the shell as well.
In this post the author points to two files: /etc/crontabs/root and /etc/inittab and in these files on my gateway I have a pointer to the irq2 that the system log complains about according to:
/etc/inittab
::sysinit:/etc/init.d/rcS S boot
::shutdown:/etc/init.d/rcS K shutdown
::askconsole:/bin/login.sh
0:2345:respawn:/tmp/irq2
The author suggest to remove the lines that points to the error message but what would be your suggestion to do. Not even sure how these lines were added since I haven’t seens this system log error message before yesterday.
This sounds like some likely unrelated cron thing.
My guess would be that whatever the problem with receiving packets is, it’s unrelated.
You might start a logread -f on the console serial and collect it in a logging terminal program for a substantial period of time, then go back and look for anything related to the packet forwarder, start_lgw or similar.
I guess you’re using ssh not the serial console, some clients (putty?) can probably log for you or you could do something like this:
ssh user@host "logread -f" | tee logfile
I can never decide if it’s a help or an annoyance but I have logread -f > /dev/console at the end of /etc/rc.local on my openwrt gateways so I can see what’s going on via the serial port from boot, however if I want to do anything else with the serial console I have to killall logread blindly while watching it all flow by. And I’m not actually sure if the stock build has killall…