Bug 832870
Summary: | FormatCreateError: ('invalid device specification', '/dev/mapper/vg_mayita-lv_root') | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | tilu333mr | ||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 17 | CC: | anaconda-maint-list, dcantrell, g.kaviyarasu, jonathan, mbreuer, vanmeeuwen+fedora | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Unspecified | ||||||
Whiteboard: | abrt_hash:14d85e45663c281958785dc087ae6c78af371241d517746aa3ef81846e92b771 | ||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2013-05-30 16:39:56 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
tilu333mr
2012-06-18 05:24:38 UTC
Created attachment 592518 [details]
File: anaconda-tb-gsAG7m
Looks like this was done in VirtualBox. Can you reliably reproduce the issue? The logs aren't showing anything obvious to my eyes. If it helps, I am seeing something similar with both liveboot (from a usb stick) and also from preupgrade. In both cases when I get to the point of searching for the prior system to upgrade the installer is unable to locate my existing root filesystem (which is on raid6). I was not able to get logs as yet - but do have a few data points that might help: 1. Initially I was using a corrupted usb stick (vfat - made on a Windows pc). The repos were unreadable as the file names were too long and truncated... interesting part here is that when I entered the shell to see what was happening I saw my current root filesystem (on /dev/md1 & my vg_00 in lvm, etc.) 2. After fixing the usb stick, when I got to the GUI my root was nowhere to be found, but I had what looked to be a corrupt /dev/md_1_1 directory). I think this is Anaconda - and did find some similar older bug reports). Regardless - the initial boot to the stick did mount the correct old root /mnt/sysimage, but after Anaconda was through it was a total mess and I was unable to get it back using the tools in that shell). 3. I tried preupgrade. Basically - same issue - the previous root file system is not found. This is not the /boot space issue - I created a fresh boot image on that same usb stick. Not sure if it ever sees the raid+lvm array - the /dev entries again look corrupt. If I have time later today I'm going to attempt to hand craft the initrd for preupgrade with explicit inclusion of raid modules & creation of the device files to see what happens... more likely I won't be able to get to this for a couple of weeks. Long story short - I (and I'm guessing anyone with their current root file system on raid and perhaps lvm can't upgrade to FC17. I was going to open a new bug - but found this one. I suggest marking this high and severe. I am closing this bug because of its age and the lack of response from the original reporter to the request for further info. If you are still experiencing this issue with Fedora 19 Beta, please open a new bug report. Thanks. |