Bug 159189

Summary:	FTP installation cannot access CD2 - CD5, but "thinks" everything is installed
Product:	[openSUSE] SUSE Linux 10.1	Reporter:	Frank-Michael Fischer <fmfischer>
Component:	Installation	Assignee:	Martin Vidner <mvidner>
Status:	RESOLVED DUPLICATE	QA Contact:	Klaus Kämpf <kkaempf>
Severity:	Critical
Priority:	P5 - None	CC:	suse-beta
Version:	Beta 8
Target Milestone:	---
Hardware:	i686
OS:	Other
Whiteboard:
Found By:	Beta-Customer	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	YaST2logs, resqueezed with bzip2

Description Frank-Michael Fischer 2006-03-17 17:53:06 UTC

When trying an FTP installation (standard KDE selection plus kernel development) installation fails after the first reboot since it cannot find CD2 - CD5. Therefore installation finishes as kind of minimum X system with FVWM. Nevertheless YaST2 displays the missing selections as "installed" despite it could not find the CDs. From then on I can reinstall all the selections I had at first installation.

Strangely enough, YaST2 remember my installation source setting from first install and now: it finds CD2 - CD5.

Comment 1 Michael Gross 2006-03-20 16:04:36 UTC

Please attach the YaST logfiles in /var/log/YaST2.

Comment 2 Frank-Michael Fischer 2006-03-20 16:30:27 UTC

The log files are too large so please use anonymous ftp from:

"violintrainer.selfip.com"

The logs are in subdirectory "pub", named "ftpinstally2logs.tgz"

Comment 3 Frank-Michael Fischer 2006-03-21 08:01:46 UTC

Created attachment 74091 [details]
YaST2logs, resqueezed with bzip2

I could shrink the logs a bit further, so no need anymore for downloading them from my FTP server.

Comment 4 Lukas Ocilka 2006-03-24 07:52:16 UTC

Has the problem of caches been fixed? Duplicate?

Comment 6 Andreas Jaeger 2006-04-10 19:25:38 UTC

This is supposed to be fixed now - isn't it?  Let's resolve as fixed, please.

Comment 7 Martin Vidner 2006-04-11 08:06:08 UTC

2006-03-17 18:32:10 <1> linux(4332) [YCP] clients/inst_netsetup.ycp:62 Original netdevice: eth0 (00:0a:e4:4d:76:43)
But later the wrong NIC is used.

*** This bug has been marked as a duplicate of 116537 ***