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 receiv
** 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 ha
** 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 abou
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 packag
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 ab
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 becaus
** 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 h
** 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 t
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: New
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 documenta
For documentation this was the patch added to initramfs-tools in Debian.
** Patch added:
"0001-initramfs-tools-Handle-hidden-dependency-of-libcrc32.patch"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/415353/+attachment/3155691/+files/0001-initramfs-tools-Handle-hidden-dependency-of-li
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 ma
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 Ubuntu
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.
https://bugs.launchpad.net/bugs/4
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 beca
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 notificati
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 rece
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.
https://bugs.launc
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 notificat
@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 of
** 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 th
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 h
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
Bugs
@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:
Sou
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 wa
@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.
--
Yo
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
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 rece
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:
karmic/lucid
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
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"
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 lar
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 o
** 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 => Triage
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
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 a
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 SMBIOS-specifi
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.
https://bugs.launchpad.net/bu
** 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" wi
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 beca
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] EXT4
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 l
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
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
ubuntu-bugs
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 be
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 notif
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
** 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,
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 cra
** 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.
-
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
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)
Impo
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 provide
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
https://
55 matches
Mail list logo