On Tue, Jan 25, 2011 at 6:44 AM, Lennart Poettering <lenn...@poettering.net> wrote: > On Sat, 22.01.11 20:55, Andrey Borzenkov (arvidj...@mail.ru) wrote: > >> >> mdmon does not belong to user. User is not even aware that it is >> >> started. And it is likely not the last case. So systemd does need some >> >> framework which can move such processes out of user session. It >> >> probably needs some sd_daemon API to notify systemd that it is system >> >> level task even if it was started as result of user interaction. >> > >> > Well, it is started by user, so it belongs to user. And >> > systemd has an API to start system-level task as a result of >> > user interaction: it is called "systemctl start mdmon.service". >> > >> >> mdmon is not a singleton - it is started for every array that needs it >> (not each array needs it). Can you pass extra parameters that identify >> object mdmon should monitor via systemctl? > > systemd supports instantiated services, for example to deal with the > gettys (e.g. "getty@tty5.service"). It should be trivial to use the same > for mdmon (e.g. "mdmon@md3.service"). >
That's right, but the names are not known in advance and can change between reboots. This means such units have to be generated dynamically, exist until reboot (ramfs?) and be removed when array is destroyed. Not sure it is really manageable. And which instance should generate them? mdadm? _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
