I think this may be due to the fact that webservices-osgi.jar from metro package is by far the largest single jar we ship (10 MB or so). If timeout gets reset for each file, that would explain why the issue affects only this particular package...
Thanks,
Snjezana
----- Original Message -----
From: joe.dipol_at_oracle.com
To: thomas_at_randspringer.de
Cc: users_at_glassfish.java.net
Sent: Monday, March 7, 2011 9:08:52 AM GMT -08:00 US/Canada Pacific
Subject: Re: update for metro package timed out
Thomas,
I'm not sure why the metro package specifically is causing trouble.
It looks like it gets through most files, but then has trouble with
the last one.
As of now there are no additional mirrors. You can try increasing the
low-speed timeout threshold by setting this environment variable:
PKG_CLIENT_LOWSPEED_TIMEOUT=30
It defaults to 30 seconds (so if the download spends 30 seconds
below the speed threshold the connection times out). Try setting
this to something like 300 and see if that allows the download
to go through.
Joe
On 03/ 7/11 07:23 AM, thomas_at_randspringer.de wrote:
>
>
> Hi,
>
> I try to upgrade the "metro" package for glassfish and always get:
>
> >snip
>
> $pkg install metro
> DOWNLOAD PKGS FILES XFER (MB)
> metro 0/1 25/26 5.5/14.5
>
>
> Errors were encountered while attempting to retrieve package or file data for
> the requested operation.
> Details follow:
>
> Framework error: code: 28 reason: Operation too slow. Less than 1024 bytes/sec transfered
> the last 30 seconds
> URL: 'http://pkg.glassfish.org/v3/stable'. (happened 4 times)
> >snip
>
> No problems with other packages.
>
> Are the packages on http://pkg.glassfish.org/v3/stable mirrored to other servers?
>
> Thomas
>