On Tue, 25.01.11 06:58, Andrey Borzenkov (arvidj...@mail.ru) wrote:
> > 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
On Tue, Jan 25, 2011 at 6:44 AM, Lennart Poettering
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 whi
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 n
On Sat, 22.01.11 20:35, Andrey Borzenkov (arvidj...@mail.ru) wrote:
> > I guess Wulf's point isn't, that options in /etc/fstab are not applied
> > but rather that systemd should mount /dev/pts with those options.
>
> I would very much prefer systemd to respect .mount unit also for API
> filesyste
On Mon, Jan 24, 2011 at 22:31, Lennart Poettering
wrote:
> I think using env vars for timezone configuration is not a good idea,
> and if used should be used exclusively to override system configuration
> per-user. I don't think it should be used on the system level and the
> hwclock logic we hav
On Sun, 23.01.11 00:01, Tom Gundersen (t...@jklm.no) wrote:
>
> Hi guys,
>
> Further to my previous mail about hwclock, I'm struggling to get my
> head around what is the "proper" way to handle hwclock's adjfile.
>
> These are my assumptions:
>
> /etc is in principle mounted read-only (not yet
On Sat, 22.01.11 21:44, Tom Gundersen (t...@jklm.no) wrote:
> Hi guys,
>
> I'm trying to figure out how our hwclock handling works, and in
> particular if there are any scenarios we don't handle.
>
> First, I think there is a typo in the explanation given in
> hwclock-load.service. Is the attach
On Sun, 23.01.11 18:44, Andrey Borzenkov (arvidj...@gmail.com) wrote:
> Somewhat unexpected; is it really intentional?
Yes.
We keep track of the exit codes of evrey configured binary of a service,
and show these all in the output of "systemctl status".
This is admittedly a bit confusing since
