Bug 472958

Summary:	anaconda tries to do install, but then fails while installing due to "file conflicts"
Product:	[Fedora] Fedora	Reporter:	James Antill <james.antill>
Component:	anaconda	Assignee:	Chris Lumens <clumens>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	12	CC:	bugs, dcantrell, ffesti, jgranado, jnovy, pmatilai
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-06-24 15:05:39 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:

Description James Antill 2008-11-25 20:04:20 UTC

Description of problem:
 Installing Fedora 10, via. anaconda CD1 + http, everything seemed to be going fine but then after an hour or so it had stopped due to the file conflict between the new Fedora gstreamer-plugins-good and my old Livna gstreamer-plugins-bad.
 The install seemed to have half happened, I have the new kernel and plymouth etc. ... but Xorg is an old version as is gdm (and so logging in crashes instantly).

Comment 1 Panu Matilainen 2008-12-01 10:49:46 UTC

Rpm determines file conflicts at the beginning of transaction, not in mid-flight. So anaconda appears to be calling ts.run() again while install is in progress.

Comment 2 Jeremy Katz 2008-12-01 17:01:30 UTC

With CD installs, we have to split into a transaction for each individual CD

Comment 3 James Antill 2008-12-01 17:34:33 UTC

Ahh, interesting ... one minor point is that this install was:

 . download install CDs
 . unpack CDs to local network
 . insert first CD and use askmethod

...so _in theory_ anaconda could have worked it out. But it'd be nice to "fix" it
 in the general case (so it doesn't abort the install half way through).

Comment 4 Chris Lumens 2008-12-02 16:26:22 UTC

Well we could always break the RPM headers out into separate files on the first disc...

Comment 5 Jeremy Katz 2008-12-02 16:34:53 UTC

(In reply to comment #4)
> Well we could always break the RPM headers out into separate files on the first
> disc...

And call the file an "hdlist"? ;-)   *sigh*

More seriously, didn't we talk about in this case having to just pull the packages to the local hard drive early and install from there?  It sucks from a disk space perspective (and might require some "fun" to ensure there's sufficient space), but I can't really think of a way to handle this otherwise in the case of multiple media.

Comment 6 James Antill 2008-12-02 16:39:46 UTC

Yeh, I have > 100 GB free, so pulling all the files locally works for me(tm).

That probably means the install will be slightly slower, but I don't think it'll be a significant regression in that regard.

 Oh, and I'll remind Seth to stab Chris at FudCon for comment #4 ;).

Comment 7 Chris Lumens 2008-12-02 20:49:17 UTC

Yes, we did talk about doing just that.  I think it's even on my TODO list but I got distracted by something else and never got around to doing it.

Comment 8 Chris Lumens 2009-06-08 19:32:52 UTC

*** Bug 492629 has been marked as a duplicate of this bug. ***

Comment 9 Bug Zapper 2009-11-16 09:38:40 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 10 Chris Lumens 2010-03-16 18:09:14 UTC

*** Bug 558808 has been marked as a duplicate of this bug. ***