On Mon, Jul 13, 2009 at 01:27:30PM -0700, Alan Steinberg wrote: > No problem there. See below. I'm going to reboot and flip over to build > 117 to see if I have the same problem. That will help identify if it's > my nv118 system or something on the server end which affects my system. > > -- Alan > > wget http://ipkg.sfbay/dev/file/0/d2307dc951d3f7d63fef87e1806976c8eb012e97 > --13:19:21-- > http://ipkg.sfbay/dev/file/0/d2307dc951d3f7d63fef87e1806976c8eb012e97 > => `d2307dc951d3f7d63fef87e1806976c8eb012e97' > Resolving ipkg.sfbay... 129.xxx.xxx.xxx > Connecting to ipkg.sfbay|129.xxx.xxx.xxx|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 16,900,743 (16M) [application/data] > > 100%[====================================>] 16,900,743 107.22K/s > ETA 00:00 > > 13:22:23 (90.97 KB/s) - `d2307dc951d3f7d63fef87e1806976c8eb012e97' saved > [16900743/16900743]
Hold up, you don't need to reboot. The problem is right here. You're downloading 16mb at 90 k/s, which means that this will take about 3.2 minutes to complete. 13:22 - 13:19 is 3 minutes, which confirms the calculations. It appears that you're hitting the timeout because your link is too slow. It can't download the entire file in 30 seconds, so it gives up. A workaround for this is to set PKG_CLIENT_TIMEOUT to the number of seconds before you think the transfer should time out. In this case, 300 may be a reasonable value. -j _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
