Hi Greig On 27/03/2008, Greig Alan Cowan <[log in to unmask]> wrote: > Hi Sergey, > > srmLs is only supported by SRMv2.2 servers. You are running dCache > 1.7.0-35, which only has SRMv1. Thanks, its clear > > For lcg-cp, which authorisation mechanims are you using in the dCache, > gPlazma? Does the user DN appear in the grid-mapfile or vorole-mapfile? We using gPlazma and others: # Switches saml-vo-mapping="OFF" kpwd="ON" grid-mapfile="ON" gplazmalite-vorole-mapping="ON" # Priorities saml-vo-mapping-priority="4" kpwd-priority="1" grid-mapfile-priority="2" gplazmalite-vorole-mapping-priority="3" In /etc/grid-security/storage-authzdb: authorize ops001 read-write 9001 1000 / / authorize dteam001 read-write 30001 1005 / / In the grid-vorole "*" "/dteam" dteam001 "*" "/ops" ops001 But it successfully works with srmcp and lcg-cr for dteam: ========================= sergey@niels003:~$lcg-cr -v --vo dteam file:/home/sergey/h2.txt -d dcache01.tier2.hep.manchester.ac.uk Using grid catalog type: lfc Using grid catalog : prod-lfc-shared-central.cern.ch Using LFN : /grid/dteam/generated/2008-03-27/file-71cc9e67-4357-4953-b1af-a184eca15e59 Using SURL : srm://dcache01.tier2.hep.manchester.ac.uk/pnfs/tier2.hep.manchester.ac.uk/data/dteam/generated/2008-03-27/file8f9503b7-9ad9-4616-8f6c-8d4355d1a41d Source URL: file:/home/sergey/h2.txt File size: 1959 VO name: dteam Destination specified: dcache01.tier2.hep.manchester.ac.uk Destination URL for copy: gsiftp://bohr3431.tier2.hep.manchester.ac.uk:2811//pnfs/tier2.hep.manchester.ac.uk/data/dteam/generated/2008-03-27/file8f9503b7-9ad9-4616-8f6c-8d4355d1a41d # streams: 1 # set timeout to 0 seconds Alias registered in Catalog: lfn:/grid/dteam/generated/2008-03-27/file-71cc9e67-4357-4953-b1af-a184eca15e59 1959 bytes 2.47 KB/sec avg 2.47 KB/sec inst Transfer took 2080 ms Destination URL registered in Catalog: srm://dcache01.tier2.hep.manchester.ac.uk/pnfs/tier2.hep.manchester.ac.uk/data/dteam/generated/2008-03-27/file8f9503b7-9ad9-4616-8f6c-8d4355d1a41d guid:fece7962-e877-4d24-8efd-4e25b1bd89dd ====================================== but not for "ops": + lcg-cr -v --vo ops file:/home/samops/.same/SRM/testFile.txt -l lfn:SRM-put-dcache01.tier2.hep.manchester.ac.uk-1206635107 -d dcache01.tier2.hep.manchester.ac.uk Using grid catalog type: lfc Using grid catalog : prod-lfc-shared-central.cern.ch Using LFN : /grid/ops/SAM/SRM-put-dcache01.tier2.hep.manchester.ac.uk-1206635107 Using SURL : srm://dcache01.tier2.hep.manchester.ac.uk/pnfs/tier2.hep.manchester.ac.uk/data/ops/generated/2008-03-27/file2e3f9b08-96aa-4516-8955-b717718c0696 httpg://dcache01.tier2.hep.manchester.ac.uk:8443/srm/managerv1: java.rmi.RemoteException: SRM Authorization failed; nested exception is: org.dcache.srm.SRMAuthorizationException: diskCacheV111.services.authorization.AuthorizationServiceException: authR lcg_cr: Communication error on send + result=1 + set +x > On 27/03/08 14:22, Sergey wrote: > > Hi > > We have a problem with our dCache: can srmcp both > > direction, though can't srm list the same directory. > > On the server side we have: > > glite-SE_dcache-3.0.7-0 > > lcg-info-dynamic-dcache-1.0.9-1_sl3 > > dcache-client-1.7.0-35 > > dcache-server-1.7.0-35 > > > > On UI: dcache-client-1.7.0-35 > > SRMcp read and write running without problems. However when trying to > > list the same directory we got: > > > > sergey@niels003:~$/opt/d-cache/srm/bin/srmls -l -debug=true > > srm://dcache01.tier2.hep.manchester.ac.uk:8443/pnfs/tier2.hep.manchester.ac.uk/data/dteam/test0325 > > WARNING: SRM_PATH is defined, which might cause a wrong version of srm > > client to be executed > > WARNING: SRM_PATH=/opt/d-cache/srm > > Storage Resource Manager (SRM) CP Client version 1.23.1 > > Copyright (c) 2002-2006 Fermi National Accelerator Laboratory > > > > SRM Configuration: > > debug=true > > gsissl=true > > help=false > > pushmode=false > > userproxy=true > > buffer_size=131072 > > tcp_buffer_size=0 > > streams_num=10 > > config_file=config.xml > > glue_mapfile=conf/SRMServerV1.map > > webservice_path=srm/managerv1 > > webservice_protocol=https > > gsiftpclinet=globus-url-copy > > protocols_list=gsiftp,http > > save_config_file=null > > srmcphome=.. > > urlcopy=sbin/urlcopy.sh > > x509_user_cert=/home/timur/k5-ca-proxy.pem > > x509_user_key=/home/timur/k5-ca-proxy.pem > > x509_user_proxy=/tmp/x509up_u508 > > x509_user_trusted_certificates=/etc/grid-security/certificates > > globus_tcp_port_range=null > > gss_expected_name=null > > storagetype=permanent > > retry_num=20 > > globus_tcp_port_range=null > > gss_expected_name=null > > storagetype=permanent > > retry_num=20 > > retry_timeout=10000 > > wsdl_url=null > > use_urlcopy_script=false > > connect_to_wsdl=false > > delegate=true > > full_delegation=true > > server_mode=passive > > srm_protocol_version=1 > > request_lifetime=86400 > > action is ls > > recursion depth=1 > > is long listing mode=true > > surl[0]=srm://dcache01.tier2.hep.manchester.ac.uk:8443/pnfs/tier2.hep.manchester.ac.uk/data/dteam/test0325 > > from=null > > to=null > > > > Tue Mar 25 15:56:01 GMT 2008: In SRMClient ExpectedName: host > > Tue Mar 25 15:56:01 GMT 2008: SRMClient(https,srm/managerv1,true) > > SRMClientV2 : user credentials are: > > /C=UK/O=eScience/OU=Manchester/L=HEP/CN=sergey dolgobrodov > > SRMClientV2 : connecting to srm at > > httpg://dcache01.tier2.hep.manchester.ac.uk:8443/srm/managerv1 > > SRMClientV2 : srmLs, contacting service > > httpg://dcache01.tier2.hep.manchester.ac.uk:8443/srm/managerv1 > > SRMClientV2 : put: try # 0 failed with error > > SRMClientV2 : org.xml.sax.SAXException: Deserializing parameter > > 'srmLsRequest': could not find deserializer for type > > {http://srm.lbl.gov/StorageResourceManager}srmLsRequest > > SRMClientV2 : put: try again > > SRMClientV2 : sleeping for 10000 milliseconds before retrying > > SRMClientV2 : put: try # 1 failed with error > > SRMClientV2 : org.xml.sax.SAXException: Deserializing parameter > > 'srmLsRequest': could not find deserializer for type > > {http://srm.lbl.gov/StorageResourceManager}srmLsRequest > > SRMClientV2 : put: try again > > SRMClientV2 : sleeping for 20000 milliseconds before retrying > > > > Yet another pain: lcg-cr/cp fails with authorisation problem like this: > > > > > lcg-cr --vo ilc -d dcache01.tier2.hep.manchester.ac.uk -n 4 -t 6000 > > -v -l lfn:/grid/ilc/test/dcache01.tier2.hep.manchester.ac.uk_1206625776 > > file:/afs/desy.de/user/g/gellrich/grid/ilc/ses/TESTFILE0 > > httpg://dcache01.tier2.hep.manchester.ac.uk:8443/srm/managerv1: > > java.rmi.RemoteException: SRM Authorization failed; nested exception > > is: > > org.dcache.srm.SRMAuthorizationException: > > diskCacheV111.services.authorization.AuthorizationServiceException: > > authR > > Using grid catalog type: lfc > > Using grid catalog : grid-lfc.desy.de > > Using LFN : /grid/ilc/test/dcache01.tier2.hep.manchester.ac.uk_1206625776 > > Using SURL : srm://dcache01.tier2.hep.manchester.ac.uk/pnfs/tier2.hep.manchester.ac.uk/data/ilc/generated/2008-03-27/filefdf54c8b-2012-4372-a9b6-b6b6d66da5ca > > Alias registered in Catalog: > > lfn:/grid/ilc/test/dcache01.tier2.hep.manchester.ac.uk_1206625776 > > > > However pure srmcp works fine. > > > > Can somebody help to diagnose the problem? > > > -- -- Sergey Dolgobrodov Department of Physics & Astronomy University of Manchester Manchester M13 9PL Tel: +44 (0)161 6608472 Mobile: +44 (0)790 4587534 Skype: sergeygd