Re: Something weird with modules in kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64
On Tue, Jun 9, 2020 at 12:17 PM Justin Forbes wrote: > > On Tue, Jun 9, 2020 at 9:06 AM Richard W.M. Jones wrote: > > > > I've installed kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64 but > > not rebooted (still running 5.6.0-0.rc5.git0.1.fc33.x86_64 on the host). > > > > However /lib/modules/5.8.0-[...] has not been fully created in some way. > > In particular there are no *.ko files at all under that directory: > > > > $ ls /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ > > bls.conf modules.builtinmodules.drm source > > build modules.builtin.alias.bin modules.modesetting > > symvers.gz > > config modules.builtin.binmodules.networking > > System.map > > kernel modules.builtin.modinfomodules.orderupdates > > modules.alias modules.depmodules.softdep vdso > > modules.alias.bin modules.dep.binmodules.symbols vmlinuz > > modules.block modules.devnamemodules.symbols.bin > > weak-updates > > $ find /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ > > -name '*.ko' > > > > find /lib/module/ -name *.ko should return nothing on any > shipping kernel. Modules have been xz compressed for some time now. > > $ find /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ > -name *.ko.xz | wc -l > 3599 > $ find /lib/modules/5.7.0-1.fc33.x86_64/ -name *.ko.xz | wc -l > 3484 > > > Using virt-rescue to examine the new kernel also fails as you'd expect > > when it tries to load any module. > > > > Yes, something is definitely failing, trying to figure that out now. > So, it turns out that this is entirely a problem with the ark scripts during the merge window. The kernel rpm expects that the version doesn't bump until rc1, but the scripts are changing the version as soon as there is a git commit. End result, the kernel uname is 5.7.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64 but the modules are in /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/. I can fix it when koji comes back. > > Any idea where to begin debugging this, or if there's an existing bug? > > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Something weird with modules in kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64
On Tue, Jun 9, 2020 at 9:06 AM Richard W.M. Jones wrote: > > I've installed kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64 but > not rebooted (still running 5.6.0-0.rc5.git0.1.fc33.x86_64 on the host). > > However /lib/modules/5.8.0-[...] has not been fully created in some way. > In particular there are no *.ko files at all under that directory: > > $ ls /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ > bls.conf modules.builtinmodules.drm source > build modules.builtin.alias.bin modules.modesetting symvers.gz > config modules.builtin.binmodules.networking System.map > kernel modules.builtin.modinfomodules.orderupdates > modules.alias modules.depmodules.softdep vdso > modules.alias.bin modules.dep.binmodules.symbols vmlinuz > modules.block modules.devnamemodules.symbols.bin > weak-updates > $ find /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ -name > '*.ko' > find /lib/module/ -name *.ko should return nothing on any shipping kernel. Modules have been xz compressed for some time now. $ find /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ -name *.ko.xz | wc -l 3599 $ find /lib/modules/5.7.0-1.fc33.x86_64/ -name *.ko.xz | wc -l 3484 > Using virt-rescue to examine the new kernel also fails as you'd expect > when it tries to load any module. > Yes, something is definitely failing, trying to figure that out now. > Any idea where to begin debugging this, or if there's an existing bug? > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Something weird with modules in kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64
On Tue, Jun 09, 2020 at 03:06:27PM +0100, Richard W.M. Jones wrote: > On Tue, Jun 09, 2020 at 03:05:05PM +0100, Richard W.M. Jones wrote: > > I've installed kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64 but > > not rebooted (still running 5.6.0-0.rc5.git0.1.fc33.x86_64 on the host). > > > > However /lib/modules/5.8.0-[...] has not been fully created in some way. > > In particular there are no *.ko files at all under that directory: > > > > $ ls /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ > > bls.conf modules.builtinmodules.drm source > > build modules.builtin.alias.bin modules.modesetting > > symvers.gz > > config modules.builtin.binmodules.networking > > System.map > > kernel modules.builtin.modinfomodules.orderupdates > > modules.alias modules.depmodules.softdep vdso > > modules.alias.bin modules.dep.binmodules.symbols vmlinuz > > modules.block modules.devnamemodules.symbols.bin > > weak-updates > > $ find /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ > > -name '*.ko' > > > > Using virt-rescue to examine the new kernel also fails as you'd expect > > when it tries to load any module. > > > > Any idea where to begin debugging this, or if there's an existing bug? > > I forgot to add that it's not just on my machine. The reason I'm > looking at this is because it caused a build failure in Koji, where > again it seems like a module (vfat.ko) doesn't exist: > The file (vfat.ko.xz) is delivered with a kernel-core package. > https://koji.fedoraproject.org/koji/taskinfo?taskID=45575240 > kernel-core-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64.rpm was installed according to the root.log and the package contains the file according to my "rpm -qlp". If the file is not on the system, then something has deleted it. -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Something weird with modules in kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64
Le mardi 09 juin 2020 à 15:05 +0100, Richard W.M. Jones a écrit : > I've installed kernel-5.8.0- > 0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64 but > not rebooted (still running 5.6.0-0.rc5.git0.1.fc33.x86_64 on the > host). I can confirm that rawhide does not boot in a useful state right now (no modules = no storage, no input, no nothing) -- Nicolas Mailhot ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Something weird with modules in kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64
On Tue, Jun 09, 2020 at 03:05:05PM +0100, Richard W.M. Jones wrote: > I've installed kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64 but > not rebooted (still running 5.6.0-0.rc5.git0.1.fc33.x86_64 on the host). > > However /lib/modules/5.8.0-[...] has not been fully created in some way. > In particular there are no *.ko files at all under that directory: > > $ ls /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ > bls.conf modules.builtinmodules.drm source > build modules.builtin.alias.bin modules.modesetting symvers.gz > config modules.builtin.binmodules.networking System.map > kernel modules.builtin.modinfomodules.orderupdates > modules.alias modules.depmodules.softdep vdso > modules.alias.bin modules.dep.binmodules.symbols vmlinuz > modules.block modules.devnamemodules.symbols.bin > weak-updates > $ find /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ -name > '*.ko' > > Using virt-rescue to examine the new kernel also fails as you'd expect > when it tries to load any module. > > Any idea where to begin debugging this, or if there's an existing bug? I forgot to add that it's not just on my machine. The reason I'm looking at this is because it caused a build failure in Koji, where again it seems like a module (vfat.ko) doesn't exist: https://koji.fedoraproject.org/koji/taskinfo?taskID=45575240 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Something weird with modules in kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64
I've installed kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64 but not rebooted (still running 5.6.0-0.rc5.git0.1.fc33.x86_64 on the host). However /lib/modules/5.8.0-[...] has not been fully created in some way. In particular there are no *.ko files at all under that directory: $ ls /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ bls.conf modules.builtinmodules.drm source build modules.builtin.alias.bin modules.modesetting symvers.gz config modules.builtin.binmodules.networking System.map kernel modules.builtin.modinfomodules.orderupdates modules.alias modules.depmodules.softdep vdso modules.alias.bin modules.dep.binmodules.symbols vmlinuz modules.block modules.devnamemodules.symbols.bin weak-updates $ find /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ -name '*.ko' Using virt-rescue to examine the new kernel also fails as you'd expect when it tries to load any module. Any idea where to begin debugging this, or if there's an existing bug? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
