Bug 637319

Summary: Anaconda stops at "checking storage devices" during preupgrade
Product: [Fedora] Fedora Reporter: Attilio <nexor>
Component: anacondaAssignee: David Lehman <dlehman>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: low    
Version: 14CC: anaconda-maint-list, awilliam, bcl, belegdol, jonathan, keller1976, tcarter, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: anaconda-14.22-1.fc14 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-10-21 06:22:33 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: 538277    
Attachments:
Description Flags
screenshot of the setup messages
none
information given by the lvm program
none
log files in /tmp
none
updates against anaconda-14.17.4-1.fc14 to force read-only mount of ntfs
none
Log files - boot with "updates-637319.img"
none
logs with the update applied none

Description Attilio 2010-09-24 22:12:04 UTC
Created attachment 449526 [details]
screenshot of the setup messages

Description of problem: I can't upgrade from Fedora 13 to 14-alpha with preupgrade, after rebooting anaconda stops at "checking storage devices", "analisi dispositivi storage" in my Italian language setup.

How reproducible: always

Steps to Reproduce:
1.start preupgrade and select to install Fedora 14
2.reboot when asked
  
Actual results: Anaconda stops at the above-mentioned message, and nothing else happens. If I switch to VT 5 i see what's in the attached screenshot (sorry for the bad quality...), where the last messages are about finding 0 logical volumes, then a "Device does not exist" message and "Command failed".
I then tried to check if lvm correctly detected volumes in another VT, and all seems fine, except "LogVol02" is marked "NOT available", it is my swap partition.
I'm attaching the lvm info I copied from the running system.


Expected results: successful installation


Additional info: I also experienced 40~60 secs of a black screen with a blinking cursor before anaconda started, but this is probably unrelated.

Comment 1 Attilio 2010-09-24 22:16:46 UTC
I forgot to add that the vg_acer logical volume contains the system to upgrade, and that i already tried to rename it so that it doesn't have the underscore and nothing changes.

Comment 2 Attilio 2010-09-24 22:19:00 UTC
Created attachment 449528 [details]
information given by the lvm program

Comment 3 Brian Lane 2010-09-25 00:28:21 UTC
Could you switch to tty2 and copy all of the /tmp/*log files and attach them to this bug?

Comment 4 Attilio 2010-09-25 01:26:38 UTC
Created attachment 449550 [details]
log files in /tmp

Comment 5 Chris Lumens 2010-09-27 14:28:33 UTC
*** Bug 637346 has been marked as a duplicate of this bug. ***

Comment 6 Julian Sikorski 2010-10-03 15:38:57 UTC
Happened to me today as well. I do not have any lvm on this machine.

Comment 7 Chris Lumens 2010-10-04 13:54:16 UTC
*** Bug 639656 has been marked as a duplicate of this bug. ***

Comment 8 David Lehman 2010-10-04 17:08:04 UTC
Created attachment 451473 [details]
updates against anaconda-14.17.4-1.fc14 to force read-only mount of ntfs

Please test with the attached updates image as described here:

 http://fedoraproject.org/wiki/Anaconda/Updates#Updates_from_the_Network

and report back with results.

The image is also available for a limited time at on my fedora people page, so you can just add the following to the boot command line:

 updates=http://dlehman.fedorapeople.org/updates-637319.img


NOTE: updates don't work with live installs

Comment 9 Matthias 2010-10-05 10:45:40 UTC
Created attachment 451637 [details]
Log files - boot with "updates-637319.img"

Comment 10 Matthias 2010-10-05 10:49:20 UTC
I still get the same result. My machine gets stuck when it reaches the window "Examining storage devices". 

I attached the log files which I found in /tmp after booting with the option "updates=http://dlehman.fedorapeople.org/updates-637319.img". 

Log files from the same machine without the image file can be found in bug report 639656.

Comment 11 Julian Sikorski 2010-10-16 21:57:19 UTC
Created attachment 453885 [details]
logs with the update applied

I decided to try again today, but unfortunately the anaconda version currently on the mirrors is still the same (14.17.4). So I applied this update, and the upgrade process still failed.
Shouldn't this bug block the release anyway? If it is caused by the presence of ntfs partitions, a lot of users might be hit.

Comment 12 Attilio 2010-10-17 11:11:11 UTC
I've also tried the updates, to no avail. Killing mount.ntfs instead allowed the upgrade process to continue. If preupgrade 12>13 was working fine, this should help a lot in fixing the bug, at least for the release.
If this bug really hits all users with an NTFS partition, that's probably the vast majority of average Fedora users!

Comment 13 Adam Williamson 2010-10-18 21:55:35 UTC
Julian, the correct way to propose a bug as a release blocker is to mark it as blocking the release, otherwise it won't get reviewed for blocker status, which is what's happened in this case :( It's probably too late now, but marking as blocker for everyone to review.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 14 David Lehman 2010-10-19 23:23:47 UTC
Ok, I have uploaded a different proposed fix. Please try again with

  updates=http://dlehman.fedorapeople.org/updates-637319.img


This is against anaconda-14.19-1.fc14.

(Yes, same name/url. I forgot there was a previous version when I uploaded it.)

Comment 15 Fedora Update System 2010-10-20 01:12:10 UTC
anaconda-14.22-1.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/anaconda-14.22-1.fc14

Comment 16 Fedora Update System 2010-10-20 03:09:44 UTC
anaconda-14.22-1.fc14 has been pushed to the Fedora 14 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update anaconda'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/anaconda-14.22-1.fc14

Comment 17 Julian Sikorski 2010-10-20 07:13:03 UTC
Where can I find images composed with anaconda-14.19 or 14.22? And is it possible to test this with preupgrade before the update hits stable?

Comment 18 Adam Williamson 2010-10-20 07:36:25 UTC
you don't need to test with preupgrade. any upgrade will do.

i've already reproduced the bug and tested the fix, it works.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 19 Fedora Update System 2010-10-21 06:22:22 UTC
anaconda-14.22-1.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.