[CentOS] systemctl (again)

J Martin Rushton martinrushton56 at btinternet.com
Fri Apr 3 22:07:45 UTC 2015


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yet more information:

As a test I moved the link
/etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service into
/etc/systemd/user and reran systemctl daemon-reload.  I then rebooted.

	# ls -l /etc/systemd/user
	total 4
	lrwxrwxrwx. 1 root root  41 Jul 27  2014
dbus-org.fedoraproject.FirewallD1.service ->
/usr/lib/systemd/system/firewalld.service
	-rwxr-x---. 1 root root 246 Apr  3 21:21 timidity.service
	# systemctl status dbus-org.fedoraproject.FirewallD1.service
dbus-org.fedoraproject.FirewallD1.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

	# systemctl status timidity
timidity.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

So it's starting to look like a distro problem.  Next I moved both the
Firewall service link and the timidity service file into
/etc/systemd/system:

	# systemctl daemon-reload
	# echo $?
	0

and rebooted.

	# systemctl status dbus-org.fedoraproject.FirewallD1.service
	firewalld.service - firewalld - dynamic firewall daemon
	   Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled)
	   Active: active (running) since Fri 2015-04-03 22:50:50 ...
	 Main PID: 785 (firewalld)
	   CGroup: /system.slice/firewalld.service
	           └─785 /usr/bin/python -Es /usr/sbin/firewalld ...

	...  Starting firewalld - dynamic firewall daemon...
	...  Started firewalld - dynamic firewall daemon.
	# systemctl status timidity
	timidity.service - timidity daemon
	   Loaded: loaded (/etc/systemd/system/timidity.service; static)
	   Active: inactive (dead)

Which is progress, but where to I'm not sure.

	# ls -ld system user
	drwxr-xr-x. 14 root root 4096 Apr  3 22:48 system
	drwxr-xr-x.  2 root root 4096 Apr  3 22:48 user
	# getfacl system user
	# file: system
	# owner: root
	# group: root
	user::rwx
	group::r-x
	other::r-x

	# file: user
	# owner: root
	# group: root
	user::rwx
	group::r-x
	other::r-x

Clearly there is a problem with my assumption about the default
settings.  systemd appears not to read the user directory without
modification.

Trying to enable it leads to:

	# systemctl enable timidity
	The unit files have no [Install] section. They are not meant to
	be enabled using systemctl.
	Possible reasons for having this kind of units are:
	1) A unit may be statically enabled by being symlinked from
	another unit's .wants/ or .requires/ directory.
	2) A unit's purpose may be to act as a helper for some other
	unit which has a requirement dependency on it.
	3) A unit may be started when needed via activation (socket,
	path, timer, D-Bus, udev, scripted systemctl call, ...).

Ah well, bed time.  I'll tussle with Poettering's logic in the morning.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJVHw8xAAoJEAF3yXsqtyBlieQP/3to6d4gqWZ1HQkTvwKwgSBf
Mg3GM6R+10E8skhHEuwAe8uX3ZznbO4F7NOMy3yRBSrL+y/fu6+U8To7T6wLvGKC
kFbdCbWradLP31clWzVjJYVVYIUXTVpMC6u59L5IFbYzIB//KShYC7NxDAtQ17qG
sbi82BuJRlXgF44cPnkv1LVX8OajUa6d2bppwrpZFNFQyAl3OUa7KY8rqe03kvWm
AxAXtHB/E72rHGG7RpdvdwkOJ4FEyxMjh1rzilVBmpuZPLGzfjJhX5ColKvmq34N
pABaBSFZeBQw/yk0KRt1eff/CBPR7pMTinxJPKuoVhbUXfJQ9yNcgXcWUg/R23+9
DfJBYwSCAYqvdKwKx7V/1kuQD/INvQiO3NtCc9Ck4cPj1b6udCjsImof07smy7jn
xe4q0mh4u7bx76gQQAq/4IQBBp5O8KkjK5oHt4gU2psqFLlSzvRen+fnqsDH2LaN
HvjOAWlxS40a5+GAcXkIk9qG9kzAV6lyNvG/lPrSQHyeitjGwClAJTwHBfWI7l0e
NuW216klW6VZP6Wm35nEAL7EZV4ADzLH2pqsOxB8dR7KdHAVq1Wwxe5XTi8cWJ8J
s4c2vT6uVpthpzGSbdEMoQla/DVp+h56vl2fFeY5Fww2MhODu7CmkUI2P7pvgKXy
icO1B4BtoxgV4dEXuHMK
=v3W6
-----END PGP SIGNATURE-----



More information about the CentOS mailing list