Re: [systemd-devel] Having my script blocking all other scripts until it ends

Hi > That's correct; units are stopped in reverse order. If your script starts as > first, > it will be stopped as last. In my case, my scripts starts as last and will be stopped (almost) as first... > > So the question: how can I have my script BLOCK all other processes until it > ends? > > >

Re: [systemd-devel] Running a script as FIRST script before shutdown

On Thu, Sep 24, 2015, 09:40 Luca Bertoncello wrote: > Hi Lennart, > > thank you for your answer! > > > There is no concept of "first" or "last" in systemd, since it's not > clear what > > that's supposed to mean if there are multiple, and what happens if some > >

[systemd-devel] [PATCH] s390: add personality support

Introduce personality support for Linux on z Systems to run particular services with a 64-bit or 31-bit personality. --- Makefile.am|1 + src/basic/util.c | 27 +++ src/test/test-execute.c|8 ++--

[systemd-devel] RFC: removing initctl support

Lennart Poettering: > We already declared the interface "obsolete" in the docs, which makes me > particularly keen on dropping it... You've heard from the Debian systemd maintainers. You haven't heard from the Debian sysvinit maintainers. Their subtly different position on /run/initctl,

Re: [systemd-devel] [PATCH] s390: add personality support

Patchset imported to github. To create a pull request, one of the main developers has to initiate one via: -- Generated by https://github.com/haraldh/mail2git

[systemd-devel] Multiple starts of a service, what am I doing wrong?

I've got the following unit: [Unit] Description=Random Submitter Wants=network-online.target After=network-online.target other.service RequiresMountsFor=/data [Service] Type=simple Environment=PYTHONPATH=/data PrivateTmp=false # Launches client config and others if needed

Re: [systemd-devel] Running a script as FIRST script before shutdown

On Thu, Sep 24, 2015 at 10:41 AM, Luca Bertoncello wrote: > Hi Andrei, > > > Try RequiresMountsFor=/run/whatever > > Not enough... > Currently I have: > > [Unit] > Description=TEST - oVirt interface for managing host > After=local-fs.target network.target

Re: [systemd-devel] Running a script as FIRST script before shutdown

> > But on Shutdown the system first stops other services and umount /run, > and then call my script... > > /run is API mount and systemd should not be unmounting it at all. Do you > have any chance to run serial or net console so you can capture output at > shutdown? Unfortunately not... I can

Re: [systemd-devel] Having my script blocking all other scripts until it ends

2015-09-24 11:15 GMT+03:00 Luca Bertoncello : > Hi again! > > So, I got my script starting "as first" (or at least before other services), > but the problem is, that the other services, needed from my script, will be > shutted down before my script ends... That's

Re: [systemd-devel] Running a script as FIRST script before shutdown

Hi Lennart, thank you for your answer! > There is no concept of "first" or "last" in systemd, since it's not clear what > that's supposed to mean if there are multiple, and what happens if some > operation results in activation? That's bad... :) > Hence, simply order your service against the

[systemd-devel] Having my script blocking all other scripts until it ends

Hi again! So, I got my script starting "as first" (or at least before other services), but the problem is, that the other services, needed from my script, will be shutted down before my script ends... So the question: how can I have my script BLOCK all other processes until it ends? Thanks a

Re: [systemd-devel] Running a script as FIRST script before shutdown

On Thu, Sep 24, 2015 at 9:40 AM, Luca Bertoncello wrote: > > Well, this is what I tried for more the three days... :( > I know, that the script need at least vdsmd.service, vdsm-network.service and > libvirtd.service. > But it needs that the tmpfs-partition /run is

Re: [systemd-devel] RFC: removing initctl support

Hello all, sorry for the late reply, I've been swamped with other stuff recently. Lennart Poettering [2015-09-22 2:31 +0200]: > a) there's support in systemctl to reboot the system by sending the >right bytes to /dev/initctl as fallback, so that you can reboot a >sysvinit system with

Re: [systemd-devel] RFC: removing initctl support

On Thu, 24.09.15 13:18, Jonathan de Boyne Pollard (j.deboynepollard-newsgro...@ntlworld.com) wrote: > In an ideal world you would be able to have a routine that detected the > running > system manager, and then did whatever was appropriate to that system manager > to > power off, from sending

Re: [systemd-devel] Implicit unit dependency on slice might be too weak ?

On 09/22/2015 03:52 PM, Lennart Poettering wrote: > On Mon, 21.09.15 16:50, Francis Moreau (francis.m...@gmail.com) wrote: > >> Hi, >> >> If a unit depends on a slice, a Wants=machine.slice is automatically >> added to the unit constraints. >> >> Why is "Requires=machine.slice" not prefered

Re: [systemd-devel] Running a script as FIRST script before shutdown

On Thu, 24.09.15 09:41, Luca Bertoncello (l.bertonce...@queo-group.com) wrote: > Hi Andrei, > > > Try RequiresMountsFor=/run/whatever > > Not enough... > Currently I have: > > [Unit] > Description=TEST - oVirt interface for managing host > After=local-fs.target network.target vdsmd.service

[systemd-devel] RFC: removing initctl support

Daniel P. Berrange: > Maybe it wasn't actually upstart, but one of the other init systems. > I just recall getting a patch from Debian folks to support it via > the /run/initctl path, rather than /dev, and assumed that was upstart > related. It wasn't upstart or one of the other init systems. It

Re: [systemd-devel] Multiple starts of a service, what am I doing wrong?

On 09/24/2015 01:17 PM, D.S. Ljungmark wrote: > I've got the following unit: > > [Unit] > Description=Random Submitter > Wants=network-online.target > After=network-online.target other.service > RequiresMountsFor=/data > > [Service] > Type=simple Type=simple implies that the executable

Re: [systemd-devel] Running a script as FIRST script before shutdown

On Thu, 24.09.15 08:40, Luca Bertoncello (l.bertonce...@queo-group.com) wrote: > Hi Lennart, > > thank you for your answer! > > > There is no concept of "first" or "last" in systemd, since it's not clear > > what > > that's supposed to mean if there are multiple, and what happens if some > >

Re: [systemd-devel] Multiple starts of a service, what am I doing wrong?

(re-send due to wrong email address) On 24/09/15 14:38, Daniel Mack wrote: > On 09/24/2015 01:17 PM, D.S. Ljungmark wrote: >> I've got the following unit: >> >> [Unit] >> Description=Random Submitter >> Wants=network-online.target >> After=network-online.target other.service >>

Re: [systemd-devel] RFC: removing initctl support

On Thu, Sep 24, 2015 at 03:01:21PM +0200, Lennart Poettering wrote: > That stackexchange link lists a pile of garbage. We have an official > API to check whether the system is booted with systemd: > sd_booted(). It's documented here: > >

Re: [systemd-devel] RFC: removing initctl support

On Thu, 24.09.15 15:51, Tomasz Torcz (to...@pipebreaker.pl) wrote: > On Thu, Sep 24, 2015 at 03:01:21PM +0200, Lennart Poettering wrote: > > That stackexchange link lists a pile of garbage. We have an official > > API to check whether the system is booted with systemd: > > sd_booted(). It's

Re: [systemd-devel] [PATCH] s390: add personality support

On Thu, 24.09.15 12:47, Hendrik Brueckner (brueck...@linux.vnet.ibm.com) wrote: > Introduce personality support for Linux on z Systems to run > particular services with a 64-bit or 31-bit personality. Merged via: https://github.com/systemd/systemd/pull/1370 Lennart -- Lennart Poettering, Red

Re: [systemd-devel] RFC: removing initctl support

On Thu, Sep 24, 2015 at 03:51:16PM +0200, Tomasz Torcz wrote: > On Thu, Sep 24, 2015 at 03:01:21PM +0200, Lennart Poettering wrote: > > That stackexchange link lists a pile of garbage. We have an official > > API to check whether the system is booted with systemd: > > sd_booted(). It's documented

Re: [systemd-devel] Having my script blocking all other scripts until it ends

On 2015-09-24 10:39:33, EXT Luca Bertoncello wrote: > > > Could you rephrase this question? > > Well, my script does something that require time and all other processes > on the server MUST run during this operation. > > But right now, after systemd execute my "stop script", it prosecute and >