Hi all, The client system is AIX 5.2. I tried to compile valgrind-3.3.0, which does not succeed to run. After changing some source codes, it can be compiled but it fails to run.
$ valgrind valgrind: can't stat $PREFIX/lib/valgrind/ppc64-aix5/memcheck There is $PREFIX/lib/valgrind/memcheck-ppc32-aix5/memcheck-ppc32-aix5 but no $PREFIX/lib/valgrind/ppc64-aix5/memcheck Regarding globus-url-copy, I tried more than twenty times. Every time it works. The workaround that Charles suggests also does not fix the uberftp getaddrinfo problem. Thanks, Osamu On Sat, May 31, 2008 at 4:43 AM, Charles Bacon <[EMAIL PROTECTED]> wrote: > 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 > >
