Re: [systemd-devel] Antw: Re: Antw: Re: failing unmounts during reboot

2019-07-29 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 29.07.2019 um 14:16 in Nachricht <20190729121614.GG19185@gardel-login>: > On Mo, 29.07.19 14:14, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) > wrote: > >> OK: The "abandoned" scope most likely is a daemon process started in an >> interactive session that

[systemd-devel] KExecWatchdogSec NEWS entry needs work

2019-07-29 Thread Clinton Roy
Particularly the following sentence: This option defaults to off, since it depends on drivers and software setup whether the watchdog is correctly reset again after the kexec completed, and thus for the general case not clear if safe (since it might cause unwanted watchdog reboots after the kexec

Re: [systemd-devel] Logs from a service is not showing up in journalctl but showing up in syslog

2019-07-29 Thread Lennart Poettering
On Do, 25.07.19 19:16, Debraj Manna (subharaj.ma...@gmail.com) wrote: > Thanks Mantas for replying. > > ExecStartPre=-/bin/su ubuntu -c "/home/ubuntu/build-target/ > kafka/kafka-systemd-prestart.sh" > ExecStart=/bin/su ubuntu -c "/home/ubuntu/build-target/ > kafka/kafka-systemd-health.sh" >

Re: [systemd-devel] Logs from a service is not showing up in journalctl but showing up in syslog

2019-07-29 Thread Lennart Poettering
On Do, 25.07.19 14:20, Mantas Mikulėnas (graw...@gmail.com) wrote: > Take a look at `journalctl -o verbose SYSLOG_IDENTIFIER=su _PID=38464`. > > I suspect the messages *are* in the journal, just not tagged with > UNIT=kafka.service anymore. In some distros, `su` is actually configured to > call

Re: [systemd-devel] Logs from a service is not showing up in journalctl but showing up in syslog

2019-07-29 Thread Lennart Poettering
On Do, 25.07.19 15:55, Debraj Manna (subharaj.ma...@gmail.com) wrote: > I have unit file which looks like below. I am seeing some of the echo are > showing up in syslog but not in journalctl. Can someone let me know what is > going on? > systemd version 229 running on Ubuntu 16. > >

Re: [systemd-devel] Health check for a service managed by systemd

2019-07-29 Thread Lennart Poettering
On Fr, 26.07.19 19:07, Debraj Manna (subharaj.ma...@gmail.com) wrote: > Thanks Reindl for replying. > > Can we make use of the watchdog & systemd-notify functionality of systemd? > I mean something like this. > > [Unit] > Description=Test service > After=network.target > > [Service] > Type=notify

Re: [systemd-devel] Antw: Re: Antw: Re: failing unmounts during reboot

2019-07-29 Thread Lennart Poettering
On Mo, 29.07.19 14:14, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > OK: The "abandoned" scope most likely is a daemon process started in an > interactive session that does no longer exist ("logout"). > Is there a command to display the actual processes abelonging to each scope? Use

Re: [systemd-devel] Antw: Re: Antw: Re: failing unmounts during reboot

2019-07-29 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 29.07.2019 um 14:11 in Nachricht <20190729121150.GE19185@gardel-login>: > On Mo, 29.07.19 14:05, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) > wrote: > >> > Key here is that these scope units are ordered after >> > systemd‑user‑sessions.service, which also

Re: [systemd-devel] Antw: Re: Antw: Re: Antw: failing unmounts during reboot

2019-07-29 Thread Lennart Poettering
On Mo, 29.07.19 14:08, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > >> And just repeating the unmount without further actions is not a > >> hack? > > > > Hmm? we tend to give up when we can't unmount something, log about it > > and go on. We also have a second shutdown phase, which

Re: [systemd-devel] Antw: Re: Antw: Re: failing unmounts during reboot

2019-07-29 Thread Lennart Poettering
On Mo, 29.07.19 14:05, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > > Key here is that these scope units are ordered after > > systemd‑user‑sessions.service, which also means they are terminated > > before that service is terminated (since in systemd the shutdown order > > is always

Re: [systemd-devel] Antw: Re: Antw: Re: Antw: failing unmounts during reboot

2019-07-29 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 29.07.2019 um 13:55 in Nachricht <20190729115524.GB19185@gardel-login>: > On Mo, 29.07.19 08:16, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) > wrote: > >> >>> Lennart Poettering schrieb am 25.07.2019 um 13:37 >> in >> Nachricht

Re: [systemd-devel] Antw: failing unmounts during reboot

2019-07-29 Thread Lennart Poettering
On Mo, 29.07.19 08:38, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > Sorry I hit "send" too quickly: > That would mean the problem of not being unable to umnount /home is not that > the network is down, but that some process still has open files on /home. > > However from the

Re: [systemd-devel] Antw: Re: Antw: Re: failing unmounts during reboot

2019-07-29 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 29.07.2019 um 13:53 in Nachricht <20190729115308.GA19185@gardel-login>: > On Mo, 29.07.19 08:17, Ulrich Windl (ulrich.wi...@rz.uni‑regensburg.de) wrote: > >> >> What this "solution" fails to see is that any user can start a >> >> process that may prevent clean

Re: [systemd-devel] Antw: failing unmounts during reboot

2019-07-29 Thread Lennart Poettering
On Mo, 29.07.19 08:23, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > >>> Frank Steiner schrieb am 25.07.2019 um > >>> 14:14 in > Nachricht <913a3c04-a666-b44b-c6ec-fe3d8a7fe...@bio.ifi.lmu.de>: > > Ulrich Windl wrote: > > > >> *1: I have a support call open with SUSE: > >> Before

Re: [systemd-devel] Antw: Re: Antw: Re: Antw: failing unmounts during reboot

2019-07-29 Thread Lennart Poettering
On Mo, 29.07.19 08:16, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > >>> Lennart Poettering schrieb am 25.07.2019 um 13:37 > in > Nachricht <20190725113724.GC12912@gardel-login>: > > On Do, 25.07.19 12:52, Ulrich Windl (ulrich.wi...@rz.uni‑regensburg.de) > wrote: > > > >> > "try to

Re: [systemd-devel] Antw: Re: Antw: Re: failing unmounts during reboot

2019-07-29 Thread Lennart Poettering
On Mo, 29.07.19 08:17, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote: > >> What this "solution" fails to see is that any user can start a > >> process that may prevent clean unmount. It's completely far away > >> from reality to believe that such a user will write (or even know > >> how

Re: [systemd-devel] systemd.journald.forward_to doesn't forward all journal messages

2019-07-29 Thread Lennart Poettering
On So, 28.07.19 22:11, Chris Murphy (li...@colorremedies.com) wrote: > Using either of the following: > > systemd.log_level=debug systemd.journald.forward_to_kmsg log_buf_len=8M > > systemd.log_level=debug systemd.log_target=kmsg log_buf_len=8M Note that this is not sufficient. You also have to

Re: [systemd-devel] Antw: Re: device enumeration by systemd user instances

2019-07-29 Thread Greg Kroah-Hartman
On Mon, Jul 29, 2019 at 08:57:26AM +0200, Ulrich Windl wrote: > >>> Greg KH schrieb am 25.07.2019 um 17:45 in > Nachricht <20190725154555.ga6...@kroah.com>: > > On Thu, Jul 25, 2019 at 05:29:33PM +0200, Pawel Szewczyk wrote: > >> On 7/17/19 23:14, Greg KH wrote: > >> > > >> > 100ms seems like a

Re: [systemd-devel] is fd = journal_fd() common across all daemons

2019-07-29 Thread Lennart Poettering
On So, 28.07.19 21:25, Vaibhav Dahiya (vdah...@ncsu.edu) wrote: > Hello , > > My question is related to changing some flags on fd = journal_fd(), > basically > I want to make this socket descriptor to get a flag for non-blocking. > As I am preparing a patch for this. I have generic query , is

[systemd-devel] Antw: Re: device enumeration by systemd user instances

2019-07-29 Thread Ulrich Windl
>>> Greg KH schrieb am 25.07.2019 um 17:45 in Nachricht <20190725154555.ga6...@kroah.com>: > On Thu, Jul 25, 2019 at 05:29:33PM +0200, Pawel Szewczyk wrote: >> On 7/17/19 23:14, Greg KH wrote: >> > >> > 100ms seems like a really long time, what exactly is it doing during >> > that time? Is the

[systemd-devel] delisted me

2019-07-29 Thread williams ouafo
hello, please can you remove me into this list mail ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Antw: failing unmounts during reboot

2019-07-29 Thread Ulrich Windl
>>> Ulrich Windl schrieb am 29.07.2019 um 08:23 in Nachricht <5D3E90D1.4EC : >>> 161 : 60728>: Frank Steiner schrieb am 25.07.2019 um 14:14 in > Nachricht <913a3c04-a666-b44b-c6ec-fe3d8a7fe...@bio.ifi.lmu.de>: > > Ulrich Windl wrote: > > > >> *1: I have a support call open with SUSE:

Re: [systemd-devel] Antw: failing unmounts during reboot

2019-07-29 Thread Ulrich Windl
>>> Frank Steiner schrieb am 25.07.2019 um >>> 14:14 in Nachricht <913a3c04-a666-b44b-c6ec-fe3d8a7fe...@bio.ifi.lmu.de>: > Ulrich Windl wrote: > >> *1: I have a support call open with SUSE: >> Before systemd (almost) all processes were killed before unmounting. >> With systemd I'm seeing

[systemd-devel] Antw: Re: Antw: Re: failing unmounts during reboot

2019-07-29 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 25.07.2019 um 13:42 in Nachricht <20190725114222.GD12912@gardel-login>: > On Do, 25.07.19 12:49, Ulrich Windl (ulrich.wi...@rz.uni‑regensburg.de) wrote: > >> >>> Silvio Knizek schrieb am 25.07.2019 um 12:10 in >> Nachricht : >> >> [...] >> > Hi, >> > >> > the

[systemd-devel] Antw: Re: Antw: Re: Antw: failing unmounts during reboot

2019-07-29 Thread Ulrich Windl
>>> Lennart Poettering schrieb am 25.07.2019 um 13:37 in Nachricht <20190725113724.GC12912@gardel-login>: > On Do, 25.07.19 12:52, Ulrich Windl (ulrich.wi...@rz.uni‑regensburg.de) wrote: > >> > "try to kill all processes using a filesystem before unmounting it" >> > isn't that easy when it comes