How do I remove SatNOGS Ansible playbook?

Short version.
I have been running station 702 for many years on Linux PC with Ansible install (from wiki here; https://wiki.satnogs.org/Linux_Desktop )
Its been running fine for years, 18,000+ obs.
Figured it was time to update, so ran through the playbook again.
Got no errors from the install, everything seems updated, but of course it no longer works.
You can schedule the pass, but afterwards, you simply get a ‘Waiting for waterfall’ on the pass.

After double, triple and quadruple checking the config parameters, its time to give up and go back to a Pi install.

My question is this, how do I remove / uninstall the SatNOGS Ansible playbook?
Stackoverflow seems to suggest that there should be an uninstall command / playbook for it, but I cant find it.

Thanks.

First update: I did a fresh install on a Pi 4 (station 908) and the exact same thing happens. (‘Waiting for waterfall’ (audio and data).

The Pi fails with satnogsclient.scheduler.tasks - ERROR - Observer job lock acquiring timed out.
Looking at the posts on this forum, it seems it’s a known issue. I have just rebooted the Pi to see if it resolves it.
I have also just scheduled some more passes on station 702 to see if the same error shows.

I’d rather not have to uninstall from the Linux desktop… waiting for a few passes to see what’s in the logs of both stations.

Second update: After the reboot, #908 returned a waterfall. Very happy to see my VHF station back up and running.
Looking forward to this issue being merged into the current release so we can do an update and have the problem solved.

Station #702 has some errors that I need to follow up:
If it can not claim the device, why does it find the correct R8208T tuner chip?
Why can it not find the waterfall file?
I am assuming the unsupported sample error rate links back to the USB_claim_interface error -6.

Mar 11 20:04:14 satnogs-acer satnogs-client[21582]: Assertion ‘close_nointr(fd) != -EBADF’ failed at …/src/basic/fd-util.c:67, function safe_close(). Aborting.
Mar 11 20:04:17 satnogs-acer satnogs-client[21582]: satnogsclient.observer.observer - ERROR - No waterfall data file found
Mar 11 20:12:25 satnogs-acer satnogs-client[21582]: [INFO] [UHD] linux; GNU C++ version 8.3.0; Boost_106700; UHD_3.15.0.0-4satnogs1
Mar 11 20:12:25 satnogs-acer satnogs-client[21582]: [ERROR] avahi_service_browser_new() failed: Bad state
Mar 11 20:12:25 satnogs-acer satnogs-client[21582]: usb_claim_interface error -6
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: Found Rafael Micro R820T tuner
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: Traceback (most recent call last):
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: File “/usr/bin/satnogs_fsk.py”, line 522, in
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: main()
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: File “/usr/bin/satnogs_fsk.py”, line 505, in main
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: tb = top_block_cls(antenna=options.antenna, baudrate=options.baudrate, bb_freq=options.bb_freq, bw=options.bw, dc_removal=options.dc_removal, decoded_data_file_path=options.decoded_data_file_path, dev_args=options.dev_args, doppler_correction_per_sec=options.doppler_correction_per_sec, enable_iq_dump=options.enable_iq_dump, file_path=options.file_path, framing=options.framing, gain=options.gain, gain_mode=options.gain_mode, iq_file_path=options.iq_file_path, lo_offset=options.lo_offset, other_settings=options.other_settings, ppm=options.ppm, rigctl_port=options.rigctl_port, rx_freq=options.rx_freq, samp_rate_rx=options.samp_rate_rx, soapy_rx_device=options.soapy_rx_device, stream_args=options.stream_args, tune_args=options.tune_args, udp_IP=options.udp_IP, udp_port=options.udp_port, waterfall_file_path=options.waterfall_file_path)
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: File “/usr/bin/satnogs_fsk.py”, line 96, in init
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: tune_args, settings, samp_rate_rx, “fc32”)
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: File “/usr/lib/python3/dist-packages/soapy/soapy_swig.py”, line 166, in make
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: return _soapy_swig.source_make(nchan, device, dev_args, stream_args, tune_args, other_settings, sampling_rate, type)
Mar 11 20:12:26 satnogs-acer satnogs-client[21582]: RuntimeError: soapy::source: Unsupported sample rate (2048000.000000). Rate must be in the range [8000.000000, 8000.000000] [16000.000000, 16000.000000] [22050.000000, 22050.000000] [32000.000000, 32000.000000] [44100.000000, 44100.000000] [48000.000000, 48000.000000] [96000.000000, 96000.000000]
Mar 11 20:12:31 satnogs-acer satnogs-client[21582]: satnogsclient.observer.observer - ERROR - No waterfall data file found

It seems that the sample rate you use is not supported for this device by soapy.

Could you copy paste here the result of Advanced -> Support in sudo satnogs-setup.

@fredy Thanks for checking in.
Turns out to be user error. I installed the hadbub docker container (my first ever) some time back and honestly thought the whole point of Docker was to isolate software, but the SatNOGS software could see the two SDRs after I did the Ansible update and was confused (habhub was fine and happy as was SatNOGS till the update - go figure).
Once I used rtl_eeprom to set the serial of the SatNOGS dongle and updated that in the settings, we now have waterfalls and decodes.

Regarding my VHF station on the Pi.
I am reluctant to take the station off testing while this issue is still in the wild. https://gitlab.com/librespacefoundation/satnogs/satnogs-client/-/issues/415
Any idea when the fix will be released?

1 Like

I think @Acinonyx has deployed a (work-around) solution for this issue, not sure if it has reached the stable release. @Acinonyx any info on this?

1 Like