Bug 1044206

Summary: fedup fc19 to fc20 fails (VBox)
Product: [Fedora] Fedora Reporter: thatdude
Component: fedup-dracutAssignee: Will Woods <wwoods>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 19CC: mattwilmott, tflink, wwoods
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-02-17 19:42:05 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
snapshot before shutdown
none
snapshot of errors during 'System Upgrade' boot none

Description thatdude 2013-12-17 22:07:33 UTC
Description of problem:
 fedup fc19 to fc20 fails after restart - it just restarts back to fc19 and 'System Upgrade' is removed from boot menu


Version-Release number of selected component (if applicable):
 fedup-0.7.3-4.fc19

How reproducible:
 Happens every time

Steps to Reproduce:
1. yum check-update ; yum update
2. fedup-cli --network 20
3. Restart

Actual results:
 Installer doesn't start

Expected results:
 Installer to start and to install fc20 then to reboot in fc20

Additional info:

 VBox VM parameters - fc19 64 bit, RAM 2 GB, HDD 42 GB / 6.4 GB free
 VBox guest additions installed

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda3        24G   17G  6.4G  73% /
/dev/sda5        13G  395M   12G   4% /home
/dev/sda2      1010M  152M  792M  17% /boot


 relevant lines from upgrade.journal

Dec 17 15:16:59 mach3.adg.com systemd-journal[426]: Allowing runtime journal files to grow to 100.1M.
Dec 17 15:16:59 mach3.adg.com systemd[1]: RTC configured in localtime, applying delta of -360 minutes to system time.
Dec 17 15:16:59 mach3.adg.com LVM: Logical Volume autoactivation enabled.
Dec 17 15:16:59 mach3.adg.com LVM: Activation generator successfully completed.
Dec 17 15:16:59 mach3.adg.com systemd-journal[426]: Journal started
Dec 17 15:16:59 mach3.adg.com systemd[1]: Starting LVM2 metadata daemon...
Dec 17 15:16:59 mach3.adg.com systemd[1]: Started LVM2 metadata daemon.
Dec 17 15:16:59 mach3.adg.com lvm[434]: /dev/sr0: open failed: No medium found
Dec 17 15:16:59 mach3.adg.com lvm[434]: No volume groups found
Dec 17 15:16:59 mach3.adg.com systemd[1]: Started Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling.
Dec 17 15:17:00 mach3.adg.com systemd-fsck[436]: _Fedora-16-x86_6: clean, 428978/1572864 files, 4513823/6291455 blocks
Dec 17 15:17:00 mach3.adg.com systemd[1]: Started File System Check on Root Device.
Dec 17 15:17:00 mach3.adg.com systemd[1]: Starting Remount Root and Kernel File Systems...
Dec 17 15:17:00 mach3.adg.com systemd[1]: Started Create static device nodes in /dev.
Dec 17 15:17:00 mach3.adg.com systemd[1]: Starting udev Kernel Device Manager...
Dec 17 15:17:00 mach3.adg.com systemd[1]: Started udev Kernel Device Manager.
Dec 17 15:17:00 mach3.adg.com systemd-udevd[463]: starting version 204
Dec 17 15:17:00 mach3.adg.com kernel: EXT4-fs (sda3): re-mounted. Opts: (null)
Dec 17 15:17:00 mach3.adg.com systemd[1]: Started Remount Root and Kernel File Systems.
Dec 17 15:17:00 mach3.adg.com systemd[1]: Starting Configure read-only root support...
Dec 17 15:17:00 mach3.adg.com systemd[1]: Starting Import network configuration from initramfs...
Dec 17 15:17:00 mach3.adg.com systemd[1]: Starting Local File Systems (Pre).
Dec 17 15:17:00 mach3.adg.com systemd[1]: Reached target Local File Systems (Pre).
Dec 17 15:17:00 mach3.adg.com systemd[1]: Started Import network configuration from initramfs.
Dec 17 15:17:00 mach3.adg.com systemd[1]: Started Configure read-only root support.
Dec 17 15:17:00 mach3.adg.com systemd[1]: Starting Load Random Seed...
Dec 17 15:17:00 mach3.adg.com systemd[1]: Started Load Random Seed.
Dec 17 15:17:01 mach3.adg.com systemd-udevd[463]: specified group 'input' unknown
Dec 17 15:17:01 mach3.adg.com systemd[1]: Started Show Plymouth Boot Screen.
Dec 17 15:17:01 mach3.adg.com systemd[1]: Starting Forward Password Requests to Plymouth Directory Watch.
Dec 17 15:17:01 mach3.adg.com systemd[1]: Started Forward Password Requests to Plymouth Directory Watch.
Dec 17 15:17:01 mach3.adg.com systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
Dec 17 15:17:02 mach3.adg.com mtp-probe[509]: checking bus 2, device 2: "/sys/devices/pci0000:00/0000:00:06.0/usb2/2-1"
Dec 17 15:17:02 mach3.adg.com mtp-probe[509]: bus: 2, device: 2 was not an MTP device
Dec 17 15:17:02 mach3.adg.com systemd-udevd[498]: renamed network interface p2p1 to enp0s3
Dec 17 15:17:02 mach3.adg.com systemd[1]: Found device VBOX_HARDDISK.
Dec 17 15:17:02 mach3.adg.com systemd[1]: Starting File System Check on /dev/disk/by-uuid/9bed5c90-0b60-4fb9-93b6-5c40dfe43e50...
Dec 17 15:17:02 mach3.adg.com systemd-fsck[530]: /dev/sda5: clean, 5588/851968 files, 187318/3405274 blocks (check after next mount)
Dec 17 15:17:02 mach3.adg.com systemd[1]: Started File System Check on /dev/disk/by-uuid/9bed5c90-0b60-4fb9-93b6-5c40dfe43e50.
Dec 17 15:17:02 mach3.adg.com systemd[1]: Mounting /home...
Dec 17 15:17:02 mach3.adg.com systemd[1]: Found device VBOX_HARDDISK.
Dec 17 15:17:02 mach3.adg.com systemd[1]: Starting File System Check on /dev/disk/by-uuid/6df8e282-0b60-410f-94f7-6fc3b14f417d...
Dec 17 15:17:02 mach3.adg.com systemd[1]: Found device VBOX_HARDDISK.
Dec 17 15:17:02 mach3.adg.com systemd[1]: Activating swap /dev/disk/by-uuid/bcc57905-d3e8-4a4c-b0c0-aac035b1ad5d...
Dec 17 15:17:02 mach3.adg.com kernel: EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)
Dec 17 15:17:02 mach3.adg.com systemd[1]: Mounted /home.
Dec 17 15:17:03 mach3.adg.com systemd-fsck[538]: /dev/sda2: clean, 434/73728 files, 43304/263064 blocks
Dec 17 15:17:03 mach3.adg.com systemd[1]: Started File System Check on /dev/disk/by-uuid/6df8e282-0b60-410f-94f7-6fc3b14f417d.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Mounting /boot...
Dec 17 15:17:03 mach3.adg.com kernel: Adding 4192960k swap on /dev/sda4.  Priority:-1 extents:1 across:4192960k FS
Dec 17 15:17:03 mach3.adg.com systemd[1]: Activated swap /dev/disk/by-uuid/bcc57905-d3e8-4a4c-b0c0-aac035b1ad5d.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Starting Swap.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Reached target Swap.
Dec 17 15:17:03 mach3.adg.com kernel: EXT4-fs (sda2): mounting ext2 file system using the ext4 subsystem
Dec 17 15:17:03 mach3.adg.com kernel: EXT4-fs (sda2): mounted filesystem without journal. Opts: (null)
Dec 17 15:17:03 mach3.adg.com systemd[1]: Mounted /boot.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Starting Local File Systems.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Reached target Local File Systems.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Starting Tell Plymouth To Write Out Runtime Data...
Dec 17 15:17:03 mach3.adg.com systemd[1]: Starting Trigger Flushing of Journal to Persistent Storage...
Dec 17 15:17:03 mach3.adg.com systemd[1]: Starting Recreate Volatile Files and Directories...
Dec 17 15:17:03 mach3.adg.com systemd[1]: Started Tell Plymouth To Write Out Runtime Data.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Started Recreate Volatile Files and Directories.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Starting System Initialization.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Reached target System Initialization.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Starting Prepare Upgrade Image...
Dec 17 15:17:03 mach3.adg.com systemd[1]: Starting System Upgrade.
Dec 17 15:17:03 mach3.adg.com systemd[1]: Reached target System Upgrade.
Dec 17 15:17:03 mach3.adg.com systemd-journal[426]: Allowing system journal files to grow to 2.3G.
Dec 17 15:17:15 mach3.adg.com systemd-journal[426]: Journal stopped
-- Reboot --

Comment 1 thatdude 2013-12-17 22:28:35 UTC
Created attachment 838017 [details]
snapshot before shutdown

captured last screen just before shutting down (and rebooting back to fc19)
It still says 'Welcome to Fedora 19...' :-(

Comment 2 thatdude 2013-12-17 22:51:43 UTC
Created attachment 838025 [details]
snapshot of errors during 'System Upgrade' boot

Only these two lines are RED i.e. in [FAILED] state during 'System Upgrade'

[FAILED] Failed to mount Arbitrary Executable File Formats File System.

..but these are shown during the erroneous shutdown taking place instead of the expected System Upgrade
..then it successfully reboots back to fc19 (all log lines green)

Comment 3 Matt Wilmott 2013-12-18 02:01:04 UTC
Yeah I just had the same thing happen on a Dell Latitude E6520. Got all the way to the reboot, the default was the Fedora 20 Upgrade in Grub it executed and then rebooted me back to fedora 19

Comment 4 Matt Wilmott 2013-12-18 03:56:57 UTC
Ok stupid me, it appears I was using fedup version 0.7, retrieving the latest from updates-testing (0.8.x) and rerunning solved this issue.

Comment 5 thatdude 2013-12-18 18:48:37 UTC
(In reply to Matt Wilmott from comment #4)
> Ok stupid me, it appears I was using fedup version 0.7, retrieving the
> latest from updates-testing (0.8.x) and rerunning solved this issue.

Yes this worked for me too but then this guide needs fixing: http://docs.fedoraproject.org/en-US/Fedora/20/html/Installation_Guide/ch18s02.html

# yum --enablerepo=updates-testing update fedup
---> Package fedup.noarch 0:0.7.3-4.fc19 will be updated
---> Package fedup.noarch 0:0.8.0-3.fc19 will be an update
...and it worked like a charm

I would expect version 0.8.0-3 to be pushed to fc19's updates for people to upgrade flawlessly

Comment 6 Fedora End Of Life 2015-01-09 20:53:43 UTC
This message is a notice that Fedora 19 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 19. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained. Approximately 4 (four) weeks from now this bug will
be closed as EOL if it remains open with a Fedora 'version' of '19'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 19 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 7 Fedora End Of Life 2015-02-17 19:42:05 UTC
Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 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.