On Mon, 5 Dec 2005, Maxim Kovgan wrote:
> Hello, *!
>
> I've tried to solve this on see-sa1-tech level, but no redemption came
> out yet.
>
> I am trying to run misc. test from our local UI machine.
> As long as I perform local to our site globus-* operations - like job
> submission etc. - they succeed.
>
> When I am trying to do this via the RB ( which is rb.isabella.grnet.gr)
> I get this very strange indication from UI:
> ======== START SESSION DUMP =====
> [ds-con] /gridhome/maxim > globus-url-copy -dbg file:///etc/hosts
> gsiftp://rb.isabella.grnet.gr/tmp/foo.tmp$$
> debug: starting to put gsiftp://rb.isabella.grnet.gr/tmp/foo.tmp16305
> debug: connecting to gsiftp://rb.isabella.grnet.gr/tmp/foo.tmp16305
> debug: response from gsiftp://rb.isabella.grnet.gr/tmp/foo.tmp16305:
> 220 rb.isabella.grnet.gr GridFTP Server 1.12 GSSAPI type Globus/GSI
> wu-2.6.2 (gcc32dbg, 1109600000-42) ready.
>
> debug: authenticating with
> gsiftp://rb.isabella.grnet.gr/tmp/foo.tmp16305
> debug: error reading response from
> gsiftp://rb.isabella.grnet.gr/tmp/foo.tmp16305: a system call failed
> (Connection reset by peer)
> debug: fault on connection to
> gsiftp://rb.isabella.grnet.gr/tmp/foo.tmp16305: a system call failed
> (Connection reset by peer)
> debug: data callback, error a system call failed (Connection reset by
> peer), buffer 0xb70dc008, length 0, offset=0, eof=true
> debug: operation complete
> ======== END SESSION DUMP =====
>
> RB administrator has shown me these from the RB machine:
> Dec 2 23:08:34 rb gridftpd[7608]: lost connection to
> ds-con.cs.technion.ac.il [132.68.37.242]
> Dec 2 23:10:05 rb gridftpd[7771]: lost connection to
> ds-con.cs.technion.ac.il [132.68.37.242]
>
>
> I've talked to our firewall managers, and according to them, there is no
> 'reset connection' (REJECT) policy in the firewall on anything except
> SMTP.
>
> Has anybody experienced this behaviour and found why it occurs ?
Unset GLOBUS_TCP_PORT_RANGE on your UI and try again.
|