Bug 8009 - Upgrade from Mageia 2 using 3 alpha 3 fails.
Summary: Upgrade from Mageia 2 using 3 alpha 3 fails.
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: i586 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard: 3alpha3
Keywords:
Depends on:
Blocks: 8016
  Show dependency tree / graph
 
Reported: 2012-11-07 02:13 CET by Dave Hodgins
Modified: 2012-11-30 21:55 CET (History)
5 users (show)

See Also:
Source RPM: util-linux
CVE:
Status comment:

Attachments
Compressed report.bug (137.16 KB, application/octet-stream)
2012-11-07 02:14 CET, Dave Hodgins 		Details
ddebug.log.xz (147.66 KB, application/x-xz)
2012-11-07 20:15 CET, claire robinson 		Details
install.log.xz (33.66 KB, application/x-xz)
2012-11-07 20:16 CET, claire robinson 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Description Dave Hodgins 2012-11-07 02:13:15 CET 
Starting with a Mageia 2 install with updates testing enabled as
an updates repository (rpm-4.9.1.3-2.1.mga2 installed), using
the x86-64 dvd iso to upgrade fails.

If I'm reading the report correctly, the problem is the util-linux
package not having a provides for losetup, causing a urpmi cascade
error.

I'll attach the report.bug.xz
Comment 1 Dave Hodgins 2012-11-07 02:14:06 CET 
Created attachment 3050 [details]
Compressed report.bug
claire robinson 2012-11-07 11:56:58 CET

Whiteboard: (none) => 3alpha3

Comment 2 claire robinson 2012-11-07 20:15:31 CET 
Created attachment 3052 [details]
ddebug.log.xz

Including ddebug.log.xz and install.log.xz as report.bug.gz was not updated during upgrade since the upgrade never finished.

It failed with 140 odd transactions failed, the first of which was..

rpmlib(X-CheckUnifiedSystemdir) is needed by filesystem-2.1.9-18.mga3.i586

Also after it failed it returns to the additional media screen where I added online medias and tried several more times to complete the upgrade. Each time it fails with this same message.

I notice it in Dave's log too, somewhere in the line 18000 range.
Comment 3 claire robinson 2012-11-07 20:16:04 CET 
Created attachment 3053 [details]
install.log.xz
claire robinson 2012-11-07 20:17:46 CET

CC: (none) => ennael1, mageia, thierry.vignaud, tmb

Comment 4 Colin Guthrie 2012-11-07 21:13:54 CET 
Neither log shows the string "converting filesystem for usrmove" which means the filesystem is not converted. Also neither log shows the "starting step beforeInstallPackages" that I would expect meaning that the hook is simply not firing in the first place.

Are you using the GUI or text mode or ??
Comment 5 Colin Guthrie 2012-11-07 21:35:11 CET 
Actually, I don't expect to see "starting step beforeInstallPackages". I do actually see some log output from the beforeInstallPackages bit ("setting excludedocs to") but it seems the whole section inside the "if ($o->{isUpgrade})" is not run...  the value of isUpgrade should be "mageia" as this is printed out in the log earlier ("remove-from-entry").

Colour me confused....
Comment 6 Colin Guthrie 2012-11-07 21:42:28 CET 
My only guess is this is an iso created with an older stage 2? i.e. created a few days ago before Anne updated stage2 on the 3rd November.
Comment 7 Thomas Backlund 2012-11-07 22:04:27 CET 
Ah, indeed... the one I fixed for first livecd did not contain the new code, my bad...

I got confused by the "- properly generate stage2 with a usrmove-esque fs layout" in 14.48

But the code is 14.49, so it should work better with next set of isos :)
Comment 8 Colin Guthrie 2012-11-07 22:09:09 CET 
Sweet! :)
claire robinson 2012-11-08 10:14:15 CET

CC: (none) => eeeemail

Manuel Hiebel 2012-11-08 16:03:15 CET

Blocks: (none) => 8016

Comment 9 Thomas Backlund 2012-11-30 21:55:48 CET 
Fixed in final alpha3 isos

Status: NEW => RESOLVED
Resolution: (none) => FIXED
Note You need to log in before you can comment on or make changes to this bug.