Re: [systemd-devel] Environment Variables are not getting passed to a child script started from a service

On Wed, Aug 21, 2019 at 7:30 PM Debraj Manna wrote: > I am having a unit file like below running on Ubuntu 16.04 with systemd > version 229. > > [Unit] > Description=Hadoop-Yarn-Resourcemanager Service > [Service] > Type=simple > Environment=JAVA_HOME=/usr/lib/jvm/jdk1.8 > Environment=YARN_USER=

Re: [systemd-devel] Deferring start of service until file exists

Am Mittwoch, den 21.08.2019, 09:32 +0100 schrieb Colin Hogben: > On 20/08/19 16:54, Silvio Knizek wrote: > > > The NFS root needs to be mounted in the initrd step. Else > > everything will break. With systemd in the initrd you gain the > > possibilty to depend on those units in the actual system. >

Re: [systemd-devel] Environment Variables are not getting passed to a child script started from a service

Am 21.08.19 um 18:29 schrieb Debraj Manna: > I am having a unit file like below running on Ubuntu 16.04 with systemd > version 229. > > echo "Starting hadoop-yarn-resourcemanager" > sudo -u yarn /usr/lib/hadoop-yarn/sbin/yarn-daemon.sh start resourcemanager this crap triggers new sessions, repl

[systemd-devel] Environment Variables are not getting passed to a child script started from a service

I am having a unit file like below running on Ubuntu 16.04 with systemd version 229. [Unit] Description=Hadoop-Yarn-Resourcemanager Service [Service] Type=simple Environment=JAVA_HOME=/usr/lib/jvm/jdk1.8 Environment=YARN_USER=yarn Environment=YARN_IDENT_STRING=yarn Environment=YARN_PID_DIR=/var/ru

Re: [systemd-devel] Antw: Re: Need help detecting local/remote targets

On Wed, 21 Aug 2019 at 08:02:39 +0200, Ulrich Windl wrote: > >>> Mantas Mikulenas schrieb am 21.08.2019 um 06:07 in > Nachricht > : > > / and /usr are mounted by initramfs before systemd starts. > > And what about /run? /run is mounted by systemd as pid 1, but it is one of the "API file systems"

Re: [systemd-devel] systemd-timedated: Not possible to set time zone that is a symlink!

Hi, Sorry, for this late reply, vacation and other priorities. > > I am asking because our system mount /usr/share/zoneinfo as > > read-only and because of legacy we need to support the user being > > able to change the TZ string in a tz-file. Installing a symlink that > > point to such a tz-file

Re: [systemd-devel] Deferring start of service until file exists

On 20/08/19 16:54, Silvio Knizek wrote: The NFS root needs to be mounted in the initrd step. Else everything will break. With systemd in the initrd you gain the possibilty to depend on those units in the actual system. Booting with an NFS root is working fine. I'm not sure how to tell whethe