Just to double-check - does globus-url-copy work all the time, every
time?
Charles
On May 30, 2008, at 2:33 PM, Michael Link wrote:
The latest version offers experimental support for at least AIX 5.3,
which I've used successfully. I don't know the status on other
versions of AIX, though.
The fact that it works for some number of commands before it breaks
almost certainly points to some type of corruption but I'm not
familiar with any other tools available on AIX to help detect that.
Mike
Osamu Tatebe wrote:
Hi Michael,
Thanks for the reply. Uberftp works for initial five to ten
commands.
valgrind only works on Linux not AIX we are using unfortunately.
In the case of Linux client, we have not encountered this problem.
Thanks,
Osamu
On Fri, May 30, 2008 at 3:55 AM, Michael Link <[EMAIL PROTECTED]>
wrote:
It sounds like there is some corruption going on after some use.
Are you
saying that transfers work initially, but then you get this error
from
uberftp, but then you can restart uberftp and transfers will again
work
initially?
If this is the case, would it be possible to run the client under
valgrind?
http://valgrind.org/ It is a tool that will detect memory
corruption and
other problems that might be causing this. It is fairly simple to
use.
After building, I would just run it like this (one line):
valgrind --log-file=/tmp/uberdebug --undef-value-errors=no uberftp
<uperftp-opts>
And then use uberftp normally until the error occurs, and send the
log file.
Mike
Osamu Tatebe wrote:
Hi,
We have a problem about a gridftp client (uberftp) on AIX.
Connention
to
a
gridftp server is fine, and we can do some operations including
directory listing,
obtaining files and putting files for a while. But, It fails
unexpectedly after these
successful operations by the error
Could not list : globus_xio: Unable to connect to
C0A8:55D2:6564:3131:3831:3935:6BE5:F030:23009
globus_xio: globus_libc_getaddrinfo failed.
globus_common: Hostname and service name not provided or found
Failed to open data channel.
It seems getaddrinfo returns an IPv6 address, which cannot be
connected to, since
we do not use IPv6 in this network at all. The IPv6 address
returned
by getaddrinfo
differs every time.
We are using gt-4.0.4 for an AIX client and a Linux i386
server. When
we
use a
Linux i386 gridftp clients, it works very fine without any
problem for
a long time.
Does someone have a clue for this problem? It seems setting
GLOBUS_XIO_TCP_SET_NO_IPV6
can force to disable IPv6 feature, but I am not sure how
exactly I can
specify it in
uberftp.
Thanks,
Osamu
