![]() |
1.4.0 Release Candidate 3 - Printable Version +- Snakeoil Forums (https://forums.snakeoil-os.net) +-- Forum: Snakeoil Testers (https://forums.snakeoil-os.net/Forum-Snakeoil-Testers) +--- Forum: Test Builds (https://forums.snakeoil-os.net/Forum-Test-Builds) +--- Thread: 1.4.0 Release Candidate 3 (/Thread-1-4-0-Release-Candidate-3) Pages:
1
2
|
RE: 1.4.0 Release Candidate 3 - Snoopy8 - 06-Jan-2025 A few more general tests.
![]() I added into /etc/systemd/system/snakeoil-rest.service After=... nmbd.service This is the slowest service in system-analyze blame. Voila! NFS folders are reloaded at boot time! BUT no idea why a service for Samba is affecting the NFS load??? And confirming fix applies to Pi5 RE: 1.4.0 Release Candidate 3 - agent_kith - 06-Jan-2025 (06-Jan-2025, 07:56 AM)Snoopy8 Wrote: I added into /etc/systemd/system/snakeoil-rest.service After=... nmbd.serviceYou are right, this doesn't make sense. If you look at the nmbd.service file, it wants network.target, and will start after network and network-online. Which is exactly the same setup as Snakeoil service file in RC-1 (or RC-2). This is really a bug in systemd (Or Ubuntu) but can't really be fixed easily. Since samba is a dependency of Snakeoil anyway, I guess it's safe to start Snakeoil after nmbd service, which is a really good idea anyway just in case CIFS will fail to mount also. ![]() RE: 1.4.0 Release Candidate 3 - Snoopy8 - 06-Jan-2025 Posting this, in case it may useful for understanding and solving root cause. I was curious to see whether I could fix the same reload NFS problem with 1.3 and Bookworm on Pi5. And adding a "After=nmbd.service" fixed the problem. And curiously, nmbd.service was relatively fast here compared with the NUC Ubuntu 24.04. This is the systemd-analyze blame output on Pi5 Bookworm. Code: 7.153s NetworkManager-wait-online.service RE: 1.4.0 Release Candidate 3 - agent_kith - 09-Jan-2025 Fixing the network page will require changing to the API backend, which is not feasible as that is going to be one to be updated next. So will disable network configuration for now, but it will come back. After some thinking, I might go with Qt6 (i.e. still C++) instead of GoLang. But will experiment around and find the best option. With this out of the way I guess 1.4.0 will be ready to be released. Hopefully I can write up enough information in the post to make sure the transition is smooth.... |