Re: [systemd-devel] [question] is it possible with systemd-journalctl to change the location to save logs in other location?

2020-08-16 Thread ionut n
Pe duminică, 16 august 2020, 20:00:10 EEST, Lennart Poettering a scris: On So, 16.08.20 16:35, ionut n (ionut_n2...@yahoo.com) wrote: > > Hi SystemD Team, > > One question. > > Is it possible with systemd-journalctl to change the location to save logs in > other location? > > My

Re: [systemd-devel] [question] is it possible with systemd-journalctl to change the location to save logs in other location?

2020-08-16 Thread ionut n
I understand, but there is no option or any parameter in systemd  to not do through mount? Pe duminică, 16 august 2020, 19:48:51 EEST, Tomasz Torcz a scris: On Sun, Aug 16, 2020 at 04:35:48PM +, ionut n wrote: > > Hi SystemD Team,   It's "systemd" (all lowercase). > > One

Re: [systemd-devel] [question] is it possible with systemd-journalctl to change the location to save logs in other location?

2020-08-16 Thread Lennart Poettering
On So, 16.08.20 16:35, ionut n (ionut_n2...@yahoo.com) wrote: > > Hi SystemD Team, > > One question. > > Is it possible with systemd-journalctl to change the location to save logs in > other location? > > My system is volatile (tmpfs) and I have another location available to keep > certain

Re: [systemd-devel] [question] is it possible with systemd-journalctl to change the location to save logs in other location?

2020-08-16 Thread Tomasz Torcz
On Sun, Aug 16, 2020 at 04:35:48PM +, ionut n wrote: > > Hi SystemD Team, It's "systemd" (all lowercase). > > One question. > > Is it possible with systemd-journalctl to change the location to save logs in > other location? > > My system is volatile (tmpfs) and I have another location

Re: [systemd-devel] question about a poweroff issue

2020-03-31 Thread Lennart Poettering
On Mi, 26.02.20 13:50, piliu (pi...@redhat.com) wrote: > Hi, > > I encountered a systemd bug during saving vmcore for kdump kernel. > > I got the following message: > > [ 60.283489] systemd[1]: Started Reload Configuration from the Real Root. > [ 60.290912] systemd[1]: Reached target Initrd

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Steve Dickson
On 2/2/19 3:44 PM, Reindl Harald wrote: > > > Am 02.02.19 um 21:05 schrieb Steve Dickson: >> On 2/2/19 2:52 PM, Reindl Harald wrote: >>> Am 02.02.19 um 20:42 schrieb Steve Dickson: Hello, In a.service I have [Unit] Before=b.service [Install]

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Steve Dickson
On 2/2/19 4:03 PM, Tomasz Torcz wrote: > On Sat, Feb 02, 2019 at 03:03:22PM -0500, Steve Dickson wrote: >> >> >> On 2/2/19 2:48 PM, Tomasz Torcz wrote: >>> On Sat, Feb 02, 2019 at 02:42:15PM -0500, Steve Dickson wrote: Hello, In a.service I have [Unit]

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Steve Dickson
On 2/2/19 4:07 PM, Uoti Urpala wrote: > On Sat, 2019-02-02 at 15:03 -0500, Steve Dickson wrote: >>> Have you enabled a.service? >>> >> No... I did not think I had to... I figured >> when b.service was started, a.service would be >> run regardless of being enabled or disabled. >> >> Is that

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Tomasz Torcz
On Sat, Feb 02, 2019 at 03:03:22PM -0500, Steve Dickson wrote: > > > On 2/2/19 2:48 PM, Tomasz Torcz wrote: > > On Sat, Feb 02, 2019 at 02:42:15PM -0500, Steve Dickson wrote: > >> Hello, > >> > >> In a.service I have > >> > >> [Unit] > >> Before=b.service > >> > >> [Install] > >>

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Uoti Urpala
On Sat, 2019-02-02 at 15:03 -0500, Steve Dickson wrote: > > Have you enabled a.service? > > > No... I did not think I had to... I figured > when b.service was started, a.service would be > run regardless of being enabled or disabled. > > Is that not the case? So you just have the file for

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Reindl Harald
Am 02.02.19 um 21:05 schrieb Steve Dickson: > On 2/2/19 2:52 PM, Reindl Harald wrote: >> Am 02.02.19 um 20:42 schrieb Steve Dickson: >>> Hello, >>> >>> In a.service I have >>> >>> [Unit] >>> Before=b.service >>> >>> [Install] >>> RequiredBy=b.service >>> >>> when I systemd start b.service

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Reindl Harald
Am 02.02.19 um 21:03 schrieb Steve Dickson: > On 2/2/19 2:48 PM, Tomasz Torcz wrote: >> On Sat, Feb 02, 2019 at 02:42:15PM -0500, Steve Dickson wrote: >>> Hello, >>> >>> In a.service I have >>> >>> [Unit] >>> Before=b.service >>> >>> [Install] >>> RequiredBy=b.service >>> >>> when I systemd

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Steve Dickson
On 2/2/19 2:52 PM, Reindl Harald wrote: > > > Am 02.02.19 um 20:42 schrieb Steve Dickson: >> Hello, >> >> In a.service I have >> >> [Unit] >> Before=b.service >> >> [Install] >> RequiredBy=b.service >> >> when I systemd start b.service (which happens to fail) >> but... a.service is not

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Steve Dickson
On 2/2/19 2:48 PM, Tomasz Torcz wrote: > On Sat, Feb 02, 2019 at 02:42:15PM -0500, Steve Dickson wrote: >> Hello, >> >> In a.service I have >> >> [Unit] >> Before=b.service >> >> [Install] >> RequiredBy=b.service >> >> when I systemd start b.service (which happens to fail) >> but...

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Tomasz Torcz
On Sat, Feb 02, 2019 at 02:42:15PM -0500, Steve Dickson wrote: > Hello, > > In a.service I have > > [Unit] > Before=b.service > > [Install] > RequiredBy=b.service > > when I systemd start b.service (which happens to fail) > but... a.service is not being run. > > So I guess my question is

Re: [systemd-devel] Question on Before=

2019-02-02 Thread Reindl Harald
Am 02.02.19 um 20:42 schrieb Steve Dickson: > Hello, > > In a.service I have > > [Unit] > Before=b.service > > [Install] > RequiredBy=b.service > > when I systemd start b.service (which happens to fail) > but... a.service is not being run. > > So I guess my question is what do I have to

Re: [systemd-devel] Question about WATCHDOG

2019-01-11 Thread Dave Reisner
On Fri, Jan 11, 2019 at 08:03:45AM +, Sietse van Zanen wrote: > Hi, > > > > I am writing a daemon script which uses sd_notify watchdog. This works fine, > system will kill the if the process doesn’t notify. > > > > However, I have seen in 1 occasion where, due to a programming error,

Re: [systemd-devel] Question about hardware watchdog

2018-11-05 Thread Lennart Poettering
On Mo, 05.11.18 16:21, Liu, Shuang (ADITG/ESM) (s...@de.adit-jv.com) wrote: > Hi, > > We are facing problem with hardware watchdog. > > To my understanding, the watchdog is pinged inside the manager_loop(), > which means, during e.g. systemctl daemon-reload, watchdog cannot be pinged. > >

Re: [systemd-devel] Question about the default value of NamePolicy=

2018-08-02 Thread Francis Moreau
Hello, On Wed, Aug 1, 2018 at 7:36 PM, Mantas Mikulėnas wrote: > > AFAIK, "onboard" and (hotplug) "slot" names are mutually exclusive, so their > relative ordering isn't that important... but if the firmware marks a device > as on-board *and* also provides a slot number, then it's more likely

Re: [systemd-devel] Question about the default value of NamePolicy=

2018-08-01 Thread Mantas Mikulėnas
On Wed, Aug 1, 2018 at 7:18 PM Francis Moreau wrote: > Hello, > > I have a question regarding the default value of NamePolicy= defined > in 99-default.link. > > The value is "NamePolicy=kernel database onboard slot path" > > Could someone explain me why "onbard" is preferred over "slot" which >

Re: [systemd-devel] question about Wants and unit start-up order

2018-03-24 Thread Mantas Mikulėnas
On Sat, Mar 24, 2018 at 5:54 PM, Brian J. Murrell wrote: > On Sat, 2018-03-24 at 17:39 +0200, Mantas Mikulėnas wrote: > > > > Which systemd version do you run? In v232, > > systemd-219-42.el7_4.10.x86_64 > > > nss-lookup.target:Description=Host and Network Name Lookups > >

Re: [systemd-devel] question about Wants and unit start-up order

2018-03-24 Thread Brian J. Murrell
On Sat, 2018-03-24 at 17:39 +0200, Mantas Mikulėnas wrote: > > Which systemd version do you run? In v232, systemd-219-42.el7_4.10.x86_64 > nss-lookup.target:Description=Host and Network Name Lookups > nss-user-lookup.target:Description=User and Group Name Lookups Same here: # systemctl show

Re: [systemd-devel] question about Wants and unit start-up order

2018-03-24 Thread Mantas Mikulėnas
On Fri, Mar 23, 2018 at 9:52 PM, Brian J. Murrell wrote: > On Fri, 2018-03-23 at 21:45 +0200, Mantas Mikulėnas wrote: > > > > No, dependencies do not imply any specific ordering. (The only > > exception is > > when a .target wants/requires another unit.) > > That seems odd

Re: [systemd-devel] question about Wants and unit start-up order

2018-03-24 Thread Brian J. Murrell
On Fri, 2018-03-23 at 21:45 +0200, Mantas Mikulėnas wrote: > > No, dependencies do not imply any specific ordering. (The only > exception is > when a .target wants/requires another unit.) That seems odd but I will leave that aside for a moment... > In other words, you will need to additionally

Re: [systemd-devel] question about Wants and unit start-up order

2018-03-23 Thread Mantas Mikulėnas
On Fri, Mar 23, 2018 at 5:41 PM, Brian J. Murrell wrote: > If I have: > > Wants=system.slice nss-lookup.target named-setup-rndc.service > > in named-pkcs11.service, so shouldn't mean that named-pkcs11.service > will be started up before the nss-lookup.target is

Re: [systemd-devel] Question about a random UDP port on rpcbind 0.2.3 started by systemd

2018-01-26 Thread Jérémy Rosen
if you have the mentionned file (/usr/lib/systemd/system/rpcbind.socket) then systemd will open whatever port is described in there and pass it pre-opened to rpcbind. systemd has no idea what that port is for and the file mentionned above was provided to systemd by the rpcbind package. You

Re: [systemd-devel] question about socket activation

2018-01-24 Thread Lennart Poettering
On Fr, 29.12.17 17:19, eshark (eshar...@163.com) wrote: > Hi, All > I tried to test the socket activation by a simple foobar.socket and > foobar.service, which are as the following: > foobar.socket: >[Socket] >ListenStream=/dev/socket/foobar > > >[Install]

Re: [systemd-devel] question about socket activation

2018-01-01 Thread eshark
The program source codes and the foobar.service , the foobar.socket are as the attachments. Thanks for any suggestion! At 2017-12-29 16:19:35, "eshark" wrote: Hi, All I tried to test the socket activation by a simple foobar.socket and foobar.service, which are

Re: [systemd-devel] [QUESTION] AIX 7.1 nodes area not reporting

2017-11-29 Thread Mantas Mikulėnas
On Thu, Nov 30, 2017 at 7:19 AM, Vengatesh R wrote: > Hi Team, > > > > AIX 7.1 nodes area not reporting to puppet master. Please find the below > details. > > > > Puppet master : Red hat Linux 7.3 x86_64 > Hi, this is not the Puppet mailing list, not the AIX mailing

Re: [systemd-devel] Question about service dependency handling in systemd-228

2017-11-29 Thread Bao Nguyen
Hi all, Thank you very much for your support. I will try to fix the cycle. Brs, On Mon, Nov 27, 2017 at 4:11 PM, Reindl Harald wrote: > > > Am 27.11.2017 um 05:23 schrieb Bao Nguyen: > >> Thanks all for your comments. I will try to use option FreeBind. However >>

Re: [systemd-devel] [Question]: About systemctl and its related commands

2017-11-28 Thread 千葉幹正
Thank you. I know have a deeper understanding of the this topic :) Regards. Chiba 2017年11月28日(火) 23:32 Lennart Poettering : > f1;5002;0cOn Di, 28.11.17 16:16, 千葉幹正 (chib...@klab.com) wrote: > > > We have a few questions about systemctl and -H option. > > > > It looks

Re: [systemd-devel] [Question]: About systemctl and its related commands

2017-11-28 Thread Lennart Poettering
f1;5002;0cOn Di, 28.11.17 16:16, 千葉幹正 (chib...@klab.com) wrote: > We have a few questions about systemctl and -H option. > > It looks like systemctl is communicating with /run/systemd/private in order > to interact with systemd. > > However, after you log in the connected computer via ssh, it

Re: [systemd-devel] [Question]: About systemctl and its related commands

2017-11-28 Thread aleivag
Hi, i asked similar question a few weeks ago, and you probably will get a oficial answer soon :P, but in a nutshell would be: /run/systemd/private is a private socket and its meant for systemd tools to communicate with systemd even if dbus daemon is down. this is specially true during boot and

Re: [systemd-devel] Question

2017-11-27 Thread Lennart Poettering
On Sa, 25.11.17 15:24, Peter Diks (peterd...@gmail.com) wrote: > Hello Systemd-devel@lists.freedesktop.org, > > There is something i do not understand at this point and would like to > solve it. > A brand new Tumbleweed Kubic, has enable repositories and zypper runs fine, > untill it has to

Re: [systemd-devel] Question about service dependency handling in systemd-228

2017-11-27 Thread Reindl Harald
Am 27.11.2017 um 05:23 schrieb Bao Nguyen: Thanks all for your comments. I will try to use option FreeBind. However could anyone explain for me that I did not use FreeBind option in systems-210 but all my services start well? I am still inclined to the different of systemd-228 and

Re: [systemd-devel] Question about service dependency handling in systemd-228

2017-11-26 Thread Bao Nguyen
Hi, Thanks all for your comments. I will try to use option FreeBind. However could anyone explain for me that I did not use FreeBind option in systems-210 but all my services start well? I am still inclined to the different of systemd-228 and systemd-210 causes the current issue. Thanks again,

Re: [systemd-devel] Question about service dependency handling in systemd-228

2017-11-26 Thread Mantas Mikulėnas
On Sun, Nov 26, 2017 at 11:47 AM, Bao Nguyen wrote: > Hi Uoti, > > Thanks a lot for your answer, I have checked the cycle. It is created by > sockets.target > -> asi-My-5101.socket -> My-sshd.target -> My-syncd.service -> > My-nfs-client.service > -> My-handling.service ->

Re: [systemd-devel] Question about service dependency handling in systemd-228

2017-11-26 Thread Reindl Harald
Am 26.11.2017 um 10:47 schrieb Bao Nguyen: Regard to your question, "asi-My-5101.socket" depends on "My-sshd.target", I think that in my case it is expected as my socket listens on a specific address IP:port so it should start after a network service to configure and assign IP address before

Re: [systemd-devel] Question about service dependency handling in systemd-228

2017-11-26 Thread Bao Nguyen
Hi Uoti, Thanks a lot for your answer, I have checked the cycle. It is created by sockets.target -> asi-My-5101.socket -> My-sshd.target -> My-syncd.service -> My-nfs-client.service -> My-handling.service -> basic.target -> sockets.target. I do not see the same cycle in systemd-210 so I said that

Re: [systemd-devel] Question

2017-11-25 Thread Reindl Harald
Am 25.11.2017 um 16:24 schrieb Peter Diks: Hello Systemd-devel@lists.freedesktop.org , There is something i do not understand at this point and would like to solve it. A brand new Tumbleweed Kubic, has enable repositories and zypper runs fine,

Re: [systemd-devel] Question about service dependency handling in systemd-228

2017-11-25 Thread Uoti Urpala
On Sat, 2017-11-25 at 12:08 +0700, Bao Nguyen wrote: > [ 41.154231] systemd[1]: nss-lookup.target: Dependency > Before=nss-lookup.target dropped > [ 41.297229] systemd[1]: sockets.target: Found ordering cycle on > sockets.target/start > [ 41.297236] systemd[1]: sockets.target: Found

Re: [systemd-devel] Question: path-based deactivation or equivalent

2017-09-27 Thread Lennart Poettering
On Di, 26.09.17 16:15, matt...@giassa.net (matt...@giassa.net) wrote: > I have a project where I'm adding some services to a Raspberry Pi 3, > and have decided to go with systemd being (mostly) responsible for > launching all of the services. All of the server processes use a common > API to do

Re: [systemd-devel] Question: path-based deactivation or equivalent

2017-09-27 Thread Lennart Poettering
On Di, 26.09.17 21:07, Matthew Giassa (matt...@giassa.net) wrote: > Additionally, does systemd support assigning an environment variable to an > internal variable, ie: > > Environment=MYPIDFILE=/var/run/mine.pid > PIDFILE=$MYPIDFILE systemd unit files are not supposed to be a templating

Re: [systemd-devel] Question: path-based deactivation or equivalent

2017-09-27 Thread Matthew Giassa
systemctl.  Thank you for the feedback. Sent from my BlackBerry 10 smartphone on the Bell network.   Original Message   From: Lennart Poettering Sent: Wednesday, September 27, 2017 9:54 AM To: matt...@giassa.net Cc: systemd-devel@lists.freedesktop.org Subject: Re: [systemd-devel] Question: path

Re: [systemd-devel] Question: path-based deactivation or equivalent

2017-09-27 Thread Matthew Giassa
* Matthew Giassa [2017-09-26 21:07:16 -0700]: I know there are workarounds for ExecStart for example, using /bin/bash to evaluate environment variables, but I think that special case only applies to ExecStart, ExecStartPre, and Executor, as they actually get executed

Re: [systemd-devel] Question: path-based deactivation or equivalent

2017-09-26 Thread Matthew Giassa
Additionally, does systemd support assigning an environment variable to an internal variable, ie: Environment=MYPIDFILE=/var/run/mine.pid PIDFILE=$MYPIDFILE I know there are workarounds for ExecStart for example, using /bin/bash to evaluate environment variables, but I think that special case

Re: [systemd-devel] [Question] timezones in timers

2017-09-09 Thread Ivan Kurnosov
Hi, I've implemented support for timezones in timers (at least I am not sure if there are some other places that need some changes). Here is a diff of what I've committed so far: https://github.com/systemd/systemd/compare/master...zerkms:TIMER_TIMEZONE In the very bottom in the tests file you

Re: [systemd-devel] [Question] timezones in timers

2017-09-06 Thread Ivan Kurnosov
I'm doing it with the libc and doing it out of the process: https://github.com/zerkms/systemd/blob/d09815ef6df4705e06bd0b3a276c4cbd8630859f/src/basic/calendarspec.c#L902 I believe parsing is portable standard C with libc and time conversion will be very similar to that. On 7 September 2017 at

Re: [systemd-devel] [Question] timezones in timers

2017-09-06 Thread Lennart Poettering
On Mi, 06.09.17 13:18, Mantas Mikulėnas (graw...@gmail.com) wrote: > On Wed, Sep 6, 2017 at 12:58 PM, Ivan Kurnosov wrote: > > > I've started working on it (as a crazy experiment for myself primarily) > > > > At the moment I added support for timezones (IANA) to the

Re: [systemd-devel] [Question] timezones in timers

2017-09-06 Thread Mantas Mikulėnas
On Wed, Sep 6, 2017 at 12:58 PM, Ivan Kurnosov wrote: > I've started working on it (as a crazy experiment for myself primarily) > > At the moment I added support for timezones (IANA) to the `CalendarSpec`, > the parser and the formatter. > >

Re: [systemd-devel] [Question] timezones in timers

2017-09-06 Thread Ivan Kurnosov
I've started working on it (as a crazy experiment for myself primarily) At the moment I added support for timezones (IANA) to the `CalendarSpec`, the parser and the formatter. https://github.com/zerkms/systemd/commit/367325ae7a2c4df2c0513e8bb8e992 5aaf24feef On 5 September 2017 at 19:11,

Re: [systemd-devel] [Question] timezones in timers

2017-09-05 Thread Lennart Poettering
On Di, 05.09.17 09:41, Ivan Kurnosov (zer...@zerkms.ru) wrote: > Hi, > > was it even considered initially to have proper timezones support in timers? > > Or perhaps it is somewhere in the roadmap? > > In particular, I'm speaking of `[Timer] OnCalendar` You mean as in explicitly per-unit

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Lennart Poettering
On Mi, 09.08.17 11:28, Tilman Baumann (til...@baumann.name) wrote: > In my experience, the only place where you can hook in a non racy way is > in the kernel. I fully agree with this btw. The only safe place if the kernel does all this. Much like most other drivers UPS drivers should be in the

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Lennart Poettering
On Mi, 09.08.17 11:02, Marek Floriańczyk (marek.florianc...@gmail.com) wrote: > The question is, will my binary be able to open RS232 port eg. /dev/ttyACM0 > when filesystem is Read-Only ? Yes, /dev is unaffected. It's an API VFS, not a real file system, and those won't be remounted r/o. > And

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Marek Floriańczyk
Dnia środa, 9 sierpnia 2017 14:54:25 CEST piszesz: > 2017-08-09 14:51 GMT+02:00 Marek Floriańczyk : > > Dnia środa, 9 sierpnia 2017 11:51:07 CEST Tilman Baumann pisze: > >> On 09.08.2017 11:28, Tilman Baumann wrote: > > NUT looks like quite active based on their

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Michael Biebl
2017-08-09 14:51 GMT+02:00 Marek Floriańczyk : > Dnia środa, 9 sierpnia 2017 11:51:07 CEST Tilman Baumann pisze: >> On 09.08.2017 11:28, Tilman Baumann wrote: > > NUT looks like quite active based on their website. > Microupsd daemon handles also some switches and leds

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Marek Floriańczyk
Dnia środa, 9 sierpnia 2017 11:51:07 CEST Tilman Baumann pisze: > On 09.08.2017 11:28, Tilman Baumann wrote: > > DL;DR > > UPS shutdowns are tricky. Clean file-systems are not the only concern. > > But if you can make assumptions about your storage backend you might be > > able to cut corners

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Marek Floriańczyk
Dnia środa, 9 sierpnia 2017 09:17:44 CEST Mantas Mikulėnas pisze: > /dev is a separate filesystem and is never read-only. right ;) > > Another approach would be to let microupsd exit normally, but then start a > separate microupsd instance (e.g. microupsd-shutdown.service) which > schedules the

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Tilman Baumann
On 09.08.2017 11:28, Tilman Baumann wrote: > DL;DR > UPS shutdowns are tricky. Clean file-systems are not the only concern. > But if you can make assumptions about your storage backend you might be > able to cut corners safely. > > In my experience, the only place where you can hook in a non racy

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Tilman Baumann
DL;DR UPS shutdowns are tricky. Clean file-systems are not the only concern. But if you can make assumptions about your storage backend you might be able to cut corners safely. In my experience, the only place where you can hook in a non racy way is in the kernel.

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Mantas Mikulėnas
/dev is a separate filesystem and is never read-only. Another approach would be to let microupsd exit normally, but then start a separate microupsd instance (e.g. microupsd-shutdown.service) which schedules the UPS poweroff. On Wed, Aug 9, 2017, 12:03 Marek Floriańczyk

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Marek Floriańczyk
Dnia środa, 9 sierpnia 2017 10:29:37 CEST Lennart Poettering pisze: > On Di, 08.08.17 16:03, Marek Floriańczyk (marek.florianc...@gmail.com) wrote: > > Hi all, > > > > I have a small device MicroUPS which helps me to shutdown my system on > > embedded devices, it is controlled by script

Re: [systemd-devel] question about system reboot and shutdown

2017-08-09 Thread Jérémy Rosen
Hi I have no problem with changing some code in microupsd so it behave in certain way. It is handling SIGTERM and other signals if needed. The problem for me is that SIGTERM is send to process during system reboot and system halt - so I need to differentiate between the two. SIGTERM is sent, by

Re: [systemd-devel] question about system reboot and shutdown

2017-08-08 Thread Marek Floriańczyk
Dnia wtorek, 8 sierpnia 2017 19:35:12 CEST Mantas Mikulėnas pisze: > I suggest first porting microupsd itself to a native systemd .service file > (so that it'll have process monitoring and everything). That might even fix > part of the problem. Hi I have no problem with changing some code in

Re: [systemd-devel] question about system reboot and shutdown

2017-08-08 Thread Mantas Mikulėnas
I suggest first porting microupsd itself to a native systemd .service file (so that it'll have process monitoring and everything). That might even fix part of the problem. Normally services are given a certain amount of time to stop after SIGTERM (or whatever KillSignal was set, or whatever

Re: [systemd-devel] question about system reboot and shutdown

2017-08-08 Thread Marek Floriańczyk
Dnia wtorek, 8 sierpnia 2017 21:04:18 CEST Andrei Borzenkov pisze: > 08.08.2017 17:03, Marek Floriańczyk пишет: > > What would be the proper way to distinguish between system is going down > > for reboot and for shutdown ? > > Straightforward way is to make your service WantedBy poweroff.target

Re: [systemd-devel] question about system reboot and shutdown

2017-08-08 Thread Andrei Borzenkov
08.08.2017 17:03, Marek Floriańczyk пишет: > > What would be the proper way to distinguish between system is going down for > reboot and for shutdown ? > Straightforward way is to make your service WantedBy poweroff.target and halt.target. You can then have second service WantedBy

Re: [systemd-devel] Question about systemd-firstboot

2017-03-09 Thread Francis Moreau
On Thu, Mar 9, 2017 at 5:49 PM, Zbigniew Jędrzejewski-Szmek wrote: >> So if 'ro' is used, systemd-firstboot is not working. If it's expected >> I think it would worth a note in the documentation. > It's supposed to work, I think. Please open an issue, it'll be better > tracked

Re: [systemd-devel] Question about systemd-firstboot

2017-03-09 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Mar 09, 2017 at 05:31:46PM +0100, Francis Moreau wrote: > On Thu, Mar 9, 2017 at 5:19 PM, Zbigniew Jędrzejewski-Szmek > wrote: > > It depends on the command-line parameters: 'ro' and 'rw' both work. > > 'rw' is actually recommended if you're using an initramfs. > who is

Re: [systemd-devel] Question about systemd-firstboot

2017-03-09 Thread Francis Moreau
On Thu, Mar 9, 2017 at 5:19 PM, Zbigniew Jędrzejewski-Szmek wrote: > It depends on the command-line parameters: 'ro' and 'rw' both work. > 'rw' is actually recommended if you're using an initramfs. > who is recommending 'rw' ? do you have any pointers ? > Otherwise, an empty

Re: [systemd-devel] Question about systemd-firstboot

2017-03-09 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Mar 09, 2017 at 03:49:51PM +0100, Francis Moreau wrote: > On Thu, Mar 9, 2017 at 3:10 PM, Zbigniew Jędrzejewski-Szmek > wrote: > > On Thu, Mar 09, 2017 at 10:48:03AM +0100, Francis Moreau wrote: > >> Hello, > >> > >> I'm puzzled about systemd-firstboot service. > >> >

Re: [systemd-devel] Question about systemd-firstboot

2017-03-09 Thread Francis Moreau
On Thu, Mar 9, 2017 at 3:10 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Mar 09, 2017 at 10:48:03AM +0100, Francis Moreau wrote: >> Hello, >> >> I'm puzzled about systemd-firstboot service. >> >> In my understanding this service is ran only during the firstboot. The >>

Re: [systemd-devel] Question about systemd-firstboot

2017-03-09 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Mar 09, 2017 at 10:48:03AM +0100, Francis Moreau wrote: > Hello, > > I'm puzzled about systemd-firstboot service. > > In my understanding this service is ran only during the firstboot. The > firstboot condition is detected with the presence of /etc/machine-id > file. > > If this file is

Re: [systemd-devel] question regarding DBUS_SESSION_BUS_ADDRESS in multiseat environment

2017-01-16 Thread Simon McVittie
On Sat, 03 Dec 2016 at 11:18:43 +0530, MohanR wrote: > I'm looking through this --enable-user-session in dbus-daemon. Even if > I enable that option, how can I retrive uniq DBUS_SESSION_BUS_ADDRESS > from systemd started dbus-daemon to pass it to gnome-session? I suggest taking a look at how it

Re: [systemd-devel] question regarding DBUS_SESSION_BUS_ADDRESS in multiseat environment

2016-12-02 Thread MohanR
On Fri, 2016-12-02 at 12:28 +, Simon McVittie wrote: > Does this mean your user is trying to be physically present in two > places > at the same time? How is this a useful thing to do? :-) I thought the same when I came across this requirement. People explained me that the admins who are

Re: [systemd-devel] question regarding DBUS_SESSION_BUS_ADDRESS in multiseat environment

2016-12-02 Thread Jóhann B . Guðmundsson
On 12/02/2016 12:28 PM, Simon McVittie wrote: Does this mean your user is trying to be physically present in two places at the same time? How is this a useful thing to do?:-) Clones are very useful things to have. You just sit a drink a pina colada in hut in bora bora while they do all the

Re: [systemd-devel] question regarding DBUS_SESSION_BUS_ADDRESS in multiseat environment

2016-12-02 Thread Simon McVittie
On Fri, 02 Dec 2016 at 13:58:01 +0530, Mohan R wrote: > Let say if a user already have a session(session0) in a seat (customseat0) and > he want to start another session in another seat (customseat1). Does this mean your user is trying to be physically present in two places at the same time? How

Re: [systemd-devel] question regarding DBUS_SESSION_BUS_ADDRESS in multiseat environment

2016-12-02 Thread Mantas Mikulėnas
On Fri, Dec 2, 2016 at 10:28 AM, Mohan R wrote: > Hi, > > I'm working on a display-manager for a multiseat environment. Here is how > we use logind > > 1. create new seat through udev > 2. we set the XDG_SEAT in pamenv before calling pam_open_session() > 3. we take

Re: [systemd-devel] Question regarding systemd behavior during shutdown

2016-11-03 Thread Lennart Poettering
On Thu, 03.11.16 14:01, svk (shreyas...@gmail.com) wrote: > Hi, > I have a question regarding systemd behavior during shutdown. > > I am using systemd 219 on a Linux 4.1 kernel(custom distribution). When I > issue a "shutdown" command I observe something unusual :- 219 is really old, and the

Re: [systemd-devel] Question on service related notifications

2016-09-25 Thread Mantas Mikulėnas
On Sun, Sep 25, 2016 at 8:04 AM, Pathangi Janardhanan wrote: > Hi, > > I would like to monitor for systemd related service notifications (for > e.g. service started, service ready, service stopped or service failed etc.) > > I am trying to look through the sd-bus

Re: [systemd-devel] Question about what systemd-udevd will do for a new scsi partition

2016-08-10 Thread lhuang
On 08/11/2016 12:13 AM, Lennart Poettering wrote: On Wed, 10.08.16 05:44, Luyao Huang (lhu...@redhat.com) wrote: Dear list, I met a problem that looks like systemd-udevd will make a new scsi disk partition (like /dev/sdb1) disappear in a few time. This problem makes libvirt cannot lstat

Re: [systemd-devel] Question about what systemd-udevd will do for a new scsi partition

2016-08-10 Thread Lennart Poettering
On Wed, 10.08.16 05:44, Luyao Huang (lhu...@redhat.com) wrote: > Dear list, > > I met a problem that looks like systemd-udevd will make a new scsi disk > partition (like /dev/sdb1) > disappear in a few time. This problem makes libvirt cannot lstat the new scsi > disk for a period. > (you can

Re: [systemd-devel] Question about changing systemd target during boot

2016-08-01 Thread Kai Krakow
Am Mon, 1 Aug 2016 16:09:36 +0300 schrieb Svetoslav Iliev : > Hi guys, > > Thank you for the prompt reply and your valuable input. Just to let > you know - I was able to do exactly what I intended. As it turns out > my mistake was indeed creating contradiction between the

Re: [systemd-devel] Question about changing systemd target during boot

2016-08-01 Thread Svetoslav Iliev
Hi guys, Thank you for the prompt reply and your valuable input. Just to let you know - I was able to do exactly what I intended. As it turns out my mistake was indeed creating contradiction between the WantedBy and After sections. Once I introduced a new "change.target" and adjusted my

Re: [systemd-devel] Question about changing systemd target during boot

2016-08-01 Thread Andrei Borzenkov
On Mon, Aug 1, 2016 at 2:43 PM, Michael Chapman wrote: > On Mon, 1 Aug 2016, Andrei Borzenkov wrote: >> >> On Mon, Aug 1, 2016 at 2:23 PM, Michael Chapman >> wrote: >>> >>> On Mon, 1 Aug 2016, Andrei Borzenkov wrote: >>> [...] > > > So

Re: [systemd-devel] Question about changing systemd target during boot

2016-08-01 Thread Michael Chapman
On Mon, 1 Aug 2016, Andrei Borzenkov wrote: On Mon, Aug 1, 2016 at 2:23 PM, Michael Chapman wrote: On Mon, 1 Aug 2016, Andrei Borzenkov wrote: [...] So here goes what I've done: 1. Create a service and put it in the network-online.target:

Re: [systemd-devel] Question about changing systemd target during boot

2016-08-01 Thread Michael Chapman
On Mon, 1 Aug 2016, Andrei Borzenkov wrote: [...] So here goes what I've done: 1. Create a service and put it in the network-online.target: /etc/systemd/system/change-target.service: [Unit] Description=Change Target Wants=network-online.target After=network-online.target [Service]

Re: [systemd-devel] Question about changing systemd target during boot

2016-08-01 Thread Andrei Borzenkov
On Mon, Aug 1, 2016 at 2:23 PM, Michael Chapman wrote: > On Mon, 1 Aug 2016, Andrei Borzenkov wrote: > [...] >>> >>> So here goes what I've done: >>> >>> 1. Create a service and put it in the network-online.target: >>> >>> /etc/systemd/system/change-target.service: >>>

Re: [systemd-devel] Question about changing systemd target during boot

2016-08-01 Thread Andrei Borzenkov
On Mon, Aug 1, 2016 at 12:27 PM, Svetoslav Iliev wrote: > Hi all, > > I've been recently searching through internet for a possible solution for > this but so far without success and I'm still not sure if it is even > possible. Basically what I'm trying to do: > > During system

Re: [systemd-devel] Question about OnUnitInactiveSec= directive

2016-07-09 Thread Mikhail Kasimov
Seems, AccuracySec=1us parameter resolves this problem indeed: = Июл 09 10:55:30 linux-mk500 systemd[1]: Started VBA32 Anti-Virus Update Service. Июл 09 11:00:30 linux-mk500 systemd[1]: Starting VBA32 Anti-Virus Update Service... Июл 09 11:00:32 linux-mk500 systemd[1]: Started VBA32

Re: [systemd-devel] Question about OnUnitInactiveSec= directive

2016-07-08 Thread Andrei Borzenkov
09.07.2016 01:37, Mikhail Kasimov пишет: > Hello! > > Have a .timer service like: > > == > > [Unit] > Description=Runs VBA32 Update Hourly > Requires=timers.target > > [Timer] > OnBootSec=2min > OnUnitInactiveSec=1h > > [Install] > WantedBy=timers.target > > == > > to run

Re: [systemd-devel] question on special configuration case

2016-06-08 Thread Greg KH
On Wed, Jun 08, 2016 at 06:43:04AM +, Hebenstreit, Michael wrote: > > Really? No journal messages are getting created at all? No users logging > > in/out? What does strace show on those processes? > > Yes, messages are created - but I'm not interested in them. Maybe a > user logs in for a

Re: [systemd-devel] question on special configuration case

2016-06-08 Thread Simon McVittie
On 08/06/16 03:04, Hebenstreit, Michael wrote: >> What processes are showing up in your count? Perhaps it's just a bug that >> needs to be fixed. > /bin/dbus-daemon > /usr/lib/systemd/systemd-journald > /usr/lib/systemd/systemd-logind dbus-daemon will wake up when there are D-Bus messages to be

Re: [systemd-devel] question on special configuration case

2016-06-08 Thread Jóhann B . Guðmundsson
On 06/08/2016 06:51 AM, Hebenstreit, Michael wrote: Thanks for this and the other suggestions! So for starters we’ll disable logind and dbus, increase watchdogsec and see where the footprint is – before disabling journald if necessary in a next step. You cannot disable journal but you

Re: [systemd-devel] question on special configuration case

2016-06-08 Thread Lennart Poettering
On Tue, 07.06.16 21:00, Greg KH (gre...@linuxfoundation.org) wrote: > On Wed, Jun 08, 2016 at 02:04:48AM +, Hebenstreit, Michael wrote: > > > What processes are showing up in your count? Perhaps it's just a > > > bug that needs to be fixed. > > /bin/dbus-daemon > >

Re: [systemd-devel] question on special configuration case

2016-06-08 Thread Lennart Poettering
On Tue, 07.06.16 22:17, Hebenstreit, Michael (michael.hebenstr...@intel.com) wrote: > Thanks for the answers > > > Well, there's no tracking of sessions anymore, i.e. polkit and all that > > stuff won't work anymore reasonably, and everything else that involves > > anything graphical and so

Re: [systemd-devel] question on special configuration case

2016-06-08 Thread Hebenstreit, Michael
, 2016 11:35 AM To: Hebenstreit, Michael Cc: Systemd Subject: Re: [systemd-devel] question on special configuration case This sounds like you could start by unsetting WatchdogSec= for those daemons. Other than the watchdog, they shouldn't be using any CPU unless explicitly contacted. On Wed, Jun 8

Re: [systemd-devel] question on special configuration case

2016-06-08 Thread Hebenstreit, Michael
el Cc: Jóhann B. Guðmundsson; Lennart Poettering; systemd-devel@lists.freedesktop.org Subject: Re: [systemd-devel] question on special configuration case On Wed, Jun 08, 2016 at 02:04:48AM +, Hebenstreit, Michael wrote: > > What processes are showing up in your count? Perhaps it's just

Re: [systemd-devel] question on special configuration case

2016-06-07 Thread Mantas Mikulėnas
> From: Jóhann B. Guðmundsson [mailto:johan...@gmail.com] > Sent: Wednesday, June 08, 2016 6:10 AM > To: Hebenstreit, Michael; Lennart Poettering > Cc: systemd-devel@lists.freedesktop.org > Subject: Re: [systemd-devel] question on special configuration case > > On 06/07/2016 10:1

Re: [systemd-devel] question on special configuration case

2016-06-07 Thread Andrew Thompson
On Tue, Jun 7, 2016 at 7:04 PM, Hebenstreit, Michael wrote: >> That what "most" other system designers in your situation do :) > Unfortunately I cannot reserve a CPU for OS - I'd like to, but the app > developers insist to use all 254 cores available Tough

  1   2   3   >