Default Installer: No kernel modules were found
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | MAAS |
Undecided
|
Unassigned | ||
Bug Description
Latest 14.04 LTS trusty installed. Trying to deploy latest 14.04 LTS Trusty to a node using the default install (fast path works fine).
Subject nodes hangs in the console, never completing the default installation, with a debian-installer error:
-------
Download installer components
No kernel modules were found. This problably is due to a mismatch between the kernel used by this version of the installer and the kernel version available in the archive.
If you're installing from a mirror you can work around this problem by choosing to install a different version of Ubuntu. The install will probably fail to work if you continue without kernel modules.
Continue the install without loading kernel modules?
GoBack Yes No
-------
And the install pauses indefinitely.
This leaves the node in an unusable state.
| Mark Brown (mstevenbrown) wrote : | #2 |
This is not really acceptable....it means that we cannot pre-test/
Having our server partners be able to stand up with us at GA time is a goal or ours :-)
| Rod Smith (rodsmith) wrote : | #3 |
This bug also makes it difficult to test or write documentation for the d-i installer, which makes it more likely that there will be additional bugs or documentation slip-ups in the final release.
It may be too late to do anything about it for this release cycle, but some procedure needs to be put in place to prevent this from happening in future releases. Would marking certain kernels for inclusion in the archives in parallel with newer versions, at least until GA, do the trick?
| Julian Edwards (julian-edwards) wrote : | #4 |
I'm not sure what procedure is in place for updating the simplestreams index right now and I also don't know how feasible/hard it is to keep up to date with the archive. I've asked Scott Moser for some help to see what can be done here.
| Scott Moser (smoser) wrote : | #5 |
I'm working on getting daily builds updated.
Once we have them building and publishing with automation, they'll keep up.
| Peter van Dijk (habbie) wrote : | #6 |
Seeing the same message using:
sudo virt-install --connect qemu:///system --name fergus --ram 512 --disk path=/dev/
(loopmounted ubuntu-
However, if I say Yes, install finishes without issue. Not using preseed but I suspect that with preseed, it would still ask the question (and would still carry on without trouble if I said Yes.)
| Rod Smith (rodsmith) wrote : | #7 |
Peter, I've found that opting to install works sometimes but not other times. Even selecting "Yes" isn't always an option, though -- for instance, if console access is not available.
| Mike Rushton (leftyfb) wrote : | #8 |
This was fixed as of Friday with the running kernel being updated to 3.13.0-23-generic. Now that we're on 3.13.0-24-generic, this is an issue yet again.
| Changed in maas: | |
| status: | Invalid → Confirmed |
| Ryan Kather (rkather) wrote : | #9 |
Experiencing this bug as of today (04/17/2014), fastpath install seems to work. Reran sudo -n -E maas-import-
| Guy Baconniere (lordbaco) wrote : | #10 |
I also experimented this "bug" with the final version of 14.04 LTS but with a weird scenario :
1. You change the boot order in the BIOS to use USB Stick first, Hard Disk second, CDROM third or even disable boot from the CD
2. You forgot that you left a Ubuntu 12.02 LTS or 13.10 install CD or whatever old version of Ubuntu in the CDROM drive
3. You prepare a USB stick with the final version of Ubuntu 14.04 LTS and you insert it in a free USB port
4. During the boot (and following the Boot Order) the boot loader of Ubuntu 14.04 LTS will load (choose language etc.)
5. The correct Linux Kernel shipped with Ubuntu 14.04 LTS media will load the correct Ubuntu Installation aka 14.04
6. When Ubuntu will try to access the media it will not load the files from USB stick but from the CDROM...
so Ubuntu 14.04 will load the files from 12.02 or 13.10 or whatever version presents on the CDROM
7. You will get the message "No kernel modules were found. This probably is due to a mismatch between..."
8. At the end you can fix it by "eject"-ing the old installation CD or use the same kind of installation media during the installation (obvious but not evident to figure out what was happening in my case)
I assume you might also experiment this kind of bug if you have an old Ubuntu CD in while booting the server with MAAS (PXE)
If you want I can create a new bug report with this weird installation "bug" scenario.
| Changed in maas: | |
| status: | Confirmed → Invalid |
| Ryan Kather (rkather) wrote : | #11 |
I meant to comment on the status earlier, apologies for my delay. The bug has resolved itself on my end, as I expected. There seems to be a lag between the final release and updated pxe files that causes it. I'm not positive. I think if it does resurface it will be short lived and only during new releases (when you're deploying a new release).
I'll be waiting longer in the future before testing maas with newest releases. Hope this helps someone else who observes this. Note this is different than what Guy outlined above.
| Igor Galić (i.galic) wrote : | #12 |
14.04.2 and this bug is back again.
please note that i'm getting this bug when running a netinstall through cobbler, using the files that come with the 14.04.2 iso
Initrd : /distro/
Kernel : /distro/
Broken: (datestamp 30-Jan-2015)
http://
Working: (datestamp 2014-04-15)
http://
Unfortunately, the page on http://
| skaiser (skaiser) wrote : | #14 |
Same problem here.
I can't install ubuntu via netboot (newest netboot from ubuntu 14.04.2 server image).
i run every time into the "No kernel Modules were found" error which required interaction to proceed...
@roelof_
even with the Working image from your post i cant install the image.
Is this still the "out of sync" problem?
when will it get solved?
how can i chosse an alternate wokring image to bypass this error?
sources is preseed currenty:
d-i mirror/country string manual
d-i mirror/
d-i mirror/
d-i mirror/codename string jessie
d-i mirror/suite string jessie
d-i mirror/udeb/suite string jessie
d-i mirror/http/proxy string
d-i mirror/noarch error
| skaiser (skaiser) wrote : | #15 |
the problem occurs again..
is there a working solution for that?
| Alex Perez (aperez-6) wrote : | #16 |
@skaiser, you can try "d-i anna/no_


This is a problem in the simplestreams data, the archive is moving quicker than the data (kernel and initrd) keeps up. It will be fine once trusty is released.