QA Notice: systemd units using /etc/conf.d detected: usr/lib/systemd/system/openafs-client.service:EnvironmentFile=/etc/conf.d/openafs-client usr/lib/systemd/system/openafs-server.service:EnvironmentFile=/etc/conf.d/openafs-server See: https://wiki.gentoo.org/wiki/Project:Systemd/conf.d_files $ eix -e openafs [I] net-fs/openafs Available versions: 1.6.2-r1 1.6.5-r1 (~)1.6.11{tbz2}[1] {doc kerberos +modules pam} Installed versions: 1.6.11{tbz2}[1](11:22:27 PM 03/22/2015)(doc kerberos modules pam)
This appears to be more than just a minor QA problem. /etc/conf.d/openafs-client sets OPTIONS="AUTOMATIC", the openrc init script init.d/openafs-client detects this value and use it to set OPTIONS to a real value based on $SMALL $MEDIUM etc in /etc/conf.d/openafs-client. But if I read these scripts correctly, on systemd the client service will literally try to launch "/usr/sbin/afsd AUTOMATIC"
Created attachment 410776 [details] This is a corrected/fixed systemd script. Thanks to iamben and grawity for their help!
Does the attached systemd script use the settings defined in /etc/conf.d/openafs-client, or are they hard coded?
It doesn't use the settings from /etc/conf.d/openafs-client . If you need to override ExecStart or something else, see item #5 here: https://wiki.gentoo.org/wiki/Project:Systemd/Ebuild_policy#Unit_file_guidelines or the link given by Andrew in the original report
8e33d4b5d5506a291ddcd93e2d060c1b0b450d00 and f7b023652efe0fd358a9d2f75b785ba6a985632e updated systemd units. Please test.
johnfg reports success with new systemd units. Marking resolved.
