But it just keeps trying to install packages for raspbian. Is there a way to install on x86? My RPi3 started producing very poor results lately so I’m trying to switch to a better hardware.
I’ve just tried it on a virtual machine and it seems to be working. It shouldn’t install raspbian packages. There is autodetection of the platform in Asnible. The only way I can think of this happening is if you have set the repository variable by hand.
I’ve finally found time to try this again and still have the same issue. Please see full output attached. I’m running as root and installed Buster via debian-10.5.0-amd64-netinst.iso image.
Create needrestart directory for Raspbian…
Configure needrestart for Raspbian…
Install or remove satnogs-setup system dependencies…
If it’s the missing directory issue blocking needrestart role, then this should have been fixed in 202007160921 tag. Can you check which revision of satnogs-client-ansible you checked out?
No question is silly when troubleshooting Yes, both 2 and 3 versions of python are installed. This is a clean install of debian-10.5.0-amd64-netinst.iso and python is installed out of the box. Anything else I could try? I tried again and script indeed thinks it’s running on raspbian.
But we still have a failure with rng tools. BTW I did this on baremetal and VM, same result.
After this operation, 124 kB of additional disk space will be used.
Get:1 Index of /debian buster/main amd64 rng-tools amd64 2-unofficial-mt.14-1+b2 [43.1 kB]
Fetched 43.1 kB in 0s (405 kB/s)
Selecting previously unselected package rng-tools.
(Reading database … 37120 files and directories currently installed.)
Preparing to unpack …/rng-tools_2-unofficial-mt.14-1+b2_amd64.deb …
Unpacking rng-tools (2-unofficial-mt.14-1+b2) …
Setting up rng-tools (2-unofficial-mt.14-1+b2) …
Job for rng-tools.service failed because the control process exited with error code.
See “systemctl status rng-tools.service” and “journalctl -xe” for details.
invoke-rc.d: initscript rng-tools, action “start” failed.
Aug 20 10:25:18 satnogs systemd[1]: Starting rng-tools.service…
Aug 20 10:25:18 satnogs rng-tools[5204]: Starting Hardware RNG entropy gatherer daemon: (Hardware RNG device inode not found)
Aug 20 10:25:18 satnogs rng-tools[5204]: /etc/init.d/rng-tools: Cannot find a hardware RNG device to use.
Aug 20 10:25:18 satnogs systemd[1]: rng-tools.service: Control process exited, code=exited, status=1/FAILURE
Aug 20 10:25:18 satnogs systemd[1]: rng-tools.service: Failed with result ‘exit-code’.
Aug 20 10:25:18 satnogs systemd[1]: Failed to start rng-tools.service.
Processing triggers for man-db (2.8.5-2) …
Processing triggers for systemd (241-7~deb10u4) …
Running kernel seems to be up-to-date.
Failed to check for processor microcode upgrades.
No services need to be restarted.
No containers need to be restarted.
No user sessions are running outdated binaries.
satnogs done
Check if dphys-swapfile package is installed…
satnogs done | stdout: Reading package lists…
Building dependency tree…
Reading state information…
The following additional packages will be installed:
dc
The following NEW packages will be installed:
dc dphys-swapfile
0 upgraded, 2 newly installed, 0 to remove and 1 not upgraded.
Inst dc (1.07.1-2+b1 Debian:10.5/stable [amd64])
Inst dphys-swapfile (20100506-5 Debian:10.5/stable [all])
Conf dc (1.07.1-2+b1 Debian:10.5/stable [amd64])
Conf dphys-swapfile (20100506-5 Debian:10.5/stable [all])
Disable swap file…
Add ZRAM init script…
satnogs done
Add satnogs-client service user…
satnogs failed | msg: usermod: user satnogs is currently used by process 745
Start ZRAM service (via handler)…
satnogs user is the user that the playbook tries to create and it is assumed that it’s not already there. That’s the reason for your latest error. The playbook should be executed either as root, without the -K flag, or as a normal (e.g. ivor) user who has sudo access.
Thanks for prompt response @Acinonyx, I appreciate it.
I executed the ansible playbook as root, however I’ve added satnogs user to production/inventory/hosts which at first I wrongly believed was in sudoers. I since then added it to sudo group but still ran the ansible script as root.
Current situation is that I’ve got the above output and it failed at rng tools. So I restarted and gave it another go but this time not as root but as satnogs user. It failed with:
Add satnogs-client service user…
satnogs failed | msg: usermod: user satnogs is currently used by process 406
I also get the same output when I try as root. Does this mean that satnogs is installed?
Excellent, I’ll give that a shot right now. Quick question, since I’ve already half-installed this in previous tries, now when I run ansible script I get:
satnogs failed | msg: usermod: user satnogs is currently used by process 406
Makes perfect sense. I kept ssh’ing with that user to this box in order to install satnogs sorry about that! Well, after a bunch of trial and error, we’re up and runnin
What I’ve learned:
satnogs community is great
use the hosts config from above (probably not a bad idea to add it to wiki?)
run the script with root account and SSH as root, don’t use other accounts.