Pi4 fails on reboot #2843 #2879
Conversation
Add `After` and `Wants` to rockstor-pre.service to gain sensitivity to chrony-wait.service. This at least works around a prior failure in starting rockstor-pre.service on initial, and all subsequent reboots on a Pi4: non-persistent RTC (Real Time Clock). The very first boot was successful however: thought to be related to its installer instance JeOS first-boot wizard and the context of having also to wait on rockstor-build.service (venv). Both of which modify the service startup timing considerably.
TestingOur target fix here is for systems without persistent (battery backed) RTC. As that was strongly suggested by the Pi4 real hardware reproducer. Where no other system/rockstor-installer (VM) - X86_64 or ARM64 has been seen/reported to have exhibited this same failure. Pi4 fix proof:See issue comment: #2843 (comment)
ARM64 with persistent RTCAn aarch64 VM build host for the test rpm was also able to complete multiple reboots without without the issue detail failure in rockstor-pre. Regression test on X86_64 (with persistent RTC)An rpm was build using this PR branch (Leap 15.6 OS host) and did not exhibit rockstor* service issues. N.B. this systems was not derived from our installer: but a generic JeOS Minimal_VM development system akin to our installer result. |
Pi4 installer instanceAn install exhibiting this issue running the 5.0.9-0 rockstor package (but all upstream updates applied) was updated to the rpm built from this PR branch (5.0.13-2879) via the Rockstor Web-UI after its was re-enabled via: This instance, on Pi4 bare-metal, was then able to reboot a number of times with all |
Add
AfterandWantsto rockstor-pre.service to gain sensitivity to chrony-wait.service. This at least works around a prior failure in starting rockstor-pre.service on initial, and all subsequent reboots on a Pi4: non-persistent RTC (Real Time Clock).The very first boot was successful however: thought to be related to its installer instance JeOS first-boot wizard and the context of having also to wait on rockstor-build.service (venv). Both of which modify the service startup timing considerably.
Fixes #2843