search

cern-fts / gfal2

Multi-protocol data management library
https://dmc-docs.web.cern.ch/dmc-docs/
Other
7 stars 13 forks source link

incomplete data displayed for root protocol by gfal-ls #20

Open MarcusEbert opened 7 months ago

MarcusEbert commented 7 months ago

When querying a cluster via gfal-ls the expected output is the content of all servers as it is done by xrdfs:

mebert@heplw65:~$ xrdfs   root://rdc-redirector.belle.uvic.ca:1093 ls /TMP/belle/test   
/TMP/belle/test/100MBfile
/TMP/belle/test/1MBfile
/TMP/belle/test/250kBfile
/TMP/belle/test/2MBfile
/TMP/belle/test/312kBfile
/TMP/belle/test/328kBfile
/TMP/belle/test/3MBfile
/TMP/belle/test/4MBfile
/TMP/belle/test/5MBfile
/TMP/belle/test/DC
/TMP/belle/test/DC24
/TMP/belle/test/TP
/TMP/belle/test/TPC
/TMP/belle/test/aaa
/TMP/belle/test/bbb
/TMP/belle/test/hRaw
/TMP/belle/test/kekcc
/TMP/belle/test/test001
/TMP/belle/test/test002

However, gfal-ls does not combine the output of multiple servers and from the xrootd logs it looks like the query sent is also different than what xrdfs sends. There are currently 2 servers behind the redirector and gfal-ls only displays the content of a single server each time it is issued:

mebert@heplw65:~$ gfal-ls  root://rdc-redirector.belle.uvic.ca:1093//TMP/belle/test
kekcc
250kBfile
TPC
TP
5MBfile
328kBfile
100MBfile
4MBfile
3MBfile
2MBfile
1MBfile

mebert@heplw65:~$ gfal-ls  root://rdc-redirector.belle.uvic.ca:1093//TMP/belle/test
TPC
aaa
hRaw
test002
kekcc
DC24
test001
312kBfile
DC
bbb

Could this behaviour please be changed to be consistent with xrdfs?