Bugzilla – Bug 157418
Installation fails on a slow link
Last modified: 2006-03-17 12:30:06 UTC
I was doing installation of Beta6 as follows: CD1 from real CD media, CD2 from locally loopback-mounted iso image and CD3 over HTTP from a remote server. As the HTTP server is far far away the downloading of OpenOffice.org (98MB) from that server probably timed out or crashed or whatnot after cca 15MB. Retried -> same result. In the install phase that wasn't a big problem I simply selected "Skip package" and let it be. Later in the Network configuration phase (still during installation) I was asked to install smpppd or somesuch (why, btw? no modems here, just a bunch of ethernet cards). So far so good, it was correctly installed from CD media but then the installer realised it was still missing OpenOffice.org and bagun downloading it again. While observing the file in /var/adm/... I realised it disappeared again after some 17MB. Now the real problem: I couldn't continue the installation. The dialog box w.r.t. "Downloading OOo..." was still there, no separate wget/curl/... process to kill (just the do-it-all y2base), Abort button offered aborting the whole installation, not only abortion of the download. Simply - no way out. YaST apparently couldn't download the file and I apparently wasn't allowed to cancel its effort.
please attach the y2logs.
Created attachment 72413 [details] y2log Attached is y2log - hope it's of any use for you.
Just to put more fuel on the fire. I've had the same issue with my two machines. It's just like it can't download the whole package before it times out. If I try and try again it can work after a while. Just like that time it was able to download the full package before timing out. /dang
So the problem is that `abort' cancels the whole installation instead of a single package.
That's only part of the problem. The other parts are: - Download needlessly fails for huge files. They were coming, just too slow. - After the download timeout in the Network config dialog the download hasn't started again nor yast told me there was a problem. It was just sitting there waiting for a miracle. - At that point the "abort this package only" would have come handy, indeed.
The problem seems to have an obvious reason: <3> linux(3828) [media] MediaCurl.cc(doGetFileCopy):621 curl error: 28: Operation timed out with 17959310 out of 104272842 bytes received <3> linux(3828) [media] MediaCurl.cc(doGetFileCopy):621 curl error: 28: Operation timed out with 18233216 out of 104272842 bytes received <3> linux(3828) [wfm] Package.cc(PkgCommit):1742 Pkg::Commit has failed
*** This bug has been marked as a duplicate of 156969 ***