See https://github.com/coreos/ignition-dracut/pull/140
Basically, we do a lot of nontrivial stuff in the initramfs (Ignition) and this
was re-starting some of our units, which I found surprising.
The behavior seems to have come from
https://github.com/systemd/systemd/commit/7d89ce303fb59743a439
On Thu, 2019-11-28 at 09:32 +0100, Lennart Poettering wrote:
> On Mi, 27.11.19 14:26, Philip Withnall (phi...@tecnocode.co.uk)
> wrote:
>
> > > > If I were to implement this as a separate daemon, it would need
> > > > to
> > > > be
> > > > active all the time, listening to
> > > > UnitNew/UnitRemo
Maybe the keyring is part of the answer :
http://man7.org/linux/man-pages/man7/session-keyring.7.html
You may find many pointers here
https://gitlab.com/BrunoVernay/systemd-playground/tree/master/12-keyring (some
may be outdated)
It is a way to make credential available to a service.
On Thu, Dec
Dear all,
I have my own /usr/bin/card_checker.sh shell script (Card Checker),
which check correctness of /dev/sda disk partitioning and make
re-partitioning when required.
Main commands of interest, executed by script are:
parted -s /dev/sda rm 1 # Remove partition 1.
echo -e
On Thu, Dec 5, 2019 at 9:27 AM Kenneth Porter wrote:
> What's the best practice for defining a service that might require network
> credentials to run? Are there example unit files that do this? How does
> one
> set up the dependencies to access an LDAP or Active Directory server, for
> example?
>>> Lennart Poettering schrieb am 05.12.2019 um 10:37
in
Nachricht <20191205093742.GB10317@gardel-login>:
> On Mi, 04.12.19 23:18, Kenneth Porter (sh...@sewingwitch.com) wrote:
>
>> What's the best practice for defining a service that might require network
>> credentials to run? Are there example
On Mi, 04.12.19 23:18, Kenneth Porter (sh...@sewingwitch.com) wrote:
> What's the best practice for defining a service that might require network
> credentials to run? Are there example unit files that do this? How does one
> set up the dependencies to access an LDAP or Active Directory server, fo