The default value of parallelStreams is 10, even if it is commented out
in the dCacheSetup file.
Just because the streams_num changed from 1 to 10 in the debug
information (presumably the stuff at the beginning of the output) does
not necessarily mean that it changed the properties of the transfer.
Like I said below, I tried and srmPut with -stream_num=1 and =10 last
night when copying a file into your dCache and it worked in both cases.
Can you give any more information? Where is the srmcp client running? Is
the user performing a srmGet, Put or Copy?
Cheers,
Greig
PS I'm off on holiday tomorrow for two weeks so my average response time
might go down a bit! I'll be in touch once I get back.
brian davies wrote:
> Unfortunately it does seem to effect us! ParrellelStream is currently
> commented out in our dCacheSetup file, will get matt to coimment it in
> as =1. what is a default value when it is not explicitlystated? The
> streams_num was being hard coded by the atlas command running the
> srmcp and did seem to effect the transfer. by that i mean that in the
> debug info it changed streams_num from 10 to 1 and when doing this the
> job succeeded. changing in the users .srmconfig/config.xml file did
> nothing. this was copying from our dcache to file and so also had the
> pushmode=true option. My thought if this is passive/active gridftp
> question is not the answer then is it a firewall issue? the firewall
> DOES work for stream=1.
>
> Brian
> On 01/03/07, *Greig Alan Cowan* <[log in to unmask]
> <mailto:[log in to unmask]>> wrote:
>
> Matt,
>
> I'm slightly surprised by this, I didn't think that this client setting
> had any effect. I was sure that the server side always decided on the
> number of streams. In dCacheSetup there is a
>
> parallelStreams=1
>
> field. By default this should be set to 10. I change it to 1 since I've
> seen better performance with this configuration. There is some
> information in the service challenge section of the wiki.
>
> That being said, I just ran an srmcp of a file into your dCache with the
> -streams_num=10 option and it worked fine. I think you need to find
> out more information from the user.
>
> Cheers,
> Greig
>
>
> Matt Doidge wrote:
> > Hello,
> >
> > Some users are complaining that they can't get copies to work in or
> > out of Lancaster's dcache using the ten streams (-streams_num=10).
> > Their copies work fine with single streams but fail with timeouts on
> > mulitple streams. Is there some setting I can adjust to enable their
> > copies to work in the fashion they desire? Or is there a reason why I
> > wouldn't want multiple stream copies allowed to/from or dcache?
> >
> > cheers for any wisdom,
> > Matt
>
>
|