On Sun, Dec 22, 2013 at 03:56:04PM -0800, Russ Allbery wrote:
> Zbigniew Jędrzejewski-Szmek writes:
>
> > But this should be safe for instance units, so I'd like to see
> > 'systemctl stop/status/... server@*.service' implemented.
>
> That would be very useful for distribution packagers. If, fo
On 23/12/13 08:41, Adrien Clerc wrote:
> Le 23/12/2013 00:37, Zbigniew Jędrzejewski-Szmek a écrit :
>>> It looks like both upstart and systemd don't provide direct
>>> mechanisms to
>>> manage all instances.
>> That's true (I'm only speaking about systemd). There have been
>> requests for
>> such f
Le 23/12/2013 00:37, Zbigniew Jędrzejewski-Szmek a écrit :
It looks like both upstart and systemd don't provide direct mechanisms to
manage all instances.
That's true (I'm only speaking about systemd). There have been requests for
such functionality before, but nothing was implemented. But I thi
Zbigniew Jędrzejewski-Szmek writes:
> But this should be safe for instance units, so I'd like to see
> 'systemctl stop/status/... server@*.service' implemented.
That would be very useful for distribution packagers. If, for example,
you support a multiple-instance Tomcat configuration (which is
On Sun, Dec 22, 2013 at 12:48:47PM -0800, Russ Allbery wrote:
> upstart calls this "instances" and systemd calls this "unit
> templates".
We too call them instances: an instance is created from a template.
> Daniel Pocock writes:
>
> > Just to clarify: does this mean systemd and upstart can refe
Daniel Pocock writes:
> Just to clarify: does this mean systemd and upstart can refer to the
> instances collectively or individually as required? E.g. you can tell
> it restart all instances of httpd (on dpkg upgrade) or just restart one
> specific instance (after a config change)?
It looks li
On 22/12/13 21:03, Russ Allbery wrote:
> Daniel Pocock writes:
>
>> This email is not so much about the change of init system but just about
>> the multiple-instance problem, regardless of which init we use. It is
>> not a huge hassle but it is something that could be handled more
>> smoothly.
Daniel Pocock writes:
> This email is not so much about the change of init system but just about
> the multiple-instance problem, regardless of which init we use. It is
> not a huge hassle but it is something that could be handled more
> smoothly.
> Some packages provide a way to start multiple
8 matches
Mail list logo
