On Mar 22, 2012, at 11:49 AM, Lanati, Matteo wrote: > Hi Raj, > > thanks for the quick answer and for looking into it. > I'm using a split configuration basically for security reasons, as stated in > > http://globus.org/toolkit/docs/5.2/5.2.0/gridftp/admin/#gridftp-admin-separated
Ok, thanks. > > Best regards, > > Matteo > > On Mar 22, 2012, at 5:44 PM, 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 >>> >>> >> > > Matteo Lanati > Distributed Resources Group > Leibniz-Rechenzentrum (LRZ) > Boltzmannstrasse 1 > 85748 Garching b. München (Germany) > Phone: +49 89 35831 8724 > > >
