URL: <http://savannah.cern.ch/bugs/?86858> Summary: odd behavior with xrd when using rm or rmdir inside of xrd command Project: XROOTD Submitted by: bdouglas Submitted on: 2011-09-19 07:44 Severity: 3 - Normal Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Fixed by commit(s): _______________________________________________________ Details: Hello, I am seeing the following odd behavior with the xrd command First I connect to the redirector with the command xrd titan I get the response that I expect - root://titan.physics.umass.edu:1094//> Now if I determine all of the directories or files that I want to remove. In this example I am going to remove director /atlas/common/mc11_valid.113642.Pythia8JetsJ7.recon.log.e789_a124_tid365 using the locateall command - root://titan.physics.umass.edu:1094//> locateall /atlas/common/mc11_valid.113642.Pythia8JetsJ7.recon.log.e789_a124_tid365181_00 ------------- Location #1 InfoType: kXrdcLocDataServer CanWrite: true Location: '172.30.49.21:1094' ------------- Location #2 InfoType: kXrdcLocDataServer CanWrite: true Location: '172.30.49.14:1094' I see this directory on two data servers : titan14 and titan21 Now if I remove the directory: root://titan.physics.umass.edu:1094//> rmdir /atlas/common/mc11_valid.113642.Pythia8JetsJ7.recon.log.e789_a124_tid365181_00 I remove it from one data server as I expect. Now here is the unexpected part - I am left in the data server where the removal took place. root://titan14:1094//> dirlist /atlas/common when I issue the dirlist command I finally come back to connecting to the redirector. Is this how xrd really should behave. This seems like an bug to me. Doug _______________________________________________________ Reply to this item at: <http://savannah.cern.ch/bugs/?86858> _______________________________________________ Message sent via/by LCG Savannah http://savannah.cern.ch/