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

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



Reply via email to