Bug 980267 - OSError: [Errno 2] No such file or directory: '/dev/md' (anaconda crashes if an existing Linux install lists an mdraid array by /dev node in fstab)
Summary: OSError: [Errno 2] No such file or directory: '/dev/md' (anaconda crashes if ...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: python-blivet
Version: 22
Hardware: x86_64
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Blivet Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:ab509f68aff031a4ca35fe06b0d...
: 975811 1045686 (view as bug list)
Depends On:
Blocks: 1052454
TreeView+ depends on / blocked
 
Reported: 2013-07-01 23:04 UTC by Michael Perrone
Modified: 2016-07-19 18:58 UTC (History)
19 users (show)

Fixed In Version:
Clone Of:
: 1052454 (view as bug list)
Environment:
Last Closed: 2016-07-19 18:58:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: anaconda.log (11.98 KB, text/plain)
2013-07-01 23:04 UTC, Michael Perrone
no flags Details
File: environ (525 bytes, text/plain)
2013-07-01 23:04 UTC, Michael Perrone
no flags Details
File: lsblk_output (3.28 KB, text/plain)
2013-07-01 23:04 UTC, Michael Perrone
no flags Details
File: messages (303.07 KB, text/plain)
2013-07-01 23:04 UTC, Michael Perrone
no flags Details
File: nmcli_dev_list (4.54 KB, text/plain)
2013-07-01 23:04 UTC, Michael Perrone
no flags Details
File: os_info (179 bytes, text/plain)
2013-07-01 23:04 UTC, Michael Perrone
no flags Details
File: program.log (99.78 KB, text/plain)
2013-07-01 23:04 UTC, Michael Perrone
no flags Details
File: storage.log (652.62 KB, text/plain)
2013-07-01 23:04 UTC, Michael Perrone
no flags Details
File: ifcfg.log (2.68 KB, text/plain)
2013-07-01 23:04 UTC, Michael Perrone
no flags Details
File: anaconda-tb (1.05 MB, application/octet-stream)
2013-07-01 23:04 UTC, Michael Perrone
no flags Details

Description Michael Perrone 2013-07-01 23:04:13 UTC
Description of problem:
Trying to install live DVD or trying to install from installer DVD 19-RC3 (and older)

Version-Release number of selected component:
anaconda-19.30.13-1.fc19.x86_64

The following was filed automatically by anaconda:
anaconda 19.30.13-1 exception report
Traceback (most recent call first):
  File "/usr/lib/python2.7/site-packages/blivet/devicelibs/mdraid.py", line 269, in name_from_md_node
    for link in os.listdir(md_dir):
  File "/usr/lib/python2.7/site-packages/blivet/devicetree.py", line 2196, in resolveDevice
    md_name = devicelibs.mdraid.name_from_md_node(devspec[5:])
  File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 2985, in parseFSTab
    options=options)
  File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 2908, in findExistingInstallations
    (mounts, swaps) = parseFSTab(devicetree, chroot=ROOT_PATH)
  File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 424, in reset
    self.roots = findExistingInstallations(self.devicetree)
  File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 144, in storageInitialize
    storage.reset()
  File "/usr/lib64/python2.7/threading.py", line 764, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib64/python2.7/site-packages/pyanaconda/threads.py", line 168, in run
    threading.Thread.run(self, *args, **kwargs)
OSError: [Errno 2] No such file or directory: '/dev/md'

Additional info:
cmdline:        /usr/bin/python  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-osimg-min --lang en_US.UTF-8
cmdline_file:   BOOT_IMAGE=/isolinux/vmlinuz0 root=live:LABEL=Fedora-Live-Jam-KDE-x86_64-19-1 ro rd.live.image quiet threadirqs rhgb
executable:     /sbin/anaconda
hashmarkername: anaconda
kernel:         3.9.5-301.fc19.x86_64
other involved packages: python-blivet-0.17-1.fc19.noarch, python-libs-2.7.5-1.fc19.x86_64
product:        Fedora
release:        Fedora release 19 (Schrödinger’s Cat)
type:           anaconda
version:        19

Comment 1 Michael Perrone 2013-07-01 23:04:17 UTC
Created attachment 767552 [details]
File: anaconda.log

Comment 2 Michael Perrone 2013-07-01 23:04:20 UTC
Created attachment 767553 [details]
File: environ

Comment 3 Michael Perrone 2013-07-01 23:04:23 UTC
Created attachment 767554 [details]
File: lsblk_output

Comment 4 Michael Perrone 2013-07-01 23:04:26 UTC
Created attachment 767555 [details]
File: messages

Comment 5 Michael Perrone 2013-07-01 23:04:29 UTC
Created attachment 767556 [details]
File: nmcli_dev_list

Comment 6 Michael Perrone 2013-07-01 23:04:32 UTC
Created attachment 767557 [details]
File: os_info

Comment 7 Michael Perrone 2013-07-01 23:04:36 UTC
Created attachment 767558 [details]
File: program.log

Comment 8 Michael Perrone 2013-07-01 23:04:39 UTC
Created attachment 767559 [details]
File: storage.log

Comment 9 Michael Perrone 2013-07-01 23:04:42 UTC
Created attachment 767560 [details]
File: ifcfg.log

Comment 10 Michael Perrone 2013-07-01 23:04:46 UTC
Created attachment 767561 [details]
File: anaconda-tb

Comment 11 matt 2013-07-08 21:10:33 UTC
I am having the same problem.  Is there perhaps a way to have anaconda ignore my md arrays altogether?   I do not want to install onto them anyway.

Comment 12 matt 2013-07-09 14:04:01 UTC
1) Boot Fedora 19 x86_64 DVD ISO image from USB flash drive.
2) Select "Install Fedora 19" from grub menu
3) At anaconda language selection screen, wait for error to pop up.  Might have to hit tab after a while


Notes: I have 2 md raid arrays that have been in this system for years through various fedora installs and never had a problem.  They seem to get assembled OK, but then anaconda chokes on them for some reason.

cmdline:        /usr/bin/python  /sbin/anaconda
cmdline_file:   BOOT_IMAGE=/images/pxeboot/vmlinuz inst.stage2=hd:LABEL=Fedora\x2019\x20x86_64 quiet
hashmarkername: anaconda
kernel:         3.9.5-301.fc19.x86_64
package:        anaconda-19.30.13-1
product:        Fedora
reason:         OSError: [Errno 2] No such file or directory: '/dev/md'
release:        Cannot get release name.
version:        19

Comment 13 matt 2013-07-09 14:36:05 UTC
Sorry, my logs didn't seem to get attached.  Perhaps because it's a dupe?  FWIW I've successfully installed to several other servers -- that don't have any md arrays in them -- from the very same USB key.

Comment 14 Chris Hubick 2013-07-15 20:10:02 UTC
I'm seeing this as well.

Search also turned up Bug 965299, and possibly also Bug 972546 and Bug 886314.

Comment 15 matt 2013-07-18 04:44:38 UTC
I think my situation is different than the bugs in comment 14.  Note that I'm not trying to do anything fancy here.  Just booting anaconda in a machine that happens to have some existing md arrays in it.  I can't even get to the point where I choose an installation target device; anaconda gives the error before I can even get past the initial language selection screen.

I tried booting with raid=noautodetect added to the kernel command line, but anaconda still assembled the arrays and then got confused.

I do not even want to install to an md array. I just want to install to sda like I've done with the past 10+ Fedora releases.  Is there some way to get anaconda to ignore the arrays?  I really don't want some installer messing with my arrays unless I tell it to, anyway. Is there perhaps a new anaconda img without this bug?

Comment 16 Jim Bean 2013-07-28 01:45:38 UTC
Boot from DVD containing F19 distribution

cmdline:        /usr/bin/python  /sbin/anaconda
cmdline_file:   initrd=initrd.img inst.stage2=hd:LABEL=Fedora\x2019\x20x86_64 quiet BOOT_IMAGE=vmlinuz 
hashmarkername: anaconda
kernel:         3.9.5-301.fc19.x86_64
package:        anaconda-19.30.13-1
product:        Fedora
reason:         OSError: [Errno 2] No such file or directory: '/dev/md'
release:        Cannot get release name.
version:        19

Comment 17 Jim Bean 2013-07-29 23:19:56 UTC
(In reply to Jim Bean from comment #16)
> Boot from DVD containing F19 distribution
> 
> cmdline:        /usr/bin/python  /sbin/anaconda
> cmdline_file:   initrd=initrd.img
> inst.stage2=hd:LABEL=Fedora\x2019\x20x86_64 quiet BOOT_IMAGE=vmlinuz 
> hashmarkername: anaconda
> kernel:         3.9.5-301.fc19.x86_64
> package:        anaconda-19.30.13-1
> product:        Fedora
> reason:         OSError: [Errno 2] No such file or directory: '/dev/md'
> release:        Cannot get release name.
> version:        19

My situation is similar to Matt, not installing to a raid array.
I have 2 raid1 arrays with /home of F17 and F18 mounted on them.
This is the setup:
SDB1                  F17 /boot
SDB2 SDA2 /dev/md127  F17 /home
SDB3 SDA5 /dev/md1    F18 /home
SDB5                  F18 /boot
SDB6                  F18 /
SDB7                  F17 /

I hope to install F19 over F17
Jim

Comment 18 Jim Bean 2013-08-13 20:28:17 UTC
(In reply to Jim Bean from comment #17)
> (In reply to Jim Bean from comment #16)
> > Boot from DVD containing F19 distribution
> > 
> > cmdline:        /usr/bin/python  /sbin/anaconda
> > cmdline_file:   initrd=initrd.img
> > inst.stage2=hd:LABEL=Fedora\x2019\x20x86_64 quiet BOOT_IMAGE=vmlinuz 
> > hashmarkername: anaconda
> > kernel:         3.9.5-301.fc19.x86_64
> > package:        anaconda-19.30.13-1
> > product:        Fedora
> > reason:         OSError: [Errno 2] No such file or directory: '/dev/md'
> > release:        Cannot get release name.
> > version:        19
> 
> My situation is similar to Matt, not installing to a raid array.
> I have 2 raid1 arrays with /home of F17 and F18 mounted on them.
> This is the setup:
> SDB1                  F17 /boot
> SDB2 SDA2 /dev/md127  F17 /home
> SDB3 SDA5 /dev/md1    F18 /home
> SDB5                  F18 /boot
> SDB6                  F18 /
> SDB7                  F17 /
> 
> I hope to install F19 over F17
> Jim

I was able to update F18 to F19 using fedup and the disk setup above.
So fedup does not choke on the raid partitions.
This isn't what I wanted to do but is a temporary solution.

Comment 19 Gary Lucas 2013-10-06 03:28:33 UTC
running installer from livecd for Fedora Core 19

Click install, Welcome To Fedora 19 screen comes up, wait about 20 seconds.  Error message occurs.

And looking at the traceback I see now it's blowing up on mdraid, I do have a software raid array that is managed by mdadm.

cmdline:        /usr/bin/python  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-osimg-min --lang en_US.UTF-8
cmdline_file:   initrd=initrd0.img root=live:CDLABEL=LIVE rootfstype=vfat rw rd.live.image rd.live.overlay=LABEL=LIVE quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0  BOOT_IMAGE=vmlinuz0 
hashmarkername: anaconda
kernel:         3.9.5-301.fc19.x86_64
other involved packages: python-blivet-0.17-1.fc19.noarch, python-libs-2.7.5-1.fc19.x86_64
package:        anaconda-19.30.13-1.fc19.x86_64
packaging.log:  
product:        Fedora
reason:         OSError: [Errno 2] No such file or directory: '/dev/md'
release:        Fedora release 19 (Schrödinger’s Cat)
version:        19

Comment 20 Gary Lucas 2013-10-06 03:31:35 UTC
Going to try disabling the array in the BIOS then install.  hopefully shouldn't choke will add manually later.

Comment 21 Gary Lucas 2013-10-06 16:52:07 UTC
Didn't work, I ended up nuking the contents of the drive prior to reinstall.  After reinstall array is picked up just fine.

Comment 22 Chris Hubick 2013-11-13 22:49:58 UTC
I was able to work around this by following the advice at https://bugzilla.redhat.com/show_bug.cgi?id=975811#c12 and adding a UUID label instead of /dev/md0 in the /etc/fstab of my existing install.

This is likely a dup of that bug 975811.

Comment 23 Jim Bean 2013-11-14 20:05:23 UTC
(In reply to Chris Hubick from comment #22)
> I was able to work around this by following the advice at
> https://bugzilla.redhat.com/show_bug.cgi?id=975811#c12 and adding a UUID
> label instead of /dev/md0 in the /etc/fstab of my existing install.
> 
> This is likely a dup of that bug 975811.

This is good info and useful if the install is to the raid array. In my case, and Matt above, the raid arrays are merely lurking and not meant to take part in the install. The installer should not choke on this.
It appears the designers strategy is to check all devices and choke if any of them are unsuitable. It should mark unsuitable media and then decide if the install can proceed on what remains.

Comment 24 David Lehman 2013-11-14 20:57:35 UTC
For anyone still trying to get past this to install F19, you can apply a possible fix by putting this on the boot/kernel command line:

 inst.updates=http://dlehman.fedorapeople.org/updates/updates-980267.0.img

Please let me know your results if you try it. Thanks in advance.

Comment 25 Adam Williamson 2013-12-29 23:02:26 UTC
The crash here does seem like a big problem, especially if you weren't intending to involve the problematic array in the Fedora install at all - it really shouldn't be such a roadblock. Setting severity high. Be great if we could fix this for F21, but it'd help the devs if someone could test the updates image dlehman posted for F19. dlehman, any chance of an updates.img against F20 too?

Comment 26 Adam Williamson 2013-12-29 23:04:03 UTC
*** Bug 975811 has been marked as a duplicate of this bug. ***

Comment 27 Adam Williamson 2013-12-30 00:07:17 UTC
*** Bug 1045686 has been marked as a duplicate of this bug. ***

Comment 28 David Lehman 2014-01-07 17:41:01 UTC
This is already fixed for F21 by commit 944ed1ee on blivet's master branch.

Comment 29 mattg 2014-01-19 19:28:50 UTC
(In reply to David Lehman from comment #24)
>  inst.updates=http://dlehman.fedorapeople.org/updates/updates-980267.0.img
> Please let me know your results if you try it. Thanks in advance.



Hi David, even though F20 has been out a while, I just tried F19 again using your fix, and it succeeded.  I did see some of the same error messages regarding /dev/md not existing, but the installer did not barf, and I was able to perform an installation.  Thanks.

I will try F20 now, but i guess it will have the same problem as F19 originally did?

Comment 30 mattg 2014-01-19 21:18:40 UTC
Followup to my previous comment:  F20 installed fine for me, and I'm guessing it's because doing F19 first blew away my old /etc/fstab which (I now see) was probably the trigger for the whole problem in the first place, as Chris mentioned above is apparently covered by bug 975811. (I had indeed had my arrays listed as /dev/md0 and /dev/md1 in my old fstab, which triggered the bug.)   Thanks all!

Comment 31 Jaša Bartelj 2014-04-29 01:34:08 UTC
Automatic disk probing by anaconda after language selection caused the crash

cmdline:        /usr/bin/python  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   initrd=initrd0.img root=live:CDLABEL=Fedora-Live-Desktop-x86_64-20-1 rootfstype=auto ro rd.live.image quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0  BOOT_IMAGE=vmlinuz0 
hashmarkername: anaconda
kernel:         3.11.10-301.fc20.x86_64
other involved packages: python-blivet-0.23.9-1.fc20.noarch, python-libs-2.7.5-9.fc20.x86_64
package:        anaconda-20.25.15-1.fc20.x86_64
packaging.log:  
product:        Fedora
reason:         OSError: [Errno 2] No such file or directory: '/dev/md'
release:        Fedora release 20 (Heisenbug)
version:        20

Comment 32 Joshua Rosen 2014-05-22 11:53:38 UTC
Failed on a Gigabyte Haswell Motherboard

cmdline:        /usr/bin/python  /sbin/anaconda
cmdline_file:   initrd=initrd.img inst.stage2=hd:UUID=000ed670-5c30-459e-bb07-594f805f3746 rd.live.check quiet BOOT_IMAGE=vmlinuz 
hashmarkername: anaconda
kernel:         3.11.10-301.fc20.x86_64
package:        anaconda-20.25.15-1
packaging.log:  
product:        Fedora
reason:         OSError: [Errno 2] No such file or directory: '/dev/md'
release:        Cannot get release name.
version:        20

Comment 33 Anton 2014-12-25 17:19:26 UTC
i just start installation /
this problem occurs since Fedora 14 (15,16,17,18,19,20).
I can install Fedora via disconnecting my raid1 devices from system phisicaly

cmdline:        /usr/bin/python  /sbin/anaconda
cmdline_file:   initrd=initrd.img inst.stage2=hd:LABEL=RFRemix\x2020\x20x86_64 quiet BOOT_IMAGE=vmlinuz 
hashmarkername: anaconda
kernel:         3.11.10-301.fc20.x86_64
package:        anaconda-20.25.15-1
packaging.log:  
product:        Fedora
reason:         OSError: [Errno 2] Нет такого файла или каталога: '/dev/md'
release:        Fedora release 20 (Heisenbug)
version:        20

Comment 34 Brian Lane 2015-01-05 19:40:10 UTC
(In reply to Anton from comment #33)
> i just start installation /
> this problem occurs since Fedora 14 (15,16,17,18,19,20).
> I can install Fedora via disconnecting my raid1 devices from system phisicaly
> 
> cmdline:        /usr/bin/python  /sbin/anaconda
> cmdline_file:   initrd=initrd.img
> inst.stage2=hd:LABEL=RFRemix\x2020\x20x86_64 quiet BOOT_IMAGE=vmlinuz 
> hashmarkername: anaconda
> kernel:         3.11.10-301.fc20.x86_64
> package:        anaconda-20.25.15-1

Please retry with F21. See comment 28

Comment 35 Jaroslav Reznik 2015-03-03 16:53:45 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle.
Changing version to '22'.

More information and reason for this action is here:
https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22

Comment 36 Fedora Admin XMLRPC Client 2015-09-28 20:26:43 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 37 Fedora End Of Life 2016-07-19 18:58:15 UTC
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.