Bug 54352
| Summary: | cannot partition /tmp/sdb in %post | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Michael E Brown <michael_e_brown> |
| Component: | anaconda | Assignee: | Jeremy Katz <katzj> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike McLean <mikem> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.3 | CC: | john_hull, ltroan, matt_domsch, msf, msw, notting |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-07-28 22:40:45 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: | |||
| Attachments: | |||
|
Description
Michael E Brown
2001-10-04 17:30:56 UTC
Created attachment 33378 [details]
kickstart %post section
Created attachment 33379 [details]
dmesg output (after first 'fdisk' attempt). Note the last line.
Created attachment 33380 [details]
lsof output, from before any partitioning (fdisk) takes place. Note "/tmp/sdb (deleted)" entry.
Created attachment 33381 [details]
ps aux output
Created attachment 33382 [details]
stderr output from kickstart file.
Created attachment 33383 [details]
stdout output from kickstart file.
In addition, anaconda gives the following error on VT3 during partitioning (from memory, may be slightly off): zeroMBA specified but invalid partition table specified on sdb I would like to postulate that anaconda is missing a "close" in the error-path, and all of it's children are inheriting this open file descriptor. Jeremy please look at this report. Yes, the diskset is not getting closed prior to the end of the installation... testing a small update to fix this now katzj, any progress with this? Working on this and a few other things at once. Original patch still leaves something with a dangling reference to the disk. Is the patch working now? Nope, and still not sure what's holding the reference Any update on this? Nope, still looking off and on when I'm not being pulled in ten other directions though We're currently hitting other areas where partition tables aren't being reread properly in Hampton, so hopefully cleaning some of those up will help with this one too. If not, it should at least be easier to figure out at least where it's leaking with some of the other cleanups. Still doesn't seem to get it. Matt -- when there's a parted exception, are the disk references being closed properly? Deferring to future release. I am hitting this in RH 8.0 -Final-. Created attachment 77065 [details]
script that fails in %post
just created a workaround for this issue. It doesn't address the underlying bug, but it does work around it nicely. Instead of using /dev/sdb1 as the PV for the VG, I am just using /dev/sdb directly. New script will be attached. Please let me know if you know of anything that will break because of this. Created attachment 77067 [details]
updated script to work around bug.
There have been no guarantees made about what commands can be run in the %post, other than the installed system will be available as /mnt/sysimage. Your only option is to change the way you create your partitions so that you decide which drives will be used for what filesystems in the %pre, then write out the appropriate kickstart partitioning commands to a temporary file, and finally include that temporary file using the kickstart %include mechanism we added in 7.3 to address this exact type of on-the-fly dynamic kickstart situations. This way you don't have to worry about catching this kind of side-effect as you are now experiencing during the beta cycle when we could do something about it. Anyhow, to do this in a %pre you would just have something very similar to your %post script that would run and detect the available block devices. You then can write out ks 'part' rules for swap, '/', '/boot', etc as well as rules for the remaining devices to go into the '/data' LVM mount. This issue report has been quiet for some time and I wanted to check if there was any further comments before I close it. Assuming based on the lack of response to msf's comment that this isn't a problem any more. Please reopen if it is. |