- Gridpp-Dirac-Users - imperial.ac.uk

errors - issue when uploading files to QMUL
by Daniel Felea 26 Mar '18

26 Mar '18

Hi again, In addition to those sent before, please see below the errors got by MoEDAL colleague: Uploading /vo.moedal.org/sim/13TEVYY/FilesByArka/unweighted_events.lhe<http://vo.moedal.org/sim/13TEVYY/FilesByArka/unweighted_events.lhe> StorageFactory._generateStorageObject: Failed to instantiate UKI-LT2-QMUL2-disk: Unable to open the /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so plugin specified in the plugin directory, failure : /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so: undefined symbol: gfalt_get_checksum Traceback (most recent call last): File "/cvmfs/ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/StorageFactory.py<http://ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/StorageFactory.py>", line 416, in __generateStorageObject storage = storageClass(storageName, parameters) File "/cvmfs/ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/GFAL2_SRM2Storage.py<http://ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/GFAL2_SRM2Storage.py>", line 31, in __init__ super( GFAL2_SRM2Storage, self ).__init__( storageName, parameters ) File "/cvmfs/ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/GFAL2_StorageBase.py<http://ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/GFAL2_StorageBase.py>", line 74, in __init__ self.ctx = gfal2.creat_context() GError: Unable to open the /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so plugin specified in the plugin directory, failure : /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so: undefined symbol: gfalt_get_checksum StorageFactory.getStorages: Failed to instantiate any storage protocols. UKI-LT2-QMUL2-disk Error: failed to upload /vo.moedal.org/sim/13TEVYY/FilesByArka/unweighted_events.lhe<http://vo.moedal.org/sim/13TEVYY/FilesByArka/unweighted_events.lhe> to UKI-LT2-QMUL2-disk Many thanks in advance and cheers, Daniel ________________________________ From: gridpp-dirac-users-bounces(a)imperial.ac.uk [gridpp-dirac-users-bounces(a)imperial.ac.uk] on behalf of Daniel Felea [Daniel.Felea(a)cern.ch] Sent: 20 March 2018 15:41 To: gridpp-dirac-users(a)imperial.ac.uk Subject: [Gridpp-Dirac-Users] issue when uploading files to QMUL Hello, I recently tried to upload a file to QMUL but it failed, please see below: [gridpp@10 ganga]$ dirac-dms-add-file /vo.moedal.org/user/d/daniel.felea/unweighted_events.lhe unweighted_events.lhe UKI-LT2-QMUL2-disk Uploading /vo.moedal.org/user/d/daniel.felea/unweighted_events.lhe Error: failed to upload /vo.moedal.org/user/d/daniel.felea/unweighted_events.lhe to UKI-LT2-QMUL2-disk A colleague from MoEDAL tells me that he also tried to upload a bunch of files on QMUL two weeks ago, but with the same negative result. Please, can you help us ? Thank you very much in anticipation ! Cheers, Daniel

5 14

Re: [Gridpp-Dirac-Users] FW: errors - issue when uploading files to QMUL
by Arka Santra 20 Mar '18

20 Mar '18

Hi Daniela, I am having an issue with the grid. When I tried to upload the file to the grid, I am getting this error: Uploading /vo.moedal.org/sim/13TEVYY/FilesByArka/unweighted_events.lhe StorageFactory._generateStorageObject: Failed to instantiate UKI-LT2-QMUL2-disk: Unable to open the /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so plugin specified in the plugin directory, failure : /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so: undefined symbol: gfalt_get_checksum Traceback (most recent call last): File "/cvmfs/ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/Stora geFactory.py", line 416, in __generateStorageObject storage = storageClass(storageName, parameters) File "/cvmfs/ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/GFAL2 _SRM2Storage.py", line 31, in __init__ super( GFAL2_SRM2Storage, self ).__init__( storageName, parameters ) File "/cvmfs/ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/GFAL2 _StorageBase.py", line 74, in __init__ self.ctx = gfal2.creat_context() GError: Unable to open the /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so plugin specified in the plugin directory, failure : /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so: undefined symbol: gfalt_get_checksum StorageFactory.getStorages: Failed to instantiate any storage protocols. UKI-LT2-QMUL2-disk Error: failed to upload /vo.moedal.org/sim/13TEVYY/Fil esByArka/unweighted_events.lhe to UKI-LT2-QMUL2-disk The environment that I am using is attached to this mail. Thank you, Arka On Tue, Mar 20, 2018 at 9:12 PM, Daniel Felea <Daniel.Felea(a)cern.ch> wrote: > > Hi Arka, > > Please, can you provide answers to Daniela's questions ? > > The problem signaled with gfal I don't have it, indeed it's probably a > function of environment variables. > > Still, the uploading issue persists even without this gfal problem, but > let's take one at a time. > > Thanks and cheers, > Daniel > > ------------------------------ > *From:* gridpp-dirac-users-bounces(a)imperial.ac.uk [ > gridpp-dirac-users-bounces(a)imperial.ac.uk] on behalf of Daniela Bauer [ > daniela.bauer.grid(a)googlemail.com] > *Sent:* 20 March 2018 17:17 > *To:* gridpp-dirac-users(a)imperial.ac.uk > *Subject:* Re: [Gridpp-Dirac-Users] errors - issue when uploading files > to QMUL > > Hi Daniel, > > This looks like the command is picking up the wrong version of gfal. > Is this a recently installed UI ? > Could you please sent us your environment ? > > Cheers, > Daniela > > > On 20 March 2018 at 16:09, Daniel Felea <Daniel.Felea(a)cern.ch> wrote: > >> >> Hi again, >> >> In addition to those sent before, please see below the errors got by >> MoEDAL colleague: >> >> Uploading /vo.moedal.org/sim/13TEVYY/FilesByArka/unweighted_events.lhe >> StorageFactory._generateStorageObject: Failed to instantiate >> UKI-LT2-QMUL2-disk: Unable to open the /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so >> plugin specified in the plugin directory, failure : >> /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so: undefined symbol: >> gfalt_get_checksum >> Traceback (most recent call last): >> File "/cvmfs/ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/Stora >> geFactory.py", line 416, in __generateStorageObject >> storage = storageClass(storageName, parameters) >> File "/cvmfs/ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/GFAL2 >> _SRM2Storage.py", line 31, in __init__ >> super( GFAL2_SRM2Storage, self ).__init__( storageName, parameters ) >> File "/cvmfs/ganga.cern.ch/dirac_ui/DIRAC/Resources/Storage/GFAL2 >> _StorageBase.py", line 74, in __init__ >> self.ctx = gfal2.creat_context() >> GError: Unable to open the /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so >> plugin specified in the plugin directory, failure : >> /usr/lib64/gfal2-plugins//libgfal_plugin_srm.so: undefined symbol: >> gfalt_get_checksum >> StorageFactory.getStorages: Failed to instantiate any storage protocols. >> UKI-LT2-QMUL2-disk >> Error: failed to upload /vo.moedal.org/sim/13TEVYY/Fil >> esByArka/unweighted_events.lhe to UKI-LT2-QMUL2-disk >> >> Many thanks in advance and cheers, >> Daniel >> >> >> ------------------------------ >> *From:* gridpp-dirac-users-bounces(a)imperial.ac.uk [ >> gridpp-dirac-users-bounces(a)imperial.ac.uk] on behalf of Daniel Felea [ >> Daniel.Felea(a)cern.ch] >> *Sent:* 20 March 2018 15:41 >> *To:* gridpp-dirac-users(a)imperial.ac.uk >> *Subject:* [Gridpp-Dirac-Users] issue when uploading files to QMUL >> >> >> Hello, >> >> I recently tried to upload a file to QMUL but it failed, please see below: >> >> [gridpp@10 ganga]$ dirac-dms-add-file /vo.moedal.org/user/d/daniel.f >> elea/unweighted_events.lhe unweighted_events.lhe UKI-LT2-QMUL2-disk >> Uploading /vo.moedal.org/user/d/daniel.felea/unweighted_events.lhe >> Error: failed to upload /vo.moedal.org/user/d/daniel.f >> elea/unweighted_events.lhe to UKI-LT2-QMUL2-disk >> >> A colleague from MoEDAL tells me that he also tried to upload a bunch of >> files on QMUL two weeks ago, but with the same negative result. >> >> Please, can you help us ? >> >> Thank you very much in anticipation ! >> >> Cheers, >> Daniel >> >> -- >> _______________________________________________ >> Gridpp-Dirac-Users mailing list >> Gridpp-Dirac-Users(a)imperial.ac.uk >> https://mailman.ic.ac.uk/mailman/listinfo/gridpp-dirac-users >> >> > > > -- > Sent from the pit of despair > > ----------------------------------------------------------- > daniela.bauer(a)imperial.ac.uk > HEP Group/Physics Dep > Imperial College > London, SW7 2BW > Tel: +44-(0)20-75947810 <+44%2020%207594%207810> > http://www.hep.ph.ic.ac.uk/~dbauer/ > -- =============================================================== *Arka Santra* *Post Doctoral Researcher* * Instituto de Fisica Corpuscular* * Parque Cientifico* * C/Catedratico Jose Beltran, 2* * E-46980, Paterna* * Espana* ===============================================================

1 0

issue when uploading files to QMUL
by Daniel Felea 20 Mar '18

20 Mar '18

Hello, I recently tried to upload a file to QMUL but it failed, please see below: [gridpp@10 ganga]$ dirac-dms-add-file /vo.moedal.org/user/d/daniel.felea/unweighted_events.lhe unweighted_events.lhe UKI-LT2-QMUL2-disk Uploading /vo.moedal.org/user/d/daniel.felea/unweighted_events.lhe Error: failed to upload /vo.moedal.org/user/d/daniel.felea/unweighted_events.lhe to UKI-LT2-QMUL2-disk A colleague from MoEDAL tells me that he also tried to upload a bunch of files on QMUL two weeks ago, but with the same negative result. Please, can you help us ? Thank you very much in anticipation ! Cheers, Daniel

1 0

Re: [Gridpp-Dirac-Users] Fwd: DIRAC Web interface bug
by Simon Fayer 05 Mar '18

05 Mar '18

Hi Rohini, Please send questions like this to our GridPP DIRAC user mailing list (CC'ed). It would appear that the JobGroup box is being filtered so that only groups starting with "00" are displayed. I think this is a restriction inherited from when DIRAC was only used by LHCb, so I've put in an upstream request to ask for this limitation to be removed[*]. As it's only a very very minor change, I've manually installed the patch on the GridPP DIRAC web interface, so the filter should now work as you expect (let us know if it doesn't). Regards, Simon [*] https://github.com/DIRACGrid/WebAppDIRAC/pull/286 > ----- Original Message ----- > From: Rohini Joshi <rohini.joshi(a)manchester.ac.uk> > Date: 2 March 2018 at 11:59 > Subject: DIRAC Web interface bug > To: "daniela.bauer(a)imperial.ac.uk" <daniela.bauer(a)imperial.ac.uk> > > > Hi Daniela, > Just wanted to mention a small bug in the DIRAC Web interface that I've > seen for a bit and while I have a workaround for it, it would be nice to > have it logged somewhere and fixed in due time. > Bug is that under the job monitor, user cannot select a particular job > group (despite the filter being visible there) > All zeros in the list of options of job group are shown. Screenshot below- > > > Let me know if I need to actually log this somewhere. Thanks! > > Rohini > > > >

1 0

Re: [Gridpp-Dirac-Users] Dirac file catalogue and pilot problems
by Daniela Bauer 18 Jan '18

18 Jan '18

Hi Alessandra, about the database time out: We see that occasionally in the logs, but a cursory survey seemed to indiate either network problems or some going wrong deep in dirac core, which given that we can't reproduce it, we haven't managed to debug. I'm going to forward your question to teh developers to see if there's a quick hack, but I wouldn't get my hopes up, I'd stick with a retry loop. About the gfal2 conflict: Does this happen on VAC or all sites ? If it's VAC sites, you need to talk to Andrew. I have an email to him dated the 12/12/2017 which contains the comment : "Hmm, it appears GFAL_PLUGIN_DIR & GFAL_CONFIG_DIR are being reset back to the CVMFS version (which doesn't happen on plain grid sites). Could there be something in profile.d or equivalent which is causing it to get reset across the sudo call or something like that?" This is part of a thread from November when we did the major version upgrade in DIRAC, but we have no access to the VAC stuff to upgrade it in sync. If this happens on all DIRAC sites, then could you please send the bit of code that fails, so we can run some tests. I've added the list in case other people have similar problems. Thanks, Daniela On 16 January 2018 at 14:25, Alessandra Forti <Alessandra.Forti(a)cern.ch> wrote: > Hi, > > I'm helping Rohini getting the handle of running using Dirac and we have > encountered a couple of problems. > > 1) When she uploads files to the storage using dirac-dms-add-file it > sometimes fails. The file gets copied but the registration to the file > catalogue fails with this time out error. > > 2018-01-12 18:27:07 UTC dirac-dms-add-file/DataManager[Roxq] DEBUG: > Failed to register file. /skatelescope.eu/user/r/ > rohini.joshi/GOODSN581359/L581367/L581367_SB023_uv.MS_0d357702.tar > {'FileCatalog': '*Handshake timeout exceeded*'} > > I wonder if the timeout is configurable or if it might be a problem with > number of connections or load that can be looked at as I don't think this > is a client problem. If you want to see the whole debugging files we can > put them somewhere accessible. > > 2) Something in the dirac submission system sources the emi-wn setup. > Since Rohini is using dirac_ui tools this creates usual conflicts with the > gfal libraries in the LD_LIBRARY_PATH. > > StorageFactory._generateStorageObject: Failed to instantiate > UKI-NORTHGRID-MAN-HEP-disk: Unable to open the */cvmfs/grid.cern.ch/emi-wn-3.17.1-1.sl6umd4v1 > <http://grid.cern.ch/emi-wn-3.17.1-1.sl6umd4v1>*/usr/lib64/ > gfal2-plugins//libgfal_plugin_gridftp.so plugin specified in the plugin > directory, failure : */cvmfs/grid.cern.ch/emi-wn-3.17.1-1.sl6umd4v1/ > <http://grid.cern.ch/emi-wn-3.17.1-1.sl6umd4v1/>*usr/lib64/ > gfal2-plugins//libgfal_plugin_gridftp.so: undefined symbol: > gfal2_free_uri > == EXCEPTION == GError > > GError: Unable to open the */cvmfs/grid.cern.ch/emi-wn-3.17.1-1.sl6umd4v1/ > <http://grid.cern.ch/emi-wn-3.17.1-1.sl6umd4v1/>*usr/lib64/ > gfal2-plugins//libgfal_plugin_gridftp.so plugin specified in the plugin > directory, failure : */cvmfs/grid.cern.ch/emi-wn-3.17.1-1.sl6umd4v1 > <http://grid.cern.ch/emi-wn-3.17.1-1.sl6umd4v1>*/usr/lib64/ > gfal2-plugins//libgfal_plugin_gridftp.so: undefined symbol: gfal2_free_uri > > it is not the site doing this and for now we solved the problem by > unsetting a couple of GFAL variables. This has allowed to use at least > Manchester, but it still doesn't work on VAC sites like Cambridge. I have > to dig further for the latter to check where is the difference. Do you know > which part may source the /cvmfs/grid.cern.ch/emi-wn-3. > 17.1-1.sl6umd4v1/etc/profile.d/setup-wn-example.sh and if there is any > specific problem with VAC? > > cheers > alessandra > > -- > Respect is a rational process. \\// > Fatti non foste a viver come bruti, ma per seguir virtute e canoscenza(Dante) > For Ur-Fascism, disagreement is treason. (U. Eco) > But but but her emails... covfefe! > > -- Sent from the pit of despair ----------------------------------------------------------- daniela.bauer(a)imperial.ac.uk HEP Group/Physics Dep Imperial College London, SW7 2BW Tel: +44-(0)20-75947810 http://www.hep.ph.ic.ac.uk/~dbauer/

3 7

The Grid is broken (TM)
by Daniela Bauer 28 Nov '17

28 Nov '17

Dear Users, The powers that be pushed out a change to the UK CA - i.e. the certification authority that supports most of our VOs and it broke "a lot of things" (technical terms). We are urgently trying to get this fixed, but for the moment, jobs will probably just fail to submit. Fairly unimpressed by the powers that be, Daniela -- Sent from the pit of despair ----------------------------------------------------------- daniela.bauer(a)imperial.ac.uk HEP Group/Physics Dep Imperial College London, SW7 2BW Tel: +44-(0)20-75947810 http://www.hep.ph.ic.ac.uk/~dbauer/

1 0

GridPP DIRAC Upgrade complete
by Daniela Bauer 16 Nov '17

16 Nov '17

Hi All, The upgrade of the GridPP DIRAC instance is now complete. This was a major upgrade, among other thing it is now using gfal2 for file access. Please upgrade your UI to v6r19p4 using the v13r0 lcgbundle (see instructions below) wget -np -O dirac-install https://raw.githubusercontent.com/DIRACGrid/DIRAC/integration/Core/scripts/… chmod u+x dirac-install ./dirac-install -r v6r19p4 -i 27 -g v13r0 . bashrc dirac-proxy-init -x # (needs user cert password) dirac-configure -F -S GridPP -C dips://dirac01.grid.hep.ph.ic.ac.uk:9135/Configuration/Server -I Ganga: Could I please ask the Ganga developers to upgrade the DIRAC UI on cvmfs. HTCondorCEs (mainly for Dan P): We will update the GridPP DIRAC instance to use HTCondorCEs, but we haven't finished with this yet. Please report any problems on this list. Regards, Daniela -- Sent from the pit of despair ----------------------------------------------------------- daniela.bauer(a)imperial.ac.uk HEP Group/Physics Dep Imperial College London, SW7 2BW Tel: +44-(0)20-75947810 http://www.hep.ph.ic.ac.uk/~dbauer/

1 0

Pilot submission on GridPP DIRAC currently disabled
by Daniela Bauer 15 Nov '17

15 Nov '17

Hi All, This morning a user accidentally submitted a rogue JDL that expanded into an unforeseen number of jobs. In order to stop sites being flooded with bogus pilot jobs, we have currently stopped the submission of pilot jobs while we are cleaning up the mess. Jobs will stay in the "Received" state, we hope to be back to normal within a few hours. Apologies. Daniela -- Sent from the pit of despair ----------------------------------------------------------- daniela.bauer(a)imperial.ac.uk HEP Group/Physics Dep Imperial College London, SW7 2BW Tel: +44-(0)20-75947810 http://www.hep.ph.ic.ac.uk/~dbauer/

2 1

secgsi_GetCA: CRL entry for 'ffc3d59b:1' needs refreshing: clean the related entry cache first
by Duncan Rand 15 Nov '17

15 Nov '17

Hi I'm trying to upload and replicate a file which starts off OK: $ dirac-dms-add-file -f /gridpp/user/d/duncan.rand/testfile-20171114-1 ./testfile UKI-LT2-IC-HEP-disk Uploading /gridpp/user/d/duncan.rand/testfile-20171114-1 Successfully uploaded file to UKI-LT2-IC-HEP-disk $ dirac-dms-replicate-lfn /gridpp/user/d/duncan.rand/testfile-20171114-1 UKI-LT2-RHUL-disk {'Failed': {}, 'Successful': {'/gridpp/user/d/duncan.rand/testfile-20171114-1': {'register': 0.03875398635864258, 'replicate': 9.515014886 but then with Sheffield, Durham, Birmingham and ECDF storage elements (where the DFC seems to be defaulting to storing the SURL as a root-based SURL) I get the error below. thanks Duncan $ dirac-dms-replicate-lfn /gridpp/user/d/duncan.rand/testfile-20171114-1 UKI-NORTHGRID-SHEF-HEP-disk 171114 15:30:06 22254 secgsi_GetCA: CRL entry for 'ffc3d59b:1' needs refreshing: clean the related entry cache first (0x7f19741ad7c0) XROOTStorage.__putSingleFile: Failed to put file on storage. [FATAL] Auth failed 0 XROOTStorage.__putSingleFile: Failed to put file on storage. [FATAL] Auth failed 0 ERROR Completely failed to replicate file. Failed to replicate with all sources. $ dirac-dms-replicate-lfn /gridpp/user/d/duncan.rand/testfile-20171114-1 UKI-SCOTGRID-DURHAM-disk 171114 15:30:09 22265 secgsi_GetCA: CRL entry for 'ffc3d59b:1' needs refreshing: clean the related entry cache first (0x7f9510006310) XROOTStorage.__putSingleFile: Failed to put file on storage. [FATAL] Auth failed 0 XROOTStorage.__putSingleFile: Failed to put file on storage. [FATAL] Auth failed 0 ERROR Completely failed to replicate file. Failed to replicate with all sources. $ dirac-dms-replicate-lfn /gridpp/user/d/duncan.rand/testfile-20171114-1 UKI-SOUTHGRID-BHAM-HEP-disk 171114 15:30:11 22277 secgsi_GetCA: CRL entry for 'ffc3d59b:1' needs refreshing: clean the related entry cache first (0x7f50981ad940) XROOTStorage.__putSingleFile: Failed to put file on storage. [FATAL] Auth failed 0 XROOTStorage.__putSingleFile: Failed to put file on storage. [FATAL] Auth failed 0 ERROR Completely failed to replicate file. Failed to replicate with all sources. $ dirac-dms-replicate-lfn /gridpp/user/d/duncan.rand/testfile-20171114-1 UKI-SCOTGRID-ECDF-disk 171114 15:30:19 22288 secgsi_GetCA: CRL entry for 'ffc3d59b:1' needs refreshing: clean the related entry cache first (0x7fd15c1ad940) XROOTStorage.__putSingleFile: Failed to put file on storage. [FATAL] Auth failed 0 ERROR Completely failed to replicate file. Failed to replicate with all sources.

3 6

getSiteSummaryWeb broken
by Steve Lloyd 14 Nov '17

14 Nov '17

Hi, Since 15 September this has been broken. Any ideas? It appears to need more arguments or something. Cheers adminClient = RPCClient('WorkloadManagement/WMSAdministrator', timeout=60) summary = adminClient.getSiteSummaryWeb({}, [], 0, -1) print summary {'CallStack': [' File "/opt/dirac/Linux_x86_64_glibc-2.12/lib/python2.7/threading.py", line 774, in __bootstrap\n self.__bootstrap_inner()\n', ' File "/opt/dirac/Linux_x86_64_glibc-2.12/lib/python2.7/threading.py", line 801, in __bootstrap_inner\n self.run()\n', ' File "/opt/dirac/DIRAC/Core/Utilities/ThreadPool.py", line 111, in run\n oJob.process()\n', ' File "/opt/dirac/DIRAC/Core/Utilities/ThreadPool.py", line 161, in process\n self.__jobResult = self.__jobFunction( *self.__jobArgs, **self.__jobKwArgs )\n', ' File "/opt/dirac/DIRAC/Core/DISET/private/Service.py", line 295, in _processInThread\n result = self._processProposal( trid, proposalTuple, handlerObj )\n', ' File "/opt/dirac/DIRAC/Core/DISET/private/Service.py", line 455, in _processProposal\n result = self._executeAction( trid, proposalTuple, handlerObj )\n', ' File "/opt/dirac/DIRAC/Core/DISET/private/Service.py", line 475, in _executeAction\n return handlerObj._rh_executeAction( proposalTuple )\n', ' File "/opt/dirac/DIRAC/Core/DISET/RequestHandler.py", line 121, in _rh_executeAction\n retVal = self.__doRPC( actionTuple[1] )\n', ' File "/opt/dirac/DIRAC/Core/DISET/RequestHandler.py", line 238, in __doRPC\n return self.__RPCCallFunction( method, args )\n', ' File "/opt/dirac/DIRAC/Core/DISET/RequestHandler.py", line 263, in __RPCCallFunction\n return S_ERROR( "Server error while serving %s: %s" % ( method, str( e ) ) )\n'], 'Message': 'Server error while serving getSiteSummaryWeb: need more than 2 values to unpack', 'OK': False, 'rpcStub': (('WorkloadManagement/WMSAdministrator', {'skipCACheck': False, 'keepAliveLapse': 150, 'delegatedGroup': 'gridpp_user', 'delegatedDN': '/C=UK/O=eScience/OU=QueenMaryLondon/L=Physics/CN=steve lloyd', 'timeout': 120}), 'getSiteSummaryWeb', ({}, [], 0, -1)), 'Errno': 0} +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Steve Lloyd Emeritus Professor, School of Physics and Astronomy Queen Mary University of London, Mile End Road, London E1 4NS, UK E-mail: s.l.lloyd(a)qmul.ac.uk +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

2 2