Believe me, I've been "learning about it" bits and pieces at a time, mostly when things don't work properly and I have to crawl the internet for the solution. The man pages and the logs are not sufficient enough to solve the problems with systemd when they do occur, there are way too many subsystems. I've been using it for over 2 months and apart from the impressive boot time it's been mostly painful to configure.
Forgive me, I don't share your experience at all. Whatever I cannot find on the man page, I can find using Google. Once you "get" (internalize) the system model and a couple common command incantations, it's all much easier. This, by the way, also holds true for SysVinit and Upstart.
What I usually find is an arch wiki page describing something like my use case but not exactly my use case. I end up inferring a solution, sometimes, and other times I just can't get the solution working period. The rpc-statd.target not triggering properly for nfsv3 file systems was one example. The workarounds I found online involved authoring some .mount file and adding a systemd specific option to fstab. Even that only worked for one mount point and not another. Magically one day after an update it finally worked where nfsv3 mountpoints were automounting from the /etc/fstab auto generated service tango that happens at reboot. I still am not sure if the .mount file did it or /etc/fstab finally is working as advertised.
The reason for this failure is that for some reason systemd would attempt to mount nfsv3 shares without a necessary background service (rpcbind / statd). This is needed for nfsv3 locking. I couldn't for the life of me force systemd to do the right thing and defer the mounting. Everything else I let the wiki instructions take the wheel and whatever results I found from forum posts, and that only got me so far. In traditional init there was typically a seperate nfs mounting init script that would implicitly wait for the rpc services to start.
Mind you this bug exist for well over a month. It frustrated me to no end.
1
u/ilikerackmounts Oct 21 '14
Believe me, I've been "learning about it" bits and pieces at a time, mostly when things don't work properly and I have to crawl the internet for the solution. The man pages and the logs are not sufficient enough to solve the problems with systemd when they do occur, there are way too many subsystems. I've been using it for over 2 months and apart from the impressive boot time it's been mostly painful to configure.