Ground Station Requires occassional restart

Hello,
My ground station is performing very well, however every now and then, I receive a message telling me that the GS is off the air. A simple restart restores the system for the next couple of months.
The hardware is in a stable environment, indoors, hardwired with an Ethernet cable to my router. I do not ‘fiddle’ with it.
Anyone share a similar experience, is it a known issue? I am looking for ideas.
Thank you.
Nigel

Do you just restart the satnogs service, or the entire machine? Is the machine accessible before the restart?

I do also get this message occasionally. I just reboot the whole RPi. Sometimes I just unplug and re-plug the power cable.

1 Like

Hi
it’s also happen sometime on my station. Script or freezing Process.
Need to reboot.
image

same here. I need to restart one of my station.
Found this in the deamon log file:
Dec 4 16:29:43 satnogs-2-uhf satnogs-client[340]: satnogsclient.radio.flowgraphs - ERROR - Could not start GNURadio python script
Dec 4 16:29:43 satnogs-2-uhf satnogs-client[340]: Traceback (most recent call last):
Dec 4 16:29:43 satnogs-2-uhf satnogs-client[340]: File “/var/lib/satnogs/lib/python3.7/site-packages/satnogsclient/radio/flowgraphs.py”, line 212, in enabled
Dec 4 16:29:43 satnogs-2-uhf satnogs-client[340]: self.process = subprocess.Popen(args)
Dec 4 16:29:43 satnogs-2-uhf satnogs-client[340]: File “/usr/lib/python3.7/subprocess.py”, line 775, in init
Dec 4 16:29:43 satnogs-2-uhf satnogs-client[340]: restore_signals, start_new_session)
Dec 4 16:29:43 satnogs-2-uhf satnogs-client[340]: File “/usr/lib/python3.7/subprocess.py”, line 1522, in _execute_child
Dec 4 16:29:43 satnogs-2-uhf satnogs-client[340]: raise child_exception_type(errno_num, err_msg, err_filename)
Dec 4 16:29:43 satnogs-2-uhf satnogs-client[340]: FileNotFoundError: [Errno 2] No such file or directory: ‘satnogs_fsk.py’: ‘satnogs_fsk.py’

and a lot of timeout session while sending files to

Nov 29 12:06:31 satnogs-2-vhf satnogs-client[333]: requests.exceptions.ReadTimeout: HTTPSConnectionPool(host=‘network.satnogs.org’, port=443): Read timed out. (read timeout=45)

Any of these errors related to the RPI hangup issue?

Kalimera,

André

I do the same, unplug and plug it back in.

I restart the whole pi, by interrupting the power.

One thing I notice is that the receiver dongle is very hot, as if it is stuck in a loop.

Hi,

not sure if it the same problem but my station also stops working from time to time with this error:

Dec 06 13:12:56 satnogs-receiver satnogs-client[351]:   File "/var/lib/satnogs/lib/python3.7/site-packages/satnogsclient/waterfall.py", line 108, in plot
Dec 06 13:12:56 satnogs-receiver satnogs-client[351]:     tmin = np.min(self.data['data']['tabs'] / 1000000.0)
Dec 06 13:12:56 satnogs-receiver satnogs-client[351]:   File "/usr/lib/python3/dist-packages/numpy/core/fromnumeric.py", line 2618, in amin
Dec 06 13:12:56 satnogs-receiver satnogs-client[351]:     initial=initial)
Dec 06 13:12:56 satnogs-receiver satnogs-client[351]:   File "/usr/lib/python3/dist-packages/numpy/core/fromnumeric.py", line 86, in _wrapreduction
Dec 06 13:12:56 satnogs-receiver satnogs-client[351]:     return ufunc.reduce(obj, axis, dtype, out, **passkwargs)
Dec 06 13:12:56 satnogs-receiver satnogs-client[351]: ValueError: zero-size array to reduction operation minimum which has no identity
Dec 06 13:17:39 satnogs-receiver satnogs-client[351]: satnogsclient.scheduler.tasks - ERROR - Observer job lock acquiring timed out.

Greetings Ansgar
1 Like

Please open an issue with all the details (logs, advanced->support etc) in https://gitlab.com/librespacefoundation/satnogs/satnogs-client/-/issues, so it can be tracked and solved.

1 Like

Hi Fredy,

done. https://gitlab.com/librespacefoundation/satnogs/satnogs-client/-/issues/415

Greetings
Ansgar

1 Like