Thanks for reporting this Matteo.
I've confirmed it is a bug, and it will be fixed with the upcoming 5.2.1
release.
Thanks,
Mike
On 3/22/2012 11:44 AM, Raj Kettimuthu wrote:
Hi Matteo,
This seems like a bug to me. We will look into this ASAP. Btw, may I ask why
you are using split configuration?
Thanks,
Raj
On Mar 22, 2012, at 11:27 AM, Lanati, Matteo wrote:
Hi all,
I'm running a GridFTP installation based on GT 5.2 using a split configuration
with one front end and one backend.
When I list the content of a remote folder on the GT 5.2 server (i. e. using
globus-url-copy or uberftp), the output is showing the content of the
subfolder(s) as well, sometimes even not in the correct manner.
For example, the content of "~/lxgt2" is
lu95jib@i01r12s34:~/lxgt2> ls -l
total 16
drwxr-xr-x 2 lu95jib pr28fa 4096 2012-03-14 16:37 foo
-rw-r--r-- 1 lu95jib pr28fa 1716 2011-09-14 09:44 gsiftp
-rw-r--r-- 1 lu95jib pr28fa 1616 2011-09-14 09:24 gsigatekeeper
-rwxr-xr-x 1 lu95jib pr28fa 2829 2011-09-14 09:11 gsisshd
and the content of "~/lxgt2/bar" is
lu95jib@i01r12s34:~/lxgt2> ls -l foo/
total 0
-rw-r--r-- 1 lu95jib pr28fa 0 2012-03-14 16:37 bar
If I do a list using globus-url-copy (v. 5.0.4) I obtain
lu95jib@i01r12s30:~> globus-url-copy -list
gsiftp://login02.sm-gw.lrz.de:20281/~/lxgt2/
gsiftp://login02.sm-gw.lrz.de:20281/~/lxgt2/
gsisshd
gsigatekeeper
gsiftp
foo/
bar
which clearly shows the content of "~/lxgt2/foo".
The situation with uberftp is even worse, because I have an empty string
lu95jib@i01r12s30:~> uberftp -ls gsiftp://login02.sm-gw.lrz.de:20281/~/lxgt2/
drwxr-xr-x 6 lu95jib pr28fa 4096 Mar 14 16:36 .
-rwxr-xr-x 1 lu95jib pr28fa 2829 Sep 14 09:11 gsisshd
-rw-r--r-- 1 lu95jib pr28fa 1616 Sep 14 09:24 gsigatekeeper
-rw-r--r-- 1 lu95jib pr28fa 1716 Sep 14 09:44 gsiftp
drwxr-xr-x 3 lu95jib pr28fa 4096 Mar 14 16:37
-rw-r--r-- 1 lu95jib pr28fa 0 Mar 14 16:37 bar
You can notice that the name of the 'foo' folder disappeared and I have an
empty space (see size and creation date).
If I use a 5.0.4 server installation (and the same clients) I don't see this
behavior anymore, the content of the subfolder is not shown:
lu95jib@i01r12s30:~> uberftp -ls gsiftp://login02.sm-gw.lrz.de:2811/~/lxgt2/
drwxr-xr-x 3 lu95jib pr28fa 4096 Mar 14 16:36 .
drwx------ 42 lu95jib pr28fa 8192 Mar 14 16:11 ..
drwxr-xr-x 2 lu95jib pr28fa 4096 Mar 14 16:37 foo
-rw-r--r-- 1 lu95jib pr28fa 1716 Sep 14 09:44 gsiftp
-rw-r--r-- 1 lu95jib pr28fa 1616 Sep 14 09:24 gsigatekeeper
-rwxr-xr-x 1 lu95jib pr28fa 2829 Sep 14 09:11 gsisshd
If I use a 5.2 server installation with only one instance, everything is fine
again (no subfolders)
The bad side of this is that Globus Online is not working anymore. If I try to
connect to a gridftp 5.2 server with split configuration, the content of my
home is not shown and I receive the following error
"Error listing directory '/~/' on endpoint 'mlanati#SuperMIG-login02': Embedded '/'
in '.config/gtk-2.0' dirlist: dirlist/recurse.cpp:175: void mlsd_data_rx(conn::Cmd*,
const char*, int, bool): Assertion `0' failed."
To me it appears that Globus Online is trying to recursively go through the
subfolder in my home and in some way is not what is expected.
In conclusion, do you think that this is a bug or is there a way to limit the
depth of the listing function?
Thank you for your help and best regards,
Matteo
Matteo Lanati
Distributed Resources Group
Leibniz-Rechenzentrum (LRZ)
Boltzmannstrasse 1
85748 Garching b. München (Germany)
Phone: +49 89 35831 8724
