[systemd-devel] getting ready for systemd 230

2016-05-18 Thread Zbigniew Jędrzejewski-Szmek
Hi, we're getting close. Please give the latest git a spin, look for typos and omissions in NEWS, etc. Speak up if you have anything outstanding that should be merged before the release. There's a bunch of pull requests on github that add new functionality, let's delay those until after the releas

[systemd-devel] Hear opinions about changing watchdog timeout value during service running

2016-05-18 Thread
Hello, I am planning to work on supporting api which changes "WATCHDOG_USEC" value during service running. With this api, running service can change its own watchdog timeout value. I want to hear your opinions about this suggested function. Thanks Minkyung Kim __

Re: [systemd-devel] [networkd] dbus interface?

2016-05-18 Thread Yuri D'Elia
On Wed, May 18 2016, Christian Hesse wrote: > Yuri D'Elia on Mon, 2016/05/16 21:30: >> I'd like to monitor interface state changes as emitted by networkd. > > You may want to take a look at netlink-notify [0]. It does not use networkd > at all but kernel's netlink interface. It's not perfect but w

Re: [systemd-devel] Automount some dirs at user ligin

2016-05-18 Thread Vasiliy Tolstov
If this possible with systemd,why not use it? If not - I check pam_mount 18 Май 2016 г. 22:17 пользователь "killermoehre" написал: Am 18.05.2016 um 21:14 schrieb Vasiliy Tolstov: > I need to mount tmpfs on .cache for each user after login. > How can I do that with systemd? > S > For example I wan

Re: [systemd-devel] Automount some dirs at user ligin

2016-05-18 Thread killermoehre
Am 18.05.2016 um 21:14 schrieb Vasiliy Tolstov: > I need to mount tmpfs on .cache for each user after login. > How can I do that with systemd? > S > For example I want for user1 mount tmpfs on dir .cache, for user2 mount > .cache to tmpfs also and so on. > After logout last session for this user, I

[systemd-devel] Automount some dirs at user ligin

2016-05-18 Thread Vasiliy Tolstov
I need to mount tmpfs on .cache for each user after login. How can I do that with systemd? S For example I want for user1 mount tmpfs on dir .cache, for user2 mount .cache to tmpfs also and so on. After logout last session for this user, I need to unmount it... _

Re: [systemd-devel] service stop taking too long

2016-05-18 Thread Pradeepa Kumar
sorry for not being clear earlier. may be i am not explaining properly. In XYZ.service: ExecStop: myscript1 $cat myscript1 echo "inside myscript1" and The sequence in jounrnalctl logs are: May 18 01:18:06 machine1 systemd[1]: Stopping "XYZ service"... ... May 18 01:18:46 machine1 myscript

Re: [systemd-devel] service stop taking too long

2016-05-18 Thread Reindl Harald
Am 18.05.2016 um 16:51 schrieb Pradeepa Kumar: My understanding is ExecStop will be called before sending SIGTERM to service. if it is true then systemd took 42 sec to initiate stop sequence (calling script in ExecStop) and send SIGTERM to service. please correct me if I am wrong you don't ge

Re: [systemd-devel] service stop taking too long

2016-05-18 Thread Pradeepa Kumar
My understanding is ExecStop will be called before sending SIGTERM to service. if it is true then systemd took 42 sec to initiate stop sequence (calling script in ExecStop) and send SIGTERM to service. please correct me if I am wrong On Wed, May 18, 2016 at 7:58 PM, Reindl Harald wrote: > > > Am

Re: [systemd-devel] service stop taking too long

2016-05-18 Thread Reindl Harald
Am 18.05.2016 um 16:23 schrieb Pradeepa Kumar: I have a script in ExecStop in service file. In journalctl, The time difference between "Stopping XYZ service " and logs from my script in ExecStop is 42 sec. Does that mean systemd itself took long time to start stopping of service? no, it means

Re: [systemd-devel] service stop taking too long

2016-05-18 Thread Pradeepa Kumar
Thanks. I have a script in ExecStop in service file. In journalctl, The time difference between "Stopping XYZ service " and logs from my script in ExecStop is 42 sec. Does that mean systemd itself took long time to start stopping of service . ? On Wed, May 18, 2016 at 5:36 PM, Lennart Poettering

Re: [systemd-devel] service stop taking too long

2016-05-18 Thread Lennart Poettering
On Wed, 18.05.16 16:00, Pradeepa Kumar (cdprade...@gmail.com) wrote: > Hi experts, > I am using systemd v219. > I need help with a systemd issue that I am seeing. > I see that some times stopping of service is taking long time (42 sec). > i checked this in journal logs also. > is this is known is

Re: [systemd-devel] [networkd] dbus interface?

2016-05-18 Thread Christian Hesse
Yuri D'Elia on Mon, 2016/05/16 21:30: > I'd like to monitor interface state changes as emitted by networkd. You may want to take a look at netlink-notify [0]. It does not use networkd at all but kernel's netlink interface. It's not perfect but works pretty well for me. And there's no polling, so

[systemd-devel] service stop taking too long

2016-05-18 Thread Pradeepa Kumar
Hi experts, I am using systemd v219. I need help with a systemd issue that I am seeing. I see that some times stopping of service is taking long time (42 sec). i checked this in journal logs also. is this is known issue ? how do i debug this ? and any solutions ? Thanks for help. ___

Re: [systemd-devel] why are the systemd binaries so huge and can we do something about that?

2016-05-18 Thread Lennart Poettering
On Tue, 17.05.16 18:11, Michael Biebl (mbi...@gmail.com) wrote: > I have to add, I don't quite understand, why the convenience libs are > split up like this: explained some in the other mail. To add to this: > > > > libbasic.la > > libshared.la > > libfirewall.la this one is separate as it pul

Re: [systemd-devel] why are the systemd binaries so huge and can we do something about that?

2016-05-18 Thread Lennart Poettering
On Tue, 17.05.16 18:09, Michael Biebl (mbi...@gmail.com) wrote: > 2016-05-17 10:36 GMT+02:00 Lennart Poettering : > > On Mon, 16.05.16 04:24, Michael Biebl (mbi...@gmail.com) wrote: > > > >> Hi, > > > >> Any ideas, why simple tools like loginctl, busctl, hostnamectl require > >> 300K+ ? > >> What