Bug 116582
Summary: | up2date hang when updating smp kernel | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Peter Chiu <p.c.m.chiu> |
Component: | up2date | Assignee: | Adrian Likins <alikins> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fanny Augustin <fmoquete> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 1 | CC: | ngaywood, p.chiu |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-08-25 21:00:37 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Peter Chiu
2004-02-23 15:02:27 UTC
*** Bug 116600 has been marked as a duplicate of this bug. *** Interesting. Off hand, I have no idea what would cause kernel-smp to fail when kernel works fine. up2date handles them the same (and all packages that "provide: kernel" for that matter). It could be boot loader related, but it doesnt sound like it. That generally would throw a traceback and a big error. If you have "rollback" enabled, that might be an issue, since thats a less tread code path. Can you duplicate this behaviour with rollback disabled? I've seen this as well. I think it's another case of Bug 109962 where the smp kernel will hang when doing a umount. Part of the kernel updating involves creating an initrd. This means creating a small filesystem, loop-back mounting this filesystem, then umounting this filesystem. In the above bug, the SMP kernel has been shown to hang when doing a umount. This should be fixed in the latest FC1 SMP kernel. |