Bug 152068 - after reboot, installer looks for wrong URL
Summary: after reboot, installer looks for wrong URL
Status: RESOLVED FIXED
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: Installation (show other bugs)
Version: Beta 4
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Klaus Kämpf
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-19 03:37 UTC by Jon Nelson
Modified: 2006-03-14 15:18 UTC (History)
2 users (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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.