Bug 101621
Summary: | unrecognized ks command: part | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux Beta | Reporter: | Mike McLean <mikem> |
Component: | anaconda | Assignee: | Michael Fulbright <msf> |
Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | beta1 | ||
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: | 2003-08-13 16:02:55 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: | |||
Bug Depends On: | |||
Bug Blocks: | 100643 |
Description
Mike McLean
2003-08-04 19:38:17 UTC
Did you perhaps not have an ida/c0d0p3 partition? There was some exception handling changed in Cambridge that was being over-zealous. I'm pretty sure that the partition was there. This case does one install with "/" and "/next" partitions. Then it does a second install with "/" on the old /next partition and "/last" on the old / partition. The devices used for the --onpart option would have been pulled from /etc/mtab. I'll rerun the testcase just to be sure. If this is the case, then the error message is very misleading. Like I said, the exception catching was a bit broad there. I've fixed that (should show up in tomorrow's nightly I think -- I'll build an anaconda before I leave to ensure it). Then again, it could be some other exception entirely and it would have been completely covered up :/ So results from tomorrow's tree would be interesting :) I'm poking around on VC2 post-traceback. The partition appears in /proc/partitions, and I am able to mount it manually. Nothing odd appears in anaconda.log. the cpqarray has nothing to do with it. The case has failed on several different machines. The traceback looks exactly the same in Cambridge-re0805.nightly (anaconda-9.0.94-0.20030804154703). A slightly simpler testcase fails also (this one has no --noformat option). Fixed for real closing |