XROOTD-L Archives

Support use of xrootd by HEP experiments

XROOTD-L@LISTSERV.SLAC.STANFORD.EDU

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Adrian Sevcenco <[log in to unmask]>
Reply To:
Support use of xrootd by HEP experiments <[log in to unmask]>
Date:
Mon, 2 Sep 2019 16:37:55 +0300
Content-Type:
multipart/signed
Parts/Attachments:
text/plain (2479 bytes) , smime.p7s (2353 bytes)
On 9/2/19 2:09 PM, Michal Kamil Simon wrote:
> Hi Adrian,
Hi!

>  >From what I see in the logs you use the following file name:
> 
> root://eosalice.cern.ch:1094//15/62933/56da6906-9149-11e7-ba1b-579516ed5c66#AliAOD.root
> 
> The '#' is root syntax for unpacking root files, this is not supported 
> in the
> xrootd client, instead you have to use the /xrdcl.unzip/ cgi tag, e.g.
> 
> root://eosalice.cern.ch:1094//15/62933/56da6906-9149-11e7-ba1b-579516ed5c66?xrdcl.unzip=AliAOD.root

oh!!! so, could i use a simplistic logic like :
replace latest '#' from string with '?xrdcl.unzip='

ALICE stores files in the form of GUID (that last uid)
and when i request access to a lfn i get the guid and the authz envelope 
for accessing the file ... so, it is guaranteed that i will always get a 
url with a GUID ...

Given this, do you thing that i could use the logic from above?

> alternatively I can expose extracting of zip files (root files use zip 
> format for bundling)
> in the /CopyProcess.add_job(...)/ method.
that would be great! if it is possible it would be best if
the same format of '#file' is recognized (as this is the url that i get 
when requesting lfn access)

Thanks a lot!!
Adrian

> 
> Hope this helps!
> 
> Cheers,
> Michal
> 
> ________________________________________
> From: Adrian Sevcenco
> Sent: 01 September 2019 22:13
> To: [log in to unmask]
> Cc: Michal Kamil Simon
> Subject: python :: cp process fails when it shouldn't (another utility 
> can download file)
> 
> Hi! I have a really baffling situation where my python tool cannot
> download a file and another tool (java based, use xrdcp) can download
> the same file ...
> 
> the detailed logs for my cp are here :
> https://cernbox.cern.ch/index.php/s/JNaLKsaC5pyrhMP
> 
> the java based tool it seems that somehow ignores the external XRD_
> variables so i cannot get a log of cp process
> 
> Could some expert take a look please and point me to a hint why my cp
> fails and the other tool can download just fine?
> 
> Thank you!!
> Adrian
> 


-- 
----------------------------------------------
Adrian Sevcenco, Ph.D.                       |
Institute of Space Science - ISS, Romania    |
adrian.sevcenco at {cern.ch,spacescience.ro} |
----------------------------------------------


########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1


ATOM RSS1 RSS2