Bug 891759
Summary: | OSError: [Errno 2] No such file or directory: '//etc/multipath.conf.anacbak' | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Steve Tyler <stephent98> | ||||||||||||||||||
Component: | anaconda | Assignee: | Brian Lane <bcl> | ||||||||||||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||||||||||
Priority: | unspecified | ||||||||||||||||||||
Version: | 18 | CC: | anaconda-maint-list, awilliam, g.kaviyarasu, jonathan, raj, robatino, sbueno, stephent98, tflink, vanmeeuwen+fedora | ||||||||||||||||||
Target Milestone: | --- | ||||||||||||||||||||
Target Release: | --- | ||||||||||||||||||||
Hardware: | i686 | ||||||||||||||||||||
OS: | Unspecified | ||||||||||||||||||||
Whiteboard: | AcceptedNTH abrt_hash:bb5b6b925b0d21923236005f7c572dc8ea6fc7dd041653296dab8b49d7723f74 | ||||||||||||||||||||
Fixed In Version: | anaconda-18.37.10-1 | Doc Type: | Bug Fix | ||||||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||||||
Clone Of: | Environment: | ||||||||||||||||||||
Last Closed: | 2013-01-08 21:32:50 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: | 752661, 752665 | ||||||||||||||||||||
Attachments: |
|
Description
Steve Tyler
2013-01-03 22:10:17 UTC
Created attachment 672240 [details]
File: anaconda.log
Created attachment 672241 [details]
File: environ
Created attachment 672242 [details]
File: ifcfg.log
Created attachment 672243 [details]
File: messages
Created attachment 672244 [details]
File: program.log
Created attachment 672245 [details]
File: storage.log
Created attachment 672246 [details]
File: anaconda-tb
Tested with: $ qemu-kvm -m 2048 -hda f18-test-2.img -cdrom ~/xfr/fedora/F18/F18-Final/TC4/Fedora-18-TC4-i686-Live-Desktop.iso -usb -vga qxl -boot menu=on -usbdevice mouse The target disk was previously installed with the x86_64 installer and the default storage configuration.[1] [snippet from attached anaconda.log] ... 17:03:34,658 DEBUG anaconda: isys.py:mount()- going to mount /dev/mapper/fedora-root on /mnt/sysimage as ext4 with options defaults,ro 17:03:34,769 ERR anaconda: Error running arch: Exec format error 17:03:34,820 DEBUG anaconda: isys.py:umount()- going to unmount /mnt/sysimage, removeDir = False ... [1] Command-line was: $ qemu-kvm -m 2048 -hda f18-test-2.img -cdrom ~/xfr/fedora/F18/F18-Final/TC4/Fedora-18-TC4-x86_64-Live-Desktop.iso -usb -vga qxl -boot menu=on -usbdevice mouse Proposing as a blocker: 8. The installer must be able to create and install to any workable partition layout using any file system offered in a default installer configuration, LVM, software, hardware or BIOS RAID, or combination of the above Fedora 18 Final Release Criteria https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria "I reproduced it twice in several trials by repeatedly starting and quitting the installer." That's really not supported, anaconda has to poke disks when it starts up and by the time you do that several times, weird stuff (tm) can happen. Failures produced by repeatedly quitting and restarting the installer aren't blockers, IMHO. You can always reboot and try again. oh, hey, I hit this the first time I tried to run liveinst from TC4 in my normal test VM. no restarts required. so that does look more worrying. Created attachment 672272 [details]
my traceback: first try hit it
Race condition: 1. space check thread calls os.listdir (returned list includes /etc/multipath.conf.bak) and begins to iterate over returned list 2. storage init thread removes /etc/multipath.conf.bak 3. space check thread tries to access /etc/multipath.conf.bak when it reaches that point in the returned list from step 1 is this new, or are we just getting unlucky? (In reply to comment #15) > is this new, or are we just getting unlucky? Just getting unlucky AFAIK. This is something that can only happen on live media. +1 NTH from me. +1 NTH So I think the Welcome screen bug probably exposed this one by changing the timings of installer startup. But bcl and clumens think fixing it is still the right thing to do, and you could plausibly hit it some other way even with the Welcome screen fixed. So, +1 NTH. AcceptedNTH with this and the above votes. anaconda-18.37.10-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/anaconda-18.37.10-1.fc18 couldn't trigger this after a dozen or so attempts with a custom 18.37.10 live image. I was just beginning the install of Fedora 18 from the Fedora 18 Live CD Image. Package: anaconda-18.37.8-1.fc18.i686 OS Release: Fedora release 18 anaconda-18.37.11-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/anaconda-18.37.11-1.fc18 anaconda-18.37.11-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. |