Bug 876366

Summary: New kernel copies its args from the Upgrade System entry
Product: [Fedora] Fedora Reporter: Brian Lane <bcl>
Component: fedup-dracutAssignee: Will Woods <wwoods>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: awilliam, jreznik, jskladan, kparal, robatino, tflink, wwoods
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: AcceptedBlocker
Fixed In Version: fedup-dracut-0.7.1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-11-23 07:48:17 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:
Embargoed:
Bug Depends On:    
Bug Blocks: 752660    
Attachments:
Description Flags
grub.cfg
none
patch to install kernel instead of upgrade none

Description Brian Lane 2012-11-13 23:04:15 UTC
Created attachment 644454 [details]
grub.cfg

When the upgrade adds the new f18 kernel it copies the boot args from the upgrade kernel, which leaves the systemd.unit=system-upgrade.target entry in place.

Comment 1 Josef Skladanka 2012-11-14 13:15:13 UTC
This causes my system to fail boot. "Failed to get D-Bus connection: Failed to connect to socket /org/freedesktop/systemd1/private: Connection refused". Once I remove the kernel parameter, the system boots without obvious errors.

Proposing as F18 Beta Blocker per criterion "For each one of the release-blocking package sets ('minimal', and the package sets for each one of the release-blocking desktops), it must be possible to successfully complete an upgrade from a fully updated installation of the previous stable Fedora release with that package set installed, using any officially recommended upgrade mechanisms. The upgraded system must meet all release criteria."

Comment 2 Kamil Páral 2012-11-14 17:35:09 UTC
Discussed at 2012-11-14 blocker bug meeting. Accepted as a blocker:  This is relatively common and not difficult to reproduce - violates the following F18 beta release criterion: "... it must be possible to successfully complete an upgrade from a fully updated installation of the previous stable Fedora release with that package set installed, using any officially recommended upgrade mechanisms. The upgraded system must meet all release criteria."

Comment 3 Brian Lane 2012-11-15 00:48:11 UTC
Created attachment 645286 [details]
patch to install kernel instead of upgrade

Comment 4 Adam Williamson 2012-11-17 08:30:55 UTC
Let's reflect the status of these more accurately...

Comment 5 Jaroslav Reznik 2012-11-20 09:48:40 UTC
It should be fixed now and as the build already exists, setting it MODIFIED to be more accurate before the update is created.

* Thu Nov 15 2012 Will Woods <wwoods> 0.7.1-1
- install new kernel without removing old ones (#876366)

Comment 6 Fedora Update System 2012-11-20 22:30:49 UTC
fedup-dracut-0.7.1-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/fedup-dracut-0.7.1-1.fc18

Comment 7 Kamil Páral 2012-11-22 20:15:55 UTC
I have done two upgrades today with fedup-0.7.1-1.fc17 and the new system booted without a glitch. systemd targets were no longer part of the boot items.

Comment 8 Fedora Update System 2012-11-23 07:48:20 UTC
fedup-dracut-0.7.1-1.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.