Processed: Re: Bug#902946: Fails to load autofs module through autofs4 alias
Processing control commands: > severity -1 important Bug #902946 [systemd] Fails to load autofs module through autofs4 alias Severity set to 'important' from 'serious' -- 902946: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=902946 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#902946: Fails to load autofs module through autofs4 alias
Control: severity -1 important Am 03.07.2018 um 23:08 schrieb Michael Biebl: > Am 03.07.2018 um 20:11 schrieb Ben Hutchings: >> Package: systemd >> Version: 239-1 >> Severity: serious >> >> Starting with Linux 4.18, the autofs4 kernel module is renamed >> to autofs, but retaining an 'autofs4' alias. >> >> Despite the presence of the alias, systemd fails to load the >> autofs module: >> >> systemd[1]: Failed to insert module 'autofs4': No such file or directory >> >> Opened as 'serious' since I think autofs supports critical >> functionality in systemd. I've decided to downgrade the severity of this bug report for now, given that the kernel is not yet available in the archive and it's kinda odd alerting/scaring users about an issue via apt-listbugs (and making the package put on hold) when they are not actually affected. Once such a kernel hits unstable, the issue should be raised again to serious, assuming no other solution has been found by then. It might make sense if the linux package would gain a versioned Breaks against systemd, assuming the fix has to be done in systemd itself. I would appreciate if the 4.18 linux package could stay in experimental until a solution has been found either way. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#902946: Fails to load autofs module through autofs4 alias
Hi Ben Am 03.07.2018 um 23:10 schrieb Ben Hutchings: > On Tue, 2018-07-03 at 23:08 +0200, Michael Biebl wrote: >> Is there a 4.18 kernel available where this can be tested? > > I've uploaded it to experimental and it's currently in NEW. I've forwarded this issue upstream and there came up questions like in https://github.com/systemd/systemd/issues/9501#issuecomment-402653536 which I can't really answer without having the 4.18 kernel available. Would be awesome if you can followup on the upstream bug report and answer the questions Ian Kent has. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Processed: Re: Bug#902946: Fails to load autofs module through autofs4 alias
Processing control commands: > notfound -1 239-1 Bug #902946 [systemd] Fails to load autofs module through autofs4 alias No longer marked as found in versions systemd/239-1. > found -1 238-5 Bug #902946 [systemd] Fails to load autofs module through autofs4 alias Marked as found in versions systemd/238-5. > found -1 239-3 Bug #902946 [systemd] Fails to load autofs module through autofs4 alias Marked as found in versions systemd/239-3. -- 902946: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=902946 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#902946: Fails to load autofs module through autofs4 alias
Control: notfound -1 239-1 Control: found -1 238-5 Control: found -1 239-3 On Tue, 2018-07-03 at 23:42 +0200, Michael Biebl wrote: > Am 03.07.2018 um 23:10 schrieb Ben Hutchings: > > On Tue, 2018-07-03 at 23:08 +0200, Michael Biebl wrote: > > > Am 03.07.2018 um 20:11 schrieb Ben Hutchings: > > > > Package: systemd > > > > Version: 239-1 > > > > Severity: serious > > > > > > > > Starting with Linux 4.18, the autofs4 kernel module is renamed > > > > to autofs, but retaining an 'autofs4' alias. > > > > > > > > Despite the presence of the alias, systemd fails to load the > > > > autofs module: > > > > > > > > systemd[1]: Failed to insert module 'autofs4': No such file or > > > > directory > > > > > > > > Opened as 'serious' since I think autofs supports critical > > > > functionality in systemd. > > > > > > Is there a 4.18 kernel available where this can be tested? > > > > I've uploaded it to experimental and it's currently in NEW. > > Ok, thanks. > > Just to be sure: Since you marked this found in version 239-1, is this > is a regression or already reproducible with v238. I'm asking because > this bug will block systemd from entering testing. Just tested, and it's not a regression. I'm correcting the found versions to be those I've actually tested with Linux 4.18. Ben. -- Ben Hutchings Every program is either trivial or else contains at least one bug signature.asc Description: This is a digitally signed message part
Bug#902946: Fails to load autofs module through autofs4 alias
Am 03.07.2018 um 23:10 schrieb Ben Hutchings: > On Tue, 2018-07-03 at 23:08 +0200, Michael Biebl wrote: >> Am 03.07.2018 um 20:11 schrieb Ben Hutchings: >>> Package: systemd >>> Version: 239-1 >>> Severity: serious >>> >>> Starting with Linux 4.18, the autofs4 kernel module is renamed >>> to autofs, but retaining an 'autofs4' alias. >>> >>> Despite the presence of the alias, systemd fails to load the >>> autofs module: >>> >>> systemd[1]: Failed to insert module 'autofs4': No such file or directory >>> >>> Opened as 'serious' since I think autofs supports critical >>> functionality in systemd. >> >> Is there a 4.18 kernel available where this can be tested? > > I've uploaded it to experimental and it's currently in NEW. Ok, thanks. Just to be sure: Since you marked this found in version 239-1, is this is a regression or already reproducible with v238. I'm asking because this bug will block systemd from entering testing. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#902946: Fails to load autofs module through autofs4 alias
On Tue, 2018-07-03 at 23:08 +0200, Michael Biebl wrote: > Am 03.07.2018 um 20:11 schrieb Ben Hutchings: > > Package: systemd > > Version: 239-1 > > Severity: serious > > > > Starting with Linux 4.18, the autofs4 kernel module is renamed > > to autofs, but retaining an 'autofs4' alias. > > > > Despite the presence of the alias, systemd fails to load the > > autofs module: > > > > systemd[1]: Failed to insert module 'autofs4': No such file or directory > > > > Opened as 'serious' since I think autofs supports critical > > functionality in systemd. > > Is there a 4.18 kernel available where this can be tested? I've uploaded it to experimental and it's currently in NEW. Ben. -- Ben Hutchings Power corrupts. Absolute power is kind of neat. - John Lehman signature.asc Description: This is a digitally signed message part
Bug#902946: Fails to load autofs module through autofs4 alias
Am 03.07.2018 um 20:11 schrieb Ben Hutchings: > Package: systemd > Version: 239-1 > Severity: serious > > Starting with Linux 4.18, the autofs4 kernel module is renamed > to autofs, but retaining an 'autofs4' alias. > > Despite the presence of the alias, systemd fails to load the > autofs module: > > systemd[1]: Failed to insert module 'autofs4': No such file or directory > > Opened as 'serious' since I think autofs supports critical > functionality in systemd. Is there a 4.18 kernel available where this can be tested? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#902946: Fails to load autofs module through autofs4 alias
Package: systemd Version: 239-1 Severity: serious Starting with Linux 4.18, the autofs4 kernel module is renamed to autofs, but retaining an 'autofs4' alias. Despite the presence of the alias, systemd fails to load the autofs module: systemd[1]: Failed to insert module 'autofs4': No such file or directory Opened as 'serious' since I think autofs supports critical functionality in systemd. Ben. -- Package-specific info: -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages systemd depends on: ii adduser 3.117 ii libacl1 2.2.52-3+b1 ii libapparmor1 2.12-4 ii libaudit11:2.8.3-1 ii libblkid12.32-0.1 ii libc62.27-3 ii libcap2 1:2.25-1.2 ii libcryptsetup12 2:2.0.3-4 ii libgcrypt20 1.8.3-1 ii libgnutls30 3.5.18-1 ii libgpg-error01.31-1 ii libidn11 1.33-2.2 ii libip4tc01.6.2-1 ii libkmod2 25-1 ii liblz4-1 1.8.2-1 ii liblzma5 5.2.2-1.3 ii libmount12.32-0.1 ii libpam0g 1.1.8-3.7 ii libseccomp2 2.3.3-2 ii libselinux1 2.8-1 ii libsystemd0 239-1 ii mount2.32-0.1 ii procps 2:3.3.15-2 ii util-linux 2.32-0.1 Versions of packages systemd recommends: ii dbus1.12.8-3 ii libpam-systemd 239-1 Versions of packages systemd suggests: ii policykit-10.105-20 ii systemd-container 239-1 Versions of packages systemd is related to: pn dracut ii initramfs-tools 0.131~1.gbp0170b7 ii udev 239-1 -- no debconf information