Bug#819258: [PKG-OpenRC-Debian] Bug#819258: openrc: dependency resolving fails using init-system-helpers

[Kevin Velghe]

> By error message, it was insserv, not openrc, who failed.  Because
> /etc/rcS.d/S??mountdevsubfs.sh did not exist.
I know, I mean at boot time. It hanged, just like sysv-rc does, but I
can't reproduce anymore.


signature.asc
Description: Digital signature

Bug#819258: [PKG-OpenRC-Debian] Bug#819258: openrc: dependency resolving fails using init-system-helpers

[Benda Xu]

Hi,

Thanks for the report.

Kevin Velghe  writes:

> On Sat, Mar 26, 2016 at 03:02:00AM +0100, Adam Borowski wrote:

>> I've tried multiple scenarios but failed to reproduce your problem.
>> Including dist-upgrades:
>>   jessie sysv-rc -> unstable -> openrc
>>   jessie sysv-rc -> openrc -> unstable
>> 
>> So there's something more complex on your system than just lvm2.  Letting us
>> know what might be helpful in trying to find out what's amiss for
>> you.

I cannot reproduce the bug by installing lvm2 on sid or jessie.

> The problem at boot might be related to the fact /boot is located on a
> lvm partition, otherwise I can't think about anything.
>
> OK, I'll check the installation problem on a container later, but if I
> install sysv-rc or current openrc package, then the installation of lvm2
> fails because the dependencies aren't enabled. 

[...]
> Yesterday, I upgraded lvm2. During the upgrade, I got the following error:
>  insserv: Service mountdevsubfs has to be enabled to start service lvm2
>  insserv: exiting now!

> This was fixed by manually enabling mountdevsubfs using insserv, after
> which I could finish upgrading. 

Why was mountdevsubfs not enabled?

Could you please paste the output of "ls -l /etc/rc*.d/*mountdev*" and
"rc-update | grep mountdev"?

On my system, they produce:

# ls -l /etc/rc*.d/*mountdev*
lrwxrwxrwx 1 root root 26 Feb 18 23:16 /etc/rcS.d/S02mountdevsubfs.sh -> 
../init.d/mountdevsubfs.sh

# rc-update | grep mountdev
 mountdevsubfs.sh |sysinit

> This morning however, booting hanged at lvm.

Did it hang with openrc?

> Downgrading lvbm2 didn't solve the problem, so I tried booting using
> sysv-rc, which had the same problem. systemd booted well, as did
> openrc 0.20.4-1.

Didn't openrc+lvm2 hang? Confused:(

>> As you say that sysv-rc failed too, it doesn't sound like anything related
>> to openrc.

> Yes, it is related to openrc, as openrc seems only affected because of
> the use of init-system-helpers to provide update-rc.d, which does not
> seem to use openrc to determine the dependencies.

The new update-rc.d from init-system-helpers calls rc-update to handle
the runlevels for openrc.  It is different from the old update-rc.d
shipped with openrc only in that it also calls insserv, too.

So the question really becomes: is your mountdevsubfs.sh enabled?

Benda


signature.asc
Description: PGP signature

Bug#819258: openrc: dependency resolving fails using init-system-helpers

[Kevin Velghe]

Hi,

I did some extra tests, and there is probably no openrc specific issue
indeed. I'm sorry for wasting your time.

OK, I did use insserv incorrect. Running insserv -d /etc/init.d does
almost nothing when running from the rescue mode on the installation
disk. It seems it only enables those currently running when no actual
scripts are passed.

OpenRC seems to generate it's dependency cache with the services enabled
in /etc/rc?.d, definitely when using openrc=0.20.4-2.1, but as it
created all symlinks for me, I think openrc=0.20.4-1 does the same. I
wonder where this happens though, as I can't find it immediately in the
diffs. It might be interesting for init-system-helpers to do the same, I
think.

The reason the installation of lvm2 failed was because mountdevsubfs.sh
was not enabled, which it should be, judging by the symlinks created by
openrc=0.20.4-1. I should have guessed after my tests with a container.
It would probably be interesting for init-system-helpers to enable
dependencies automatically.

I'm not sure however about the reason openrc initially failed. I haven't
been able to recreate the same problem. I can reproduce it with sysv-rc,
but I can't reproduce it anymore with openrc. I guess this issue can be
closed and/or sent to init-system-helpers/openrc/lvm2.

Best regards,
Kevin


signature.asc
Description: Digital signature

Bug#819258: openrc: dependency resolving fails using init-system-helpers

[Kevin Velghe]

On Sat, Mar 26, 2016 at 03:02:00AM +0100, Adam Borowski wrote:
> On Fri, Mar 25, 2016 at 06:05:44PM +0100, Kevin Velghe wrote:
> > Yesterday, I upgraded lvm2. During the upgrade, I got the following error:
> >  insserv: Service mountdevsubfs has to be enabled to start service lvm2
> >  insserv: exiting now!
> > 
> > This was fixed by manually enabling mountdevsubfs using insserv, after
> > which I could finish upgrading. This morning however, booting hanged at
> > lvm. Downgrading lvm2 didn't solve the problem, so I tried booting using
> > sysv-rc, which had the same problem. systemd booted well, as did openrc
> > 0.20.4-1.
> > 
> > So it seems openrc is able to handle the dependencies well, but that the
> > current init-system-helpers does at least part of the work the sysv-rc
> > way, which seems unable to handle it.
> 
> I've tried multiple scenarios but failed to reproduce your problem.
> Including dist-upgrades:
>   jessie sysv-rc -> unstable -> openrc
>   jessie sysv-rc -> openrc -> unstable
> 
> So there's something more complex on your system than just lvm2.  Letting us
> know what might be helpful in trying to find out what's amiss for you.
OK, indeed, if I install lvm2 on a clean unstable install with openrc
the installation works well. But, if I do the same using rm -r
/etc/rc?.d; insserv -d /etc/init.d, which is what you will do when
upgrading from an old version of openrc, I get the reported error. It
does boot however, but that's probably because there are no partitions.
> 
> > I'm sorry if this should have been reported to init-system-helpers, I
> > wasn't sure as it is openrc-specific.
> 
> As you say that sysv-rc failed too, it doesn't sound like anything related
> to openrc.
> 
> 
> Meow!
> -- 
> A tit a day keeps the vet away.
> 


signature.asc
Description: Digital signature

Bug#819258: openrc: dependency resolving fails using init-system-helpers

[Kevin Velghe]

On Sat, Mar 26, 2016 at 03:02:00AM +0100, Adam Borowski wrote:
> On Fri, Mar 25, 2016 at 06:05:44PM +0100, Kevin Velghe wrote:
> > Yesterday, I upgraded lvm2. During the upgrade, I got the following error:
> >  insserv: Service mountdevsubfs has to be enabled to start service lvm2
> >  insserv: exiting now!
> > 
> > This was fixed by manually enabling mountdevsubfs using insserv, after
> > which I could finish upgrading. This morning however, booting hanged at
> > lvm. Downgrading lvm2 didn't solve the problem, so I tried booting using
> > sysv-rc, which had the same problem. systemd booted well, as did openrc
> > 0.20.4-1.
> > 
> > So it seems openrc is able to handle the dependencies well, but that the
> > current init-system-helpers does at least part of the work the sysv-rc
> > way, which seems unable to handle it.
> 
> I've tried multiple scenarios but failed to reproduce your problem.
> Including dist-upgrades:
>   jessie sysv-rc -> unstable -> openrc
>   jessie sysv-rc -> openrc -> unstable
> 
> So there's something more complex on your system than just lvm2.  Letting us
> know what might be helpful in trying to find out what's amiss for you.
The problem at boot might be related to the fact /boot is located on a
lvm partition, otherwise I can't think about anything.

OK, I'll check the installation problem on a container later, but if I
install sysv-rc or current openrc package, then the installation of lvm2
fails because the dependencies aren't enabled. Enabling those manually
does solve this, but openrc 0.20.4-1 does not have this issue. I did run
rm -r /etc/rc?.d; insserv -d /etc/init.d before installation of lvm2, so
it shouldn't be caused by some strange state of /etc/rc?.d.
> 
> > I'm sorry if this should have been reported to init-system-helpers, I
> > wasn't sure as it is openrc-specific.
> 
> As you say that sysv-rc failed too, it doesn't sound like anything related
> to openrc.
Yes, it is related to openrc, as openrc seems only affected because of
the use of init-system-helpers to provide update-rc.d, which does not
seem to use openrc to determine the dependencies. Nevertheless it should
probably be reported to init-system-helpers.
> 
> 
> Meow!
> -- 
> A tit a day keeps the vet away.
> 


signature.asc
Description: Digital signature

Bug#819258: openrc: dependency resolving fails using init-system-helpers

[Adam Borowski]

On Fri, Mar 25, 2016 at 06:05:44PM +0100, Kevin Velghe wrote:
> Yesterday, I upgraded lvm2. During the upgrade, I got the following error:
>  insserv: Service mountdevsubfs has to be enabled to start service lvm2
>  insserv: exiting now!
> 
> This was fixed by manually enabling mountdevsubfs using insserv, after
> which I could finish upgrading. This morning however, booting hanged at
> lvm. Downgrading lvm2 didn't solve the problem, so I tried booting using
> sysv-rc, which had the same problem. systemd booted well, as did openrc
> 0.20.4-1.
> 
> So it seems openrc is able to handle the dependencies well, but that the
> current init-system-helpers does at least part of the work the sysv-rc
> way, which seems unable to handle it.

I've tried multiple scenarios but failed to reproduce your problem.
Including dist-upgrades:
  jessie sysv-rc -> unstable -> openrc
  jessie sysv-rc -> openrc -> unstable

So there's something more complex on your system than just lvm2.  Letting us
know what might be helpful in trying to find out what's amiss for you.

> I'm sorry if this should have been reported to init-system-helpers, I
> wasn't sure as it is openrc-specific.

As you say that sysv-rc failed too, it doesn't sound like anything related
to openrc.


Meow!
-- 
A tit a day keeps the vet away.

Bug#819258: openrc: dependency resolving fails using init-system-helpers

[Kevin Velghe]

Package: openrc
Version: 0.20.4-2.1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

Yesterday, I upgraded lvm2. During the upgrade, I got the following error:
 insserv: Service mountdevsubfs has to be enabled to start service lvm2
 insserv: exiting now!

This was fixed by manually enabling mountdevsubfs using insserv, after
which I could finish upgrading. This morning however, booting hanged at
lvm. Downgrading lvm2 didn't solve the problem, so I tried booting using
sysv-rc, which had the same problem. systemd booted well, as did openrc
0.20.4-1.

So it seems openrc is able to handle the dependencies well, but that the
current init-system-helpers does at least part of the work the sysv-rc
way, which seems unable to handle it.

I'm sorry if this should have been reported to init-system-helpers, I
wasn't sure as it is openrc-specific.

Best regards,
Kevin Velghe


- -- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'stable'), (120, 'unstable'), (100, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages openrc depends on:
ii  insserv  1.14.0-5.3
ii  libaudit11:2.4.5-1+b1
ii  libc62.22-3
ii  libeinfo10.20.4-2.1
ii  libpam0g 1.1.8-3.2
ii  librc1   0.20.4-2.1
ii  libselinux1  2.4-3+b1

openrc recommends no packages.

Versions of packages openrc suggests:
pn  policycoreutils  

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJW9W+pAAoJELhLvPn7bRYLEscP/1GRxU8CXJ6JkpNMSs5Fah0H
TAMdUwYdhhJI2pY+qd2yoVWXGDtrZ9kmy/AdwIDugneIpkmz5ZhO5FCwEZbCvrIa
jjMjjv3jdr7JUqM4BX6rtM0CALW6oXg6hQRNA3hqOxMJNvNx3QQmg1Scnsnjd++j
iQZMSSZdLp9Oo+DIEhXtlTxCiIYO8UtwRceATzMeQ+zV2TbaVca8tlXUyvrz4jAl
Y9u/xssfLwdjWiD8w52hAofEYRprEyHDWfKWQGS8sZ+ESNCBYm0hRq3nnFxfrQNj
j4mijb7B+O9RtXIPZEIbxrvFHdjjF0u+I/Of94JRsCkj9Sn9+ZenDRMQ4m5wOLhf
pXZq+vwUeltmgP+vHEy7WAqWpPdpGE/9iU3GF4yTrmIFruiqkFcKWsS2yePnA2CC
STjVGpV2G4NJp9sYImBevwxg0GlP3xd6z90/+oJ2dMOll4NRvacgexNf7507rvjK
me3wGMys5UEeZLJcWPgBX15glrMiDBx7IljpquIbGE/aQyV7KYgXO1MsCJPjLEKy
aGfvgfFGXM/UspgSvt/LwFLAUET6quTwJ2k73GiRKdNx75FTUWx+H1sxZvAhiYca
ahNLvlJjKkjpeWYofdm5r7dB8BUVlbXn0yD2rkCp3gBHJAPlpaAuw8ftKIGL2KgI
LKkvLLJetcDOzhqbDsb7
=n7Lm
-END PGP SIGNATURE-