Am 26.08.19 um 08:38 schrieb Ulrich Windl:
Lennart Poettering schrieb am 22.08.2019 um 16:19
in
> Nachricht <20190822141902.GA585@gardel-login>:
>
> [...]
>> Ahum, this change is a single line added to a default sysct.d/ file we
>> ship. I mean, you may have your opinions, but this l
>>> Tomasz Torcz schrieb am 22.08.2019 um 19:28 in
Nachricht
<20190822172855.ga159...@mother.pipebreaker.pl>:
> On Thu, Aug 22, 2019 at 03:38:05PM +0200, Ulrich Windl wrote:
>> >>> systemd tag bot schrieb am
22.08.2019
>> um
>> 13:56 in Nachricht <20190822115637.1.05c510c92b339...@refi64.com>:
>>
Am 26.08.19 um 09:14 schrieb Ulrich Windl:
>>> I doubt it's increasing robustness for any existing application as
>>> pid_traditionally was 16 bit. I don't know if some applications try to
>>> sprintf() a pid into a char[6], but if they do, it might cause an
>> application
>>> failure...
>>
>>
>>> Mantas Mikulenas schrieb am 23.08.2019 um 05:55 in
Nachricht
:
> On Thu, Aug 22, 2019, 16:38 Ulrich Windl
> wrote:
>
>> >>> systemd tag bot schrieb am
>> 22.08.2019
>> um
>> 13:56 in Nachricht <20190822115637.1.05c510c92b339...@refi64.com>:
>> > A new systemd ☠️ pre-release ☠️ has just been
On 8/26/19 9:43 AM, Ulrich Windl wrote:
Mantas Mikulenas schrieb am 23.08.2019 um 05:55 in
> Nachricht
> :
>> On Thu, Aug 22, 2019, 16:38 Ulrich Windl
>
>> wrote:
>>
>> systemd tag bot schrieb am
>>> 22.08.2019
>>> um
>>> 13:56 in Nachricht <20190822115637.1.05c510c92b339...@refi64.com>
> typically that issue is a sign of bad design and just worked by luck
> with a simple init system lacking of concepts for service states
well, the design is from last century :-)
> you should split your stuff into multiple systemd units and pack them
> into a target instead wrap a dozen of more o
Can you please resolve it from your end actually I don't no exactly where
the loop hole.
Thanks and Regards
Ram
On Mon, 26 Aug 2019, 19:54 Hans-Dieter Doll,
wrote:
> > typically that issue is a sign of bad design and just worked by luck
> > with a simple init system lacking of concepts for ser
Managed to detect/mount iscsi devices without using _netdev keyword in
/etc/fstab. Made changes within src/fstab-generator/ftstab-generator.c
and it seems to work. The only problem is during shutdown/reboot, my
iscsi xfs filesystem does not unmount cleanly before the network/iscs
service/syst
