Here it is:
# grep "Piotr N" /opt/lcg/etc/lcgdm-mapfile
"/C=CH/O=CERN/OU=GRID/CN=Piotr Nyczyk 6217" ops
"/C=CH/O=CERN/OU=GRID/CN=Piotr Nyczyk 9654" dteam
"/C=PL/O=GRID/O=Cyfronet/CN=Piotr
[log in to unmask]" dteam
There is some ops VO information in the lcgdm-mkgridmap.conf file you
mention.
# grep ops /opt/lcg/etc/lcgdm-mkgridmap.conf
group vomss://lcg-voms.cern.ch:8443/voms/ops?/ops/Role=lcgadmin ops
group vomss://lcg-voms.cern.ch:8443/voms/ops?/ops ops
But clearly not as much information as there should be i.e.
]# grep dteam /opt/lcg/etc/lcgdm-mkgridmap.conf
group vomss://lcg-voms.cern.ch:8443/voms/dteam?/dteam/Role=lcgadmin dteam
group vomss://voms.cern.ch:8443/voms/dteam?/dteam/Role=lcgadmin dteam
group vomss://lcg-voms.cern.ch:8443/voms/dteam?/dteam/Role=production
dteam
group vomss://voms.cern.ch:8443/voms/dteam?/dteam/Role=production dteam
group vomss://lcg-voms.cern.ch:8443/voms/dteam?/dteam dteam
group vomss://voms.cern.ch:8443/voms/dteam?/dteam dteam
group ldap://lcg-vo.cern.ch/ou=lcgadmin,o=dteam,dc=lcg,dc=org dteam
group ldap://lcg-vo.cern.ch/ou=lcg1,o=dteam,dc=lcg,dc=org dteam
Greig
On Wed, 19 Jul 2006, Brew, CAJ (Chris) wrote:
> Hi,
>
> I'm just working with Marco on getting the OPS sfts to work with his
> DPM, there the problem seems to be that the OPS VO isn't in the special
> DPM lgcdm-mkgridmap.conf file in /opt/lcg/etc/ which generates a
> lcgdm-gridmap in the same directory.
>
> What's Piotr's mapping in that file?
>
> Chris.
>
>
>
>
> > -----Original Message-----
> > From: GRIDPP2: Deployment and support of SRM and local
> > storage management [mailto:[log in to unmask]] On
> > Behalf Of Greig A Cowan
> > Sent: 19 July 2006 15:00
> > To: [log in to unmask]
> > Subject: Re: dcache.kpwd file
> >
> > I'm failing ops SAM tests on our DPM (dCache isn't being
> > tested) with Permission Denied errors. Looking at the DPM
> > logs, it appears that Piotr is being mapped to a non-existant
> > gid. Anyone got any ideas for fixing this?
> >
> > I've tried removing Piotr's dteamsgm DN from the
> > grid-mapfile, but it doesn't seem to have made any difference.
> >
> > Cheers,
> > Greig
> >
> >
> > On Wed, 19 Jul 2006, Brew, CAJ (Chris) wrote:
> >
> > > Indeed, that seemed to fix it - I'm now green on OPS and DTEAM!
> > >
> > > Chris.
> > >
> > > > -----Original Message-----
> > > > From: GRIDPP2: Deployment and support of SRM and local storage
> > > > management [mailto:[log in to unmask]] On
> > Behalf Of Brew,
> > > > CAJ (Chris)
> > > > Sent: 19 July 2006 13:35
> > > > To: [log in to unmask]
> > > > Subject: Re: dcache.kpwd file
> > > >
> > > > Hi,
> > > >
> > > > Something appears to have got lost on mine:
> > > >
> > > > cat /etc/cron.d/edg-mkgridmap
> > > > PATH=/sbin:/bin:/usr/sbin:/usr/bin
> > > > 46 2,8,14,20 * * * root /opt/edg/sbin/edg-mkgridmap
> > > > --output=/etc/grid-security/grid-mapfile --safe >>
> > > > /var/log/edg-mkgridmap.log 2>&1
> > > >
> > > > it's the same on the pool node as well.
> > > >
> > > > Anyway fixing that seems to have got me whole new error!
> > > >
> > > > Now the error is:
> > > >
> > > > the server sent an error response: 425 425 Cannot open port:
> > > > CacheException(rc=44;msg=Couldn't get StorageInfo for :
> > > > 001500000000000000001698)
> > > >
> > > > Poking around on the server is seems I didn't create the
> > tags inside
> > > > directories when I set up the new VOs.
> > > >
> > > > Would that cause this error. I've created the right tags
> > in the ops
> > > > area (+ generated and todays dir) and am now waiting for the next
> > > > test to run (should be about now!)
> > > >
> > > > Chris.
> > > >
> > > > > -----Original Message-----
> > > > > From: GRIDPP2: Deployment and support of SRM and local storage
> > > > > management [mailto:[log in to unmask]] On Behalf Of
> > > > > Owen Synge
> > > > > Sent: 19 July 2006 13:10
> > > > > To: [log in to unmask]
> > > > > Subject: Re: dcache.kpwd file
> > > > >
> > > > > On Wed, 19 Jul 2006 12:28:07 +0100 Alessandra Forti
> > > > > <[log in to unmask]> wrote:
> > > > >
> > > > > > Hi Greig,
> > > > > >
> > > > > > it has always been both edg-mkgridmap and
> > > > > grid-mapfile2dcache-kpwd in
> > > > > > the same cron since lcg-2_4_0 and there has always been a
> > > > > && between
> > > > > > the two commands not a ;
> > > > > >
> > > > > > cheers
> > > > > > alessandra
> > > > >
> > > > > Yes I changed that because
> > > > >
> > > > > /opt/edg/sbin/edg-mkgridmap
> > > > > --output=/etc/grid-security/grid-mapfile --safe
> > > > >
> > > > > quite often returns non 0 return codes particularly when a
> > > > VOMS server
> > > > > is down which is quite frequent. Also the command
> > > > >
> > > > > /opt/d-cache/bin/grid-mapfile2dcache-kpwd
> > > > >
> > > > > does not take long to run.
> > > > >
> > > > > Regards
> > > > >
> > > > > Owen
> > > > >
> > > > > >
> > > > > >
> > > > > > Greig A Cowan wrote:
> > > > > > > Hi Chris,
> > > > > > >
> > > > > > > To continue our discussion during the ops meeting, the
> > > > cron job is
> > > > > > > here:
> > > > > > >
> > > > > > > $ cat /etc/cron.d/edg-mkgridmap
> > > > > > > PATH=/sbin:/bin:/usr/sbin:/usr/bin
> > > > > > > 14 5,11,17,23 * * * root /opt/edg/sbin/edg-mkgridmap
> > > > > > > --output=/etc/grid-security/grid-mapfile --safe ;
> > > > > > > /opt/d-cache/bin/grid-mapfile2dcache-kpwd
> > > > > > >
> > > > > > > This has changed recently, the grid-mapfile2dcache-kpwd
> > > > > used to be
> > > > > > > called by it's own cron job.
> > > > > > >
> > > > > > > What's the SAM test URL where I can check for ops
> > passes and
> > > > > > > failures?
> > > > > > >
> > > > > > > Cheers,
> > > > > > > Greig
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > *******************************************
> > > > > > * Dr Alessandra Forti *
> > > > > > * Technical Coordinator - NorthGrid Tier2 *
> > > > > > * http://www.hep.man.ac.uk/u/aforti *
> > > > > > *******************************************
> > > > >
> > > > >
> > > > > --
> > > > > ###########################################################
> > > > > Please note that my email address is now [log in to unmask]
> > > > > ###########################################################
> > > > >
> > > >
> > >
> >
> > --
> > ==============================================================
> > ==========
> > Dr Greig A Cowan
> > http://www.ph.ed.ac.uk/~gcowan1
> > School of Physics, University of Edinburgh, James Clerk
> > Maxwell Building
> >
> > TIER-2 STORAGE SUPPORT PAGES:
> > http://wiki.gridpp.ac.uk/wiki/Grid_Storage
> > ==============================================================
> > ==========
> >
>
--
=======================================================================
Dr Greig A Cowan http://www.ph.ed.ac.uk/~gcowan1
School of Physics, University of Edinburgh, James Clerk Maxwell Building
TIER-2 STORAGE SUPPORT PAGES: http://wiki.gridpp.ac.uk/wiki/Grid_Storage
=======================================================================
|