Bug 199459
Summary: | doesn't write out partition tables | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bill Nottingham <notting> |
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | rvokal, wtogami |
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: | 2006-07-20 22:12:46 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
Bill Nottingham
2006-07-19 17:53:33 UTC
Any kernel messages about being unable to write it? nothing here has really changed... Nope. From a brief look over tty2-4, it almost appears that it didn't even try. What steps is it supposed to write? The partition table should get saved in the turnOnFilesystems step -- the only reason it wouldn't is if parted failed to write it out for some reason (or the kernel failed to notice the write) tty3 is... moving (1) to step confirminstall moving (1) to step install moving (1) to step enablefilesystems formatting / as ext3 Format command: ['/usr/sbin/mke2fs', '/tmp/hda3', '-i', '4096', '-j' ] tty5 is... mke2fs: No such device or address while trying to determine filesystem size There is a lockdep warning about anaconda attempting to acquire (&bdev->bd_mutex) while already holding the lock. No other useful information, really. I blame the kernel ;-) What are you doing using regular IDE anyway? :P Because the other testbox is ahci/ata_piix, which works even worse at the moment? :P Actually, after more investigation, this is Peter's fault ;-) The mpath startup code was calling into refreshDevices which then resets everything to its "on-disk" state. I've stopped it from doing that for now which hopefully won't break mpath/dmraid |