Bug 152068

Summary:	after reboot, installer looks for wrong URL
Product:	[openSUSE] SUSE Linux 10.1	Reporter:	Jon Nelson <jnelson-suse>
Component:	Installation	Assignee:	Klaus Kämpf <kkaempf>
Status:	RESOLVED FIXED	QA Contact:	Klaus Kämpf <kkaempf>
Severity:	Normal
Priority:	P5 - None	CC:	juergen.mell, suse-beta
Version:	Beta 4
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Jon Nelson 2006-02-19 03:37:44 UTC

I installed with an URL that looked like this:

http://host/~user/suse10.1
after the first disk finished, it rebooted, and upon reboot the installer failed. My httpd says that the installer was looking for 
http://host/~user/suse10.2
which doesn't make any sense to me.

Comment 1 Juergen Mell 2006-02-19 13:22:08 UTC

A similar feature here with an NFS installation: The NFS server exports directory /space, all installation sources are in /space/SUSE-10.1-i386.
After the reboot when the first CD was read completely, YaST tries to mount /space/SUSE-10.1-i382 for the second CD, /space/SUSE-10.1-i383 for the third CD and so on. After creating some symbolic links with these names to the original directory, everything went fine...

Comment 2 Jon Nelson 2006-02-19 19:01:32 UTC

I should mention that the pattern continued - when it went for disk 3 it looked for http://host/~user/suse10.3

Comment 3 Christian Boltz 2006-02-19 21:40:31 UTC

Comment #2 sounds funny - but I'm afraid YaST is lacking a time machine ;-)

Please attach the y2logs.

Comment 4 Jon Nelson 2006-02-19 22:29:21 UTC

Comment #2 is just an extension of comment #1 - in fact, later I had to add suse10.5 as well - it seems as it is using suse10.$(CD_NUMBER).  It shouldn't be that hard to verify, do an http install.  I can't get at the y2logs right now.

Comment 5 Jon Nelson 2006-02-19 22:43:35 UTC

Just a guess - the installer is replacing the last digit of it's source URL (whatever that URL may be, file:// or http:// or whatever) with a digit representing the CD number that the file resides on.

Comment 6 Michael Gross 2006-02-20 12:11:18 UTC

Not mentioned in the `known features'-list so far...

Comment 7 Jon Nelson 2006-03-04 20:24:00 UTC

The pattern continued in beta 6.

Comment 8 Stanislav Visnovsky 2006-03-14 15:18:43 UTC

Fixed after beta6 - libzypp tried to rewrite the URL even if it should not.