On 04/13/2017 02:48 AM, Lennart Poettering wrote:
> On Wed, 12.04.17 21:09, Michael Biebl ([email protected]) wrote:
>
>> 2017-04-12 20:24 GMT+02:00 Tomasz Torcz :
>>> On Wed, Apr 12, 2017 at 11:01:04AM -0700, Auke Kok wrote:
The right (or, better) solution IMHO would be for mysqld to signal t
Hello
Regaining of the network-interface, as is stated in the manual, ain't happening;
man 1 systemd-nspawn
...
OPTIONS
...
--network-interface=
Assign the specified network interface to the container.
This will remove the specified interface from the calling namespace and
place it in the co
Header may be intact, but the rest of your message unfortunately isn't.
On Thu, Apr 13, 2017, 13:54 adr jedr wrote:
>
> adr jedr
> ___
> systemd-devel mailing list
> [email protected]
> https://lists.freedesktop.org/mailman/listinfo/s
adr jedr
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Thu, 2017-04-13 at 11:45 +0200, Lennart Poettering wrote:
> On Thu, 13.04.17 08:49, Mantas Mikulėnas ([email protected]) wrote:
>
> > IIRC, enable/disable/is-enabled are implemented entirely via direct
> > filesystem access. Other than that, systemctl uses a private socket
> > when
> > running
On Thu, 2017-04-13 at 08:49 +, Mantas Mikulėnas wrote:
> IIRC, enable/disable/is-enabled are implemented entirely via direct
> filesystem access. Other than that, systemctl uses a private socket
> when running as root – it talks DBus but doesn't require dbus-daemon.
> A bigger problem is that
On Wed, 12.04.17 21:09, Michael Biebl ([email protected]) wrote:
> 2017-04-12 20:24 GMT+02:00 Tomasz Torcz :
> > On Wed, Apr 12, 2017 at 11:01:04AM -0700, Auke Kok wrote:
> >> The right (or, better) solution IMHO would be for mysqld to signal to
> >> systemd that it's running OK before recovery sta
On Thu, 13.04.17 08:49, Mantas Mikulėnas ([email protected]) wrote:
> IIRC, enable/disable/is-enabled are implemented entirely via direct
> filesystem access. Other than that, systemctl uses a private socket when
> running as root – it talks DBus but doesn't require dbus-daemon.
Correct, enable/d
IIRC, enable/disable/is-enabled are implemented entirely via direct
filesystem access. Other than that, systemctl uses a private socket when
running as root – it talks DBus but doesn't require dbus-daemon.
A bigger problem is that initramfs can't know much about the main system
due to having a sep
Am 13.04.2017 um 06:06 schrieb Andrei Borzenkov:
Maybe we'd need a new state paramenter, like STARTING=1 which could be
sent by the daemon to systemd in regular intervals and would signal
systemd that the startup of the daemon is in process and the daemon is
not actually hung.
You still need
Hi all,
is there a way to test whether a certain service is enabled (or is
going to be enabled) that would work even very early in the boot
process (in our case from udev rules called in the "udev trigger" phase
both in initrd and after switching root)?
I tried calling "systemctl is-enabled" but
It wasn't very useful.
On Thu, Apr 13, 2017, 10:47 Rock Lee wrote:
> > If you're referring to the `systemctl snapshot` feature which remembers
> > currently active services – it was removed several releases ago, and
> before
> > that it was only usable by root.
> >
> > Systemd does not have any
> If you're referring to the `systemctl snapshot` feature which remembers
> currently active services – it was removed several releases ago, and before
> that it was only usable by root.
>
> Systemd does not have any other "snapshotting" features (as far as I can
> remember), except maybe some dist
If you're referring to the `systemctl snapshot` feature which remembers
currently active services – it was removed several releases ago, and before
that it was only usable by root.
Systemd does not have any other "snapshotting" features (as far as I can
remember), except maybe some distro-specific
Hi, there:
From the security concern, I need to disable systemd snapshot. I
searched Google, but found nothing. Can anybody give me a hint?
--
Cheers,
Rock
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/
15 matches
Mail list logo
