On 28/02/2008, Elena Korolkova <[log in to unmask]> wrote:
> Thank you, Karl.
>
> We tried lcg-cr to
> srm://serv02.hep.phy.cam.ac.uk/dpm/shef.ac.uk/home/atlas/users/ and
> permission denied as well. Have you succeeded to write the data inside the Ganga to
> Cambridge se?
> We are dealing with this problem for a week. We have checked
> permissions on all directories on se and they are all
> writable.
>
> dpns-ls -l /dpm/shef.ac.uk/home/atlas/
> -rw-rw-r-- 1 177 104 124 Feb 15 12:52
> 1203079914
> drwxrwxr-x 12 154 111 0 Feb 28 14:03 SAM
> drwxrwxr-x 0 root 111 0 Feb 25 13:40
> atlasdatadisk
> drwxrwxr-x 7 132 104 0 Feb 21 2007 bged
> -rw-rw-r-- 1 177 104 1912 Feb 22 10:56 bibble
> -rw-rw-r-- 1 177 104 1912 Feb 22 11:24 bibble2
> -rw-rw-r-- 1 177 104 1912 Feb 22 11:25 bibble3
> drwxrwxr-x 1 126 104 0 Feb 18 13:58 ddo
> drwxrwxr-x 20 113 111 0 Nov 23 15:59 dq2
> drwxrwxr-x 1 126 104 0 Feb 18 13:58
> fdr08_run1
> drwxrwxr-x 424 106 104 0 Feb 01 04:56 generated
> drwxrwxr-x 2 109 104 0 Feb 16 2007 guidone
> drwxrwxr-x 1 109 104 0 Dec 12 2006 guidone1
> drwxrwxr-x 1 121 104 0 Jan 18 2007 install
> drwxrwxr-x 1 109 104 0 Dec 12 2006 negri
> drwxrwxr-x 1 126 104 0 Feb 18 13:58 user
> drwxrwxr-x 1 150 129 0 Oct 05 01:48 users
why is users a different group from others. I assume 104 is group for atlas
it should not matter since it has global write ( but of course this
might not be being obeyed since it might not get as far as this. 111
must be prdatlas i guess . what is 129?
is this similar to the problem graeme had where since he was the first
persion to copy into a directory the wrong permission was attributed
to the folder?
>
> So we cannot understand the problem. Any clue to this problem?
>
> Thanks
>
> Elena
>
> On Thu, 28 Feb 2008, Karl Harrison wrote:
>
> > Hi Elena,
> >
> > The relevant error here is the one at the end of the traceback:
>
> >
> > httpg://lcgse1.shef.ac.uk:8443/srm/managerv1: Permission denied
> >
>
> > and indicates there's a problem with permissions on the Sheffield storage
> > element. From a quick test with lcg-cr, I'm able to write to:
>
> >
> > srm://lcgse1.shef.ac.uk/dpm/shef.ac.uk/home/atlas
> >
>
> > but not to:
>
> >
> > srm://lcgse1.shef.ac.uk/dpm/shef.ac.uk/home/atlas/users
> >
>
> > Hope that helps, Karl.
>
> >
> > On Thu, 28 Feb 2008, Santanu Das wrote:
> >
> >> Hi Elena,
> >>
> >> Alan (cc'd) is our local grid user and after the initial hiccups, now he is
> >> able to do successful Ganga submission. I don't know what exactly he is doing
> >> in details but certainly some sort of copy-and-register at some point I
> >> believe. Alan probably can help you but as far as I'm aware of he is pretty
> >> much busy with his stuff at the moment; so you may experience some delay in
> >> replying.
> >>
> >> Alan, could please help Elena, if you think you possibly can someway, to
> >> understand the problem whenever you get some time?
> >>
> >> Karl is known as a Ganga expert, so I've cc'd the mail to him as well.
> >>
> >> Cheers,
> >> Santanu
> >>
> >>
> >>
> >> Elena Korolkova wrote:
> >>> Hello
> >>>
> >>> we got a problem in Sheffield. When users run GANGA jobs on our cluster
> >>> they can't copy the data to our disk. The error is
> >>>
> >>> ERROR during execution of lcg-cr --vo atlas -t 300 -d
> >>> srm://ccsrm.in2p3.fr/pnfs/in2p3.fr/data/atlas/disk/dq2/users/JohannesElmsheuse
> >>> r/ganga/users.JohannesElmsheuser.ganga.114.20071002
> >>> /users.JohannesElmsheuser.ganga.114.20080225195610._00001.AnalysisSkeleton.aan
> >>> .root -l
> >>> /grid/atlas/users/JohannesElmsheuser/ganga/users.JohannesElmsheuser.ganga.114.
> >>> 20071002/
> >>> users.JohannesElmsheuser.ganga.114.20080225195610._00001.AnalysisSkeleton.aan.
> >>> root
> >>> file:///home/atlas008/globus-tmp.wn080.7952.0/https_3a_2f_2flb104.cern.ch_3a90
> >>> 00_2fgjk8snSS9kqGsvfBTwupxg
> >>> /users.JohannesElmsheuser.ganga.114.20080225195610._00001.AnalysisSkeleton.aan
> >>> .root 256 the server sent an error response: 451 451 Operation failed:
> >>> Non-null return code from
> >>> [>PoolManager@dCacheDomain:*@dCacheDomain:SrmSpaceManager@spaceManagerDomain:*
> >>> @spaceManagerDomain:*@dCacheDomain] with error No write pools configured for
> >>> <prodprivdisk:atlas@osm>
> >>>
> >>> or
> >>>
> >>> for FDR data
> >>>
> >>> ERROR during execution of lcg-cr --vo atlas -t 300 -d
> >>> srm://lcgse1.shef.ac.uk/dpm/shef.ac.uk/home/atlas/users/davidecostanzo/ganga/u
> >>> sers.davidecostanzo.ganga.15.20080221
> >>> /users.davidecostanzo.ganga.15.20080225165017._00002.SkimmedThin.AOD.pool.root
> >>> -g 040EB3D4-C1E3-DC11-A30C-00093D107F28 -l
> >>> /grid/atlas/users/davidecostanzo/ganga/users.davidecostanzo.ganga.15.20080221
> >>> /users.davidecostanzo.ganga.15.20080225165017._00002.SkimmedThin.AOD.pool.root
> >>> file:///home/atlas052/globus-tmp.wn079.12079.0/WMS_wn079_012626_https_3a_2f_2f
> >>> lcgrb01.gridpp.rl.ac.uk_3a9000_2f85snMcF34cgSQjXw8_5fvJjw/
> >>> users.davidecostanzo.ganga.15.20080225165017._00002.SkimmedThin.AOD.pool.root
> >>> 256 httpg://lcgse1.shef.ac.uk:8443/srm/managerv1: Permission denied
> >>>
> >>> I should notice that for the latter case the attempt to copy data also
> >>> failed for CERNCAF and succeded at FZKDISK.
> >>>
> >>> We have DPM in Sheffield. We have check that all permission to write set
> >>> correctly. Does anyone has an example of successful use of lcg-cr command
> >>> inside GANGA with DPM? Is it our fault or a fault of GANGA?
> >>>
> >>> Cheers,
> >>> Elena
> >>> ____________________________________________________________________________
> >>> Dr Elena Korolkova
> >>> Email: [log in to unmask]
> >>> Tel.: +44 (0)114 2223553
> >>> Fax: +44 (0)114 2223555
> >>> Department of Physics and Astronomy
> >>> University of Sheffield
> >>> Sheffield, S3 7RH, United Kingdom
> >>
> >>
> >
>
>
> --
> ____________________________________________________________________________
>
> Dr Elena Korolkova
> Email: [log in to unmask]
> Tel.: +44 (0)114 2223553
> Fax: +44 (0)114 2223555
> Department of Physics and Astronomy
> University of Sheffield
> Sheffield, S3 7RH, United Kingdom
>
|
