blishing the
PAM session and doing startx without changing vt from there, right?
Wanted to ask, because it seem to me that gdm with autologin seem to be
unnecessary if just startx works, and OP seemed to be logging into a
text vt explicitly anyway, so I can assume gd
g the required underlying services
> when needed.
>
> Thanks for any help and sorry if I have missed a really easy way that this
> should be handled.
>
>
> Thanks
>
>
> Dave
--
Mike Kazantsev // fraggod.net
signature.asc
Description: PGP signature
Another semi-fix might be just rate-limiting the restarts, which should
already be possible.
Whole problem seem to be at least a bit superficial though - if every
erlang daemon has Require=epmd.service, the only way to create it is by
starting erlang stuff and epmd from some user session, which
rsion (186 here), or your setup is more
complicated than that (haven't tested crypttab, but you seem to imply
that above doesn't work as well)?
--
Mike Kazantsev // fraggod.net
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
but that's one (still
working flawlessly, btw, though maybe by accident) way to support that
feature.
Agent implementation can be found here:
https://github.com/mk-fg/systemd-password-agent/blob/master/systemd_password_cache.py
A post describing the process in (maybe) a bit more detail:
start" vs
"something randomly fails", and I assume not many people read the logs
or care where that randomness comes from.
2. If started out of order, lot of daemons may find relevant paths
being empty and start to initialize them, causing long-term damage to
the system.
--
Mike Kaza
Peláez Valdés wrote:
> On Mon, Mar 19, 2012 at 2:20 AM, Mike Kazantsev wrote:
> > On Sun, 18 Mar 2012 18:26:53 -0600
> > Canek Peláez Valdés wrote:
> >
> >> On Sun, Mar 18, 2012 at 5:43 PM, Kok, Auke-jan H
> >> wrote:
> >> > On Sun, Mar 18, 2012 at
eaning up controller hierarchies, logind can kill the session,
pam_systemd seem to have a kill-parameter and probably can do it by
itself as well.
When debugging somewhat similar issue in the past, I've wasted a lot of
time mistakingly assuming that it's ei
want
> an "empty"
> service and then have the cron job query that directly. Or there is
> some other systemd
> magic I am unaware of.
>
> Any suggestion as to what to do here.
>
> Steve.
>
>
>
>
--
Mike Kazantsev // fraggod.net
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
ism as "systemctl
preset" uses.
> - I don't want the local-fs.target to be "reached" until my own unit is done
> mounting filesystems,
Then you need Before=local-fs.target, not After=local-fs.target.
> - I don't want my unit file to execute before the late bloc
should not need to do it more than once.
Maybe RemainAfterExit=true is what you're looking for?
> Thanks in advance.
--
Mike Kazantsev // fraggod.net
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
ly be
corrected to mention getty specifically.
>From d6baa7e3e1e40a224a366935a412544ca2f0b814 Mon Sep 17 00:00:00 2001
From: Mike Kazantsev
Date: Mon, 30 Jan 2012 07:01:05 +0600
Subject: [PATCH] man: add a note to pam_systemd(8) about controllers= vs
DefaultControllers=
---
man/pam_systemd.xm
On Wed, 25 Jan 2012 16:43:35 +0100
Kay Sievers wrote:
> On Wed, Jan 25, 2012 at 16:33, Mike Kazantsev wrote:
...
> >
> > Not sure if it has to be abstracted via localstatedir or something, but
> > since it's hard-coded in logind anyway, I thought not to bother with it
logind anyway, I thought not to bother with it.
>From ff10029e24cfc4d05228c1ac7b3dc06e615c8e0c Mon Sep 17 00:00:00 2001
From: Mike Kazantsev
Date: Wed, 25 Jan 2012 21:24:02 +0600
Subject: [PATCH] build-sys: add creation of /var/lib/systemd path, used by
logind
---
Makefile.am |2 ++
1 files changed, 2 insertions(+), 0
sn't seem to be in git yet, I thought I'd mail the patch.
>From 1e9da2f9ba2e996987eb6e7b8810efe2b933d2de Mon Sep 17 00:00:00 2001
From: Mike Kazantsev
Date: Wed, 25 Jan 2012 21:09:03 +0600
Subject: [PATCH] logind: add sys_tty_config capability, to let it use
VT_ACTIVATE ioctl on "activate" act
On Mon, 23 Jan 2012 12:22:46 -0200
Gustavo Sverzut Barbieri wrote:
> On Mon, Jan 23, 2012 at 11:51 AM, Mike Kazantsev wrote:
> > On Mon, 23 Jan 2012 09:16:52 +0100
> > Christian Hesse wrote:
> >
> >> Hello everybody,
> >>
> >> I think systemd
On Mon, 23 Jan 2012 19:51:52 +0600
Mike Kazantsev wrote:
> On Mon, 23 Jan 2012 09:16:52 +0100
> Christian Hesse wrote:
>
> > Hello everybody,
> >
> > I think systemd caring about session is a great idea and I added
> > "kill-session-processes=1&qu
nfs, ...)
will be spawned in user's session regardless of whether .mount unit
exists for that particular mountpoint.
When user exits, process will be killed, and any operation on the
mountpoint will produce something like ESHUTDOWN, without really
unmounting anything either.
Given that process tracking is one of the core things in systemd, I
also think that there have to be some less obvious but fatal caveat in
such approach, if it was rejected...
> Col
>
>
--
Mike Kazantsev // fraggod.net
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
add "_netdev" to mount options?
Iirc systemd respects that flag.
--
Mike Kazantsev // fraggod.net
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Wed, 24 Aug 2011 18:55:43 +0200
Lennart Poettering wrote:
> On Wed, 24.08.11 21:40, Mike Kazantsev (mk.frag...@gmail.com) wrote:
>
> > > > Reexec reacts on these units right before "Deserializing state..." msg,
> > > > with the same messages.
> >
On Tue, 23 Aug 2011 18:11:40 +0200
Lennart Poettering wrote:
> On Sat, 20.08.11 15:21, Mike Kazantsev (mk.frag...@gmail.com) wrote:
>
> > On Thu, 18 Aug 2011 16:20:20 +0200
> > Lennart Poettering wrote:
> >
> > > On Tue, 09.08.11 07:02, Mike Kazan
, I think it might help to disable
pymouth, remove "quiet" from kernel cmdline and add somehing like
"systemd.log_level=debug systemd.log_target=kmsg" there (see systemd(1)
and kernel Documentation on cmdline parameters).
--
Mike Kazantsev // fraggod.net
signature
On Thu, 18 Aug 2011 16:20:20 +0200
Lennart Poettering wrote:
> On Tue, 09.08.11 07:02, Mike Kazantsev (mk.frag...@gmail.com) wrote:
>
> > Good day,
> >
> > Updating to systemd-33 (with "include missing.h" patch) seem to give me
> > the following
imilarity,
git-daemon for example is a straight one-liner ExecStart= service,
while uwsgi units have User= Group= KillSignal= WorkingDirectory= etc.
Guess I can reboot the machine a few more times to try to debug the
problem further, but aside from systemd behavior on daemon-reload I
don't really
ponent "/"
>
> Is this something that systemd can control or fix when it starts? It
> seems to be defaulting to 0775 on my Fedora 15 system.
>
Why do you need systemd there? Can't you fix mode of that single path
by issuing one-time chmod command?
> Regards
m versions or initrd (and udev or it's rules there).
> might be worth posting in another thread.
>
> 2011/6/1 Mike Kazantsev :
> > On Wed, 1 Jun 2011 15:36:55 +0200
> > yoshi watanabe wrote:
> >
> >> Hi all
> >>
> >> I'd
ng auto-generated one) and add any ordering or requirements
there.
> in case of cryptsetup - since my initrd (dracut) already opens the
> encrypted storage the autogenerated systemd cryptsetup service keeps
> timing out. How do i disable a service that's automatically generated
> by
ng auto-generated one) and add any ordering or requirements
there.
> in case of cryptsetup - since my initrd (dracut) already opens the
> encrypted storage the autogenerated systemd cryptsetup service keeps
> timing out. How do i disable a service that's automatically g
really a bug or Restart= should work this way?
Machine is running systemd 26 or 27, unfortunately I can't access
machine via ssh (because of the service in question, got syslog lines
mailed in the report) to get exact version.
RestartSec= option isn't set there, so I guess default
On Wed, 23 Mar 2011 19:57:23 +0300
Andrey Borzenkov wrote:
> On Wed, Mar 23, 2011 at 7:44 PM, Mike Kazantsev wrote:
> > On Wed, 23 Mar 2011 15:35:35 +0300
> > Andrey Borzenkov wrote:
> >
> >>
> >> OK, but how they are broken now? If you start network.targ
On Wed, 23 Mar 2011 15:35:35 +0300
Andrey Borzenkov wrote:
> On Fri, Mar 18, 2011 at 3:06 PM, Mike Kazantsev wrote:
> > On Fri, 18 Mar 2011 14:11:47 +0300
> > Andrey Borzenkov wrote:
> >
> >> On Fri, Mar 18, 2011 at 8:31 AM, Mike Kazantsev
> >> w
On Fri, 18 Mar 2011 14:11:47 +0300
Andrey Borzenkov wrote:
> On Fri, Mar 18, 2011 at 8:31 AM, Mike Kazantsev wrote:
> >
> > That'd make all the systems with currently enabled services in
> > network.target.wants misconfigured - network should fail on these
> >
scribed in the docs:
http://www.rsyslog.com/doc/imuxsock.html
--
Mike Kazantsev // fraggod.net
signature.asc
Description: PGP signature
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
a to me.
It'd also be nice if such tool had either machine-parseable output or
some other interface, so it can be easily hooked up into existing
monitoring solutions via snmp (for example) or provided some GUI or web
interface without the need to re-implement querying logic again and
again in each
omething got disabled), so it doesn't make sense
anymore to compare anything to just a boot-state.
Maybe it'd make sense to add ability to diff state snapshots in this
regard, comparing (and saving) not just running but also enabled/masked
services.
It looks way out of scope of syste
On Thu, 17 Mar 2011 22:48:36 +0100
Lennart Poettering wrote:
> On Thu, 17.03.11 10:20, Mike Kazantsev (mk.frag...@gmail.com) wrote:
>
> > On Thu, 17 Mar 2011 01:39:19 +0100
> > Lennart Poettering wrote:
> >
> > Experiencing several reboots on a machine wit
rger announcement for packagers is in order as well, to leave less
broken systems and angry users as a result ;)
--
Mike Kazantsev // fraggod.net
signature.asc
Description: PGP signature
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Thu, 17 Mar 2011 14:32:26 +0300
Andrey Borzenkov wrote:
> On Thu, Mar 17, 2011 at 1:59 PM, Mike Kazantsev wrote:
> > On Thu, 17 Mar 2011 12:41:34 +0300
> > Andrey Borzenkov wrote:
> >
> >> On Thu, Mar 17, 2011 at 11:06 AM, Mike Kazantsev
> >> wro
On Thu, 17 Mar 2011 12:41:34 +0300
Andrey Borzenkov wrote:
> On Thu, Mar 17, 2011 at 11:06 AM, Mike Kazantsev wrote:
> > On Thu, 17 Mar 2011 01:04:35 +0100
> > Lennart Poettering wrote:
> >> If DefaultDependencies= is "yes" (which it is by default)
eases?
It's just that this magic bit makes After= line in lots of units I've
seen (and wrote) redundant, so can it be dropped and skipped in any
new units or it's better to be explicit in this case?
--
Mike Kazantsev // fraggod.net
signature.asc
Description: PGP signature
___
On Thu, 17 Mar 2011 09:52:21 +0300
Andrey Borzenkov wrote:
> On Thu, Feb 24, 2011 at 11:55 AM, Mike Kazantsev wrote:
> > Something like "systemctl --enabled" would certainly be much more
> > useful for such cases than the current "systemctl --all", yet
> &
On Thu, 17 Mar 2011 01:39:19 +0100
Lennart Poettering wrote:
> On Thu, 24.02.11 13:55, Mike Kazantsev (mk.frag...@gmail.com) wrote:
>
> > Something like "systemctl --enabled" would certainly be much more
> > useful for such cases than the current "systemctl --al
On Fri, 11 Mar 2011 17:01:46 +0100
Lennart Poettering wrote:
> On Fri, 11.03.11 08:49, Mike Kazantsev (mk.frag...@gmail.com) wrote:
>
> > > Hmm, that is borked. We do provider proper error levels when we write
> > > things to kmsg. This must get lost later on. But we do
On Fri, 11 Mar 2011 16:55:28 +0100
Lennart Poettering wrote:
> On Fri, 11.03.11 09:15, Mike Kazantsev (mk.frag...@gmail.com) wrote:
>
> > On Mon, 7 Mar 2011 23:49:45 +0100
> > Lennart Poettering wrote:
> >
> > > Heya,
> > >
> > > in the past
instead of just using "Conflicts=systemd-kmsg-syslogd.service"?
Both seem to equally work for me, but I wonder if there's some subtle
pitfall in Conflicts= for this case, so you avoid to use it.
--
Mike Kazantsev // fraggod.net
signature.asc
Description: PGP signature
__
On Thu, 10 Mar 2011 22:01:39 +0100
Lennart Poettering wrote:
> On Wed, 23.02.11 12:48, Mike Kazantsev (mk.frag...@gmail.com) wrote:
>
> > Good day,
> >
> >
> > I've recently deployed systemd on a machine that uses some syslog
> > monitoring software an
On Thu, 10 Mar 2011 19:14:29 +0300
Andrey Borzenkov wrote:
> On Wed, Feb 23, 2011 at 10:48 AM, Mike Kazantsev wrote:
>
> > How the kmsg-syslogd->rsyslog migration (for systemd output) is supposed
> > to work?
> >
>
> As I just went through all of it ...
>
hine-id -> /etc/machine-id is actually a
> prerequisite.
>
systemd-machine-id-setup seem to initialize /etc/machine-id from dbus
id, thus contents of these files are equal, whether you symlink them or
not.
--
Mike Kazantsev // fraggod.net
___
sy
it's possible
to cram such systemctl view option(s) somewhere in that list?
Guess I'll try to get this info via dbus in the meantime, and maybe
come with the patch for systemctl, if anyone else think such options
would be useful, so I'd appreciate any feedback on that.
--
Mike Kazantsev // fraggod.net
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Wed, 23 Feb 2011 12:48:10 +0500
Mike Kazantsev wrote:
> There seem to be some problems (timeout) on shutdown though (which I
> need to investigate, but pretty sure something hangs on /dev/log), so
> this doesn't seem to be a perfect solution either.
Scratch that, I just
et.
That way kmsg-syslogd doesn't get started at all and systemd-logger
uses rsyslog.socket-provided /dev/log as intended.
There seem to be some problems (timeout) on shutdown though (which I
need to investigate, but pretty sure something hangs on /dev/log), so
this does
to find out which knob
is used for CPUSetCPUs (and maintaining such table in the first place)
seem like a waste of time.
But then I don't have a patch with that implementation, too.
--
Mike Kazantsev // fraggod.net
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
the kernel log buffer with. If not set
--
1.7.4.1
--
Mike Kazantsev // fraggod.net
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
condition is true.
> How chenge (Condition1 || Condition2) to (Condition1 && Condition2)
>
You can create two units, depending on each other, for AND case.
--
Mike Kazantsev // fraggod.net
___
systemd-devel mailing list
systemd-
On Thu, 11 Nov 2010 06:53:31 -0200
Gustavo Sverzut Barbieri wrote:
> On Thursday, November 11, 2010, Mike Kazantsev wrote:
> >
> > I thought about reporting the issue when I've encountered it, but been
> > a bit busy adapting the system for systemd, so it kina slipped
reporting the issue when I've encountered it, but been
a bit busy adapting the system for systemd, so it kina slipped off my
mind.
Guess I'll get all these traces, clean my vm from possible private
stuff (I rsync it from a real machine) and report the setup to btrfs
maint
57 matches
Mail list logo
