 |
 |
Happens quite often now in CASTOR for diskservers which are under heavy load. It has the following signature: 150916 17:43:22 21073 XrootdXeq: alicedaq.8138:441@aldaqtdsm03 pvt IPv4 login as alicedaq 150916 17:43:22 21073 alicedaq.8138:441@aldaqtdsm03 XrootdProtocol: endsess 14245:353.19908 150916 17:43:22 21073 alicedaq.8138:441@aldaqtdsm03 XrootdProtocol: endsess 14245:353.19908 rc=4 (Resource temporarily unavailable) 150916 17:43:22 time=1442418202.152684 func=open level=INFO logid=a912d31c-5c89-11e5-bf06-001b21551dbc [log in to unmask]:1094 tid=140534474995456 source=XrdxCastor2Ofs:448 tident=alicedaq.8138:441@aldaqtdsm03 path=/castor/cern.ch/alice/raw/technical/2015/09/16/16/15000236105030.1319.root, opaque=mode=644&oss.asize=1865279545, isRW=1, open_mode=4002, file_ptr=0x7fd0d24ed010 150916 17:43:22 time=1442418202.152714 func=ExtractTransferInfo level=ERROR logid=a912d31c-5c89-11e5-bf06-001b21551dbc [log in to unmask]:1094 tid=140534474995456 source=XrdxCastor2Ofs:1000 tident=alicedaq.8138:441@aldaqtdsm03 no diskmanager opaque information i.e. castor.pfn2 missing 150916 17:43:22 17023 castor2ofs_open: alicedaq.8138:441@aldaqtdsm03 Unable to get diskmanager opaque info (pfn2) ; input/output error The opaque information should have contained the pfn2 info. Btw, @abh3 do you have any suggestion how I can easily get the server in a state where it triggers a retry on the client side for open? --- Reply to this email directly or view it on GitHub: https://github.com/xrootd/xrootd/issues/287 ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the XROOTD-DEV list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1