Am 03.03.2018 um 09:57 schrieb Christoph Berg:
> Re: Michael Biebl 2018-03-03 <87ba8f59-ec84-d3ed-c162-1fd849256...@debian.org>
>> Well, I don't think those two cases are the same and as such should be
>> treated equally by systemd.
>> I see typoing the template name more like adding a typo to
>>
Control: reassign -1 postgresql
Am 03.03.2018 um 11:16 schrieb Christoph Berg:
> Re: To Michael Biebl 2018-03-03 <20180303085701.ga9...@msg.df7cb.de>
>> In that case the error is in a config file, and marking the service as
>> faulty makes sense. In the unit@instancetypo case, there's nothing
>>
Re: To Michael Biebl 2018-03-03 <20180303085701.ga9...@msg.df7cb.de>
> In that case the error is in a config file, and marking the service as
> faulty makes sense. In the unit@instancetypo case, there's nothing
> wrong with the system.
Fwiw, it looks like
Re: Michael Biebl 2018-03-03 <87ba8f59-ec84-d3ed-c162-1fd849256...@debian.org>
> Well, I don't think those two cases are the same and as such should be
> treated equally by systemd.
> I see typoing the template name more like adding a typo to
> ExecStart=/sbin/foobard /etc/typo_in_file_name
> In
Am 02.03.2018 um 20:48 schrieb Christoph Berg:
> "systemctl start foo.service" throws an error, but does not mark
> foo.service as failed.
>
> If "systemctl start postgresql@foo.service" would not have
> ConditionFileExists, it would permanently be marked as failed (until
> "systemctl
Re: Michael Biebl 2018-03-02
> >>> I agree that it is not helpful that it doesn't raise an error here,
> >>> but I think it is working as intended by systemd. Or should we rather
> >>> be using AssertFileExists here? But starting the non-existing
Am 02.03.2018 um 17:23 schrieb Christoph Berg:
> Re: Michael Biebl 2018-03-02 <4c3431e8-36e3-d86b-4bb8-1f99eaa38...@debian.org>
>> Am 02.03.2018 um 13:45 schrieb Christoph Berg:
>>
>>> I agree that it is not helpful that it doesn't raise an error here,
>>> but I think it is working as intended by
Re: Michael Biebl 2018-03-02 <4c3431e8-36e3-d86b-4bb8-1f99eaa38...@debian.org>
> Am 02.03.2018 um 13:45 schrieb Christoph Berg:
>
> > I agree that it is not helpful that it doesn't raise an error here,
> > but I think it is working as intended by systemd. Or should we rather
> > be using
Am 02.03.2018 um 13:45 schrieb Christoph Berg:
> I agree that it is not helpful that it doesn't raise an error here,
> but I think it is working as intended by systemd. Or should we rather
> be using AssertFileExists here? But starting the non-existing "foo"
> service doesn't put "foo" into a
Re: Michael Biebl 2018-03-02
> > I think the problem is postgres has:
> >
> > # -: ignore startup failure (recovery might take arbitrarily long)
> > # the actual pg_ctl timeout is configured in pg_ctl.conf
> > ExecStart=-/usr/bin/pg_ctlcluster
Am 01.03.2018 um 20:35 schrieb Felipe Sateler:
> On Thu, Mar 1, 2018 at 2:46 PM, Michael Biebl wrote:
>> Control: tags -1 moreinfo unreproducible
>>
>> Am 01.03.2018 um 16:00 schrieb Martin von Wittich:
>>> Hi Michael,
>>>
>>> On Thu, 1 Mar 2018 15:10:26 +0100 Michael Biebl
On Thu, Mar 1, 2018 at 2:46 PM, Michael Biebl wrote:
> Control: tags -1 moreinfo unreproducible
>
> Am 01.03.2018 um 16:00 schrieb Martin von Wittich:
>> Hi Michael,
>>
>> On Thu, 1 Mar 2018 15:10:26 +0100 Michael Biebl wrote:
>>> I can't reproduce this,
Control: tags -1 moreinfo unreproducible
Am 01.03.2018 um 16:00 schrieb Martin von Wittich:
> Hi Michael,
>
> On Thu, 1 Mar 2018 15:10:26 +0100 Michael Biebl wrote:
>> I can't reproduce this, neither on v237 nor on v232:
>>
>> # systemctl stop postgresql@does-not-exist
>>
Hi Michael,
On Thu, 1 Mar 2018 15:10:26 +0100 Michael Biebl wrote:
I can't reproduce this, neither on v237 nor on v232:
# systemctl stop postgresql@does-not-exist
Failed to stop postgresql@does-not-exist.service: Unit
postgresql@does-not-exist.service not loaded.
#
Control: tags -1 + moreinfo unreproducible
Am 01.03.2018 um 13:24 schrieb Martin von Wittich:
> Package: systemd
> Version: 232-25+deb9u1
> Severity: normal
> Tags: upstream
>
> Dear Maintainer,
>
> the following commands unexpectedly do not print any error messages or
> return non-zero exit
Package: systemd
Version: 232-25+deb9u1
Severity: normal
Tags: upstream
Dear Maintainer,
the following commands unexpectedly do not print any error messages or
return non-zero exit codes:
martin.mein-iserv.de ~ # systemctl stop postgresql@does-not-exist
martin.mein-iserv.de ~ # systemctl start
16 matches
Mail list logo