lucid has seen the end of its life and is no longer receiving any
updates. Marking the lucid task for this ticket as Won't Fix.
** Changed in: initramfs-tools (Ubuntu Lucid)
Status: Triaged = Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
The version of initramfs-tools in lucid-proposed has been removed as
this bug report was not verified in a timely fashion.
** Tags removed: verification-needed
** Tags removed: removal-candidate
** Changed in: initramfs-tools (Ubuntu Lucid)
Status: Fix Committed = Triaged
--
You
** Branch linked: lp:~ubuntu-branches/ubuntu/lucid/initramfs-tools
/lucid-proposed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Title:
karmic/lucid installation slow on detecting network
** Tags added: removal-candidate
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Title:
karmic/lucid installation slow on detecting network hardware with
bnx2x
To manage notifications about
Uploaded to lucid-proposed. Thanks
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Title:
karmic/lucid installation slow on detecting network hardware with
bnx2x
To manage notifications
Hello Mattias, or anyone else affected,
Accepted initramfs-tools into lucid-proposed. The package will build now
and be available at http://launchpad.net/ubuntu/+source/initramfs-
tools/0.92bubuntu78.1 in a few hours, and then in the -proposed
repository.
Please help us by testing this new
AFAICT the kernel-side problem (which caused the even longer delays) is
already fixed in 10.04/Lucid. The remaining problem is the shorter
(3-4m) delay caused by the crc32c module not being placed into
initramfs.
** Also affects: initramfs-tools (Ubuntu)
Importance: Undecided
Status:
** Description changed:
Binary package hint: linux-image-2.6.31-5-generic
When installing some of my new bl460c g6 blades with bnx2x 10GE
interfaces, the step detecting network hardware takes a really long
time. This is probably due to the installer scanning all interfaces
several
** Branch linked: lp:~stefan-bader-canonical/ubuntu/lucid/initramfs-
tools/proposed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Title:
karmic/lucid installation slow on detecting network
Additionally adding the debdiff of the backported changes to initramfs-
tools (not sure the bzr branch is cortect).
** Attachment added: debdiff
https://bugs.launchpad.net/ubuntu/lucid/+source/linux/+bug/415353/+attachment/3171388/+files/debdiff
--
You received this bug notification because
Documentation of the issue seems like a reasonable way forwards,
assuming the crc32c module is also pre-installed into the installer
initrd and left as a choice for the sysadmin to add it manually.
The first reboot post install would still be affected until adding the
module into the the
Thank you for confirming Michael.
Given the facts that the issue is not fatal (quite annoying I agree),
the proper fixes that are upstream were too invasive, the backport that
tries to address it is not too well tested and may introduce other
problems, and (last but not least) it is possible to
For documentation this was the patch added to initramfs-tools in Debian.
** Patch added:
0001-initramfs-tools-Handle-hidden-dependency-of-libcrc32.patch
I can confirm that adding crc32c as a manual entry in the /etc
/initramfs-tools/modules and rebuilding the initramfs with update-
initramfs -u does work to fix the problem on Ubuntu 10.04.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
I'll try adding the crc32c module in as well for the next reboot. It
won't be until May that I can test this on the server during scheduled
maintenance.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Seems at least this I was able to reproduce in a VM. Though libcrc32c
does not show any dependencies, both crc32c and libcrc32c seem to be
required in /etc/initramfs-tools/modules. With both in, there is no
message and both modules are loaded after boot.
--
You received this bug notification
I added libcrc32a to /etc/initramfs-tools/modules (module is libcrc32a
and not libcrc32) and this time during boot I saw an unlogged to the
boot or syslog message about a missing symbol in that module and then
the same long pause behavior for trying to load the network driver on
boot.
--
You
Make that libcrc32c for the module name.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Title:
karmic/lucid installation slow on detecting network hardware with
bnx2x
To manage
I see a delay of about 3-4 minutes on boot as the blade tries the 8
ethernet interfaces and times out on the missing libcrc32 module on all
of them.
The server is booted from a local disk. I can attempt to add libcrc32
to the module list next scheduled reboot.
--
You received this bug
Ok, thanks. Don't forget to run update-initramfs -u after adding the
module and before reboot. Sorry if that was already clear. Just want to
be sure in case it was not.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
@Michael, which type of delay do you see exactly? Is the server booted
by using netboot images or from a local device? Is it possible to try
adding libcrc32 to /etc/initramfs-tools/modules and regenerate the
initramfs used? Thanks.
--
You received this bug notification because you are a member
** Tags added: kernel-da-key
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Title:
karmic/lucid installation slow on detecting network hardware with
bnx2x
To manage notifications about
This also affects my HP blade server on boot with the Lucid 10.04
2.6.32-38 kernel.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Title:
karmic/lucid installation slow on detecting network
Must admit having not looked for a while and being a bit confused about
were this stands for Lucid (10.04). The initramfs-tools version would be
older there but maybe got fixed anyway. Are the long delays still
present?
--
You received this bug notification because you are a member of Ubuntu
@Stefan:
the problem here is, that somehow it's now fixed (AFAIK) in the netboot images,
but the real fix should be in the initramfs-tools
See:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602254
And as I'm writing this, the updated initramfs-tools package went into
debian unstable:
@mwaltz, the delays you see are those in the range of 90 to 100s once at
boot. Which I am trying to resolve currently. The first test kernel will
get rid of the delay but as it looks in dmesg I need to find and
backport changes that prevent having the same module initialized
multiple times.
--
So the main issue with the patch is actually not the referencing but
plainly the locking. Problem is that there are a number of other patches
upstream that modified the way one mutex is held. Basically rewriting a
lot of code to avoid holding it over a long time. So the patch to fix
the gave up
ok, here you go!
** Attachment added: dmesg.txt
https://bugs.launchpad.net/ubuntu/lucid/+source/linux/+bug/415353/+attachment/1805684/+files/dmesg.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Hm, weird. I believe the interesting part of the above dmesg is this:
...
[ 14.824188] calling libcrc32c_mod_init+0x0/0x2c [libcrc32c] @ 804
[ 14.831660] calling init_ipmi_si+0x0/0x290 [ipmi_si] @ 1190
[ 14.831689] IPMI System Interface driver.
[ 14.831694] ipmi_si: Trying
Seems I misread the data. The first statement about lincrc32c actually
says it is loaded and its init function is being called. But that does
not complete within 30s, so it is retried. Discussing this with Andy,
there seems to be a patch that fixed calling request_module from within
a request for
Alright, there are some 64bit kernels at
http://people.canonical.com/~smb/lp415353/. I quick-tested the generic
version and it did not seem to blow things up. Though I cannot verify
whether there is any change with the bnx2x loading.
--
You received this bug notification because you are a member
** Patch added: For reference, this is the backported upstream patch
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/415353/+attachment/1806387/+files/0001-module-fix-bne2-gave-up-waiting-for-init-of-module-l.patch
** Changed in: linux (Ubuntu Lucid)
Status: Incomplete = Triaged
Stefan, thank you for the test kernels and I'll try them out on some of
our G6 blades here. How about netinstall kernels? We generally see this
problem when imaging new hardware and it grows from a 20 minute install
to a 2 hour one.
--
You received this bug notification because you are a member
There are netboot images from the .1 release at
http://cdimages.ubuntu.com/netboot/lucid/ and my last feedback was that
this was already reducing the delay from hours to minutes. More or less
the patch tested now will only affect the module load race which
accounts to 1.5minutes delay. The much
Err, sorry. Probably wrong link. I thought there was one. Need to find
it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Title:
karmic/lucid installation slow on detecting network hardware
Maybe the link _is_ correct. Though not all files seem to have been
updated. Though at least the pxelinux.0 should be from the last point
release.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Just got a better pointer http://archive.ubuntu.com/ubuntu/dists/lucid-
proposed/main/installer-amd64/current/images/netboot/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Title:
here's the dmesg output from the test kernel, which means that it
doesn't timeout anymore, but there are some errors that probably need
other changes.
** Attachment added: dmesg.txt
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/415353/+attachment/1806552/+files/dmesg.txt
--
You
Tested the netboot kernel and initrd.gz from
http://archive.ubuntu.com/ubuntu/dists/lucid-proposed/main/installer-
amd64/current/images/netboot/ubuntu-installer/amd64/ but it still does
the same slow initialization. Attaching dmesg.
** Attachment added: dmesg showing delays in initializing bnx2x
** Changed in: linux (Ubuntu Lucid)
Status: Triaged = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/415353
Title:
karmic/lucid installation slow on detecting network hardware with
It is from a real system originally installed from the netboot
installer.
Also, it does eventually manage to load it, but it takes quite a while.
I don't really know why that is.
I'll try to get a look at the current lucid netboot images too, but
that's slightly more tricky since I've run out of
Ah, that at least changes some of the assumptions (and places to look
for). Cause the error message clearly say the bnx2x module gets loaded,
then the kernel tries to load libcrc32c as well (because then bnx2x
module uses a function from that) but fails. Assuming you used the
netboot installer, I
mas...@bobo:~$ gunzip -c /boot/initrd.img-$(uname -r)|cpio -t|egrep
'bnx2x|libcrc32'
50910 blocks
mas...@bobo:~$
Any other ideas?
The filesystems do get mounted before the wait, not just root but also:
[ 11.470113] EXT4-fs (dm-3): mounted filesystem with ordered data mode
[ 12.150636]
Not really an idea, but could you get me a full dmesg when booting with
debug initcall_debug instead of the quiet as kernel boot options?
--
karmic/lucid installation slow on detecting network hardware with bnx2x
https://bugs.launchpad.net/bugs/415353
You received this bug notification because
On current lucid (2.6.32-25.45) I still see:
[ 13.372492] type=1505 audit(1289993385.731:12): operation=profile_load pid
=1048 name=/usr/sbin/tcpdump
[ 38.500547] bnx2x: gave up waiting for init of module libcrc32c.
[ 38.500552] bnx2x: Unknown symbol crc32c
[ 68.455130] bnx2x: gave up
Hm, did I miss that before? This looks to me like the problem changed a
bit and the main problem is now some module dependency... Will have a
look there.
--
karmic/lucid installation slow on detecting network hardware with bnx2x
https://bugs.launchpad.net/bugs/415353
You received this bug
Matthias, that was from a netbook image, right? Roughly this sounds like
libcrc32c is not in the bunch of modules the installer image pulls in.
--
karmic/lucid installation slow on detecting network hardware with bnx2x
https://bugs.launchpad.net/bugs/415353
You received this bug notification
Doh! I mean netboot not netbook.
--
karmic/lucid installation slow on detecting network hardware with bnx2x
https://bugs.launchpad.net/bugs/415353
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I am a bit confused by the comments: The last comments about the long delays
(20-30 min!) was made with 2.6.32-20, a pre-release kernel. There was a fix
about lost MSI-X interrupts in 2.6.32-23.37 and two more in the current
proposed kernel (2.6.32-26.46), but those seem to address a netpoll
** Changed in: linux (Ubuntu Lucid)
Assignee: (unassigned) = Stefan Bader (stefan-bader-canonical)
--
karmic/lucid installation slow on detecting network hardware with bnx2x
https://bugs.launchpad.net/bugs/415353
You received this bug notification because you are a member of Ubuntu
Bugs,
** Changed in: linux (Ubuntu Lucid)
Status: Confirmed = Triaged
--
karmic/lucid installation slow on detecting network hardware with bnx2x
https://bugs.launchpad.net/bugs/415353
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Reopening, since it's still happening.
** Changed in: linux (Ubuntu)
Importance: Undecided = Medium
** Changed in: linux (Ubuntu)
Status: Expired = Confirmed
** Also affects: linux (Ubuntu Lucid)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu Lucid)
This is fixed in maverick, but still happening on the latest lucid
image.
** Changed in: linux (Ubuntu)
Status: Confirmed = Fix Released
--
karmic/lucid installation slow on detecting network hardware with bnx2x
https://bugs.launchpad.net/bugs/415353
You received this bug notification
This bug report was marked as Incomplete and has not had any updated
comments for quite some time. As a result this bug is being closed.
Please reopen if this is still an issue in the current Ubuntu
development release http://cdimage.ubuntu.com/daily-live/current/ .
Also, please be sure to
confirming on lucid, takes ~30s every boot.
** Summary changed:
- karmic installation slow on detecting network hardware with bnx2x
+ karmic/lucid installation slow on detecting network hardware with bnx2x
--
karmic/lucid installation slow on detecting network hardware with bnx2x
55 matches
Mail list logo