Thanks but it`s not the problem. Such mapping is not succesful not all the time and can be fixed with "yaim -r ... -f configure_lcmaps/lcas" or full reconfigure. Though I don`t know why. Interesting that config_users function has updated lately just few home_dirs(creation date). Smth strange in cleanup_gridaccounts.log
"Cleaning up /home/dteam005
find: ./.lcgjm: Permission denied
Cleaning up /home/dteam006
find: cannot get current directory: Permission denied ..."
It partly may be becouse I`ve recently added several pool accounts(i.e sgmops->sgmops001 etc)
Now you can continue - sgm mapping is ok according to globus_gatekeeper.log.
As for files for sgmuser - it seems they didn`t ever disappear.
Today I don`t manage to see current site status - no connection to mon, though I don`t wonder if nothing has changed.
See http://goc.grid.sinica.edu.tw/gstat/ru-Moscow-GCRAS-LCG2/
Can I somehow receive some more info about job in queue?
Grateful for your interest!
On Fri, 5 Oct 2007 21:42:53 +0200, Maarten Litmaath, CERN <[log in to unmask]> wrote:
>On Fri, 5 Oct 2007, Alexander Novikov wrote:
>
>> Hello all
>> I have such problems firstly and not very qualified to solve it by myself.
>>
>> ___Description:
>> site is CE + WNs,UI,MON; RB-LB is outside
>> it`s set up to support eearth, dteam,ops VOs all in the same way.
>> Host cert is OK, lcg-CA latest version, dteam queue and users in
>> grid-mapfile(and lcmaps) are the same as for eeath VO. In vomses there are
>> valid certs for CERN. All local grid accounts can succesfully submit jobs
>> (file copy, /bin/hostname, remoute login) to queues. SE works for all VOs.
>> But job-submittion from local UI for eearth VO is OK, though dteam-ops-SAM
>> tests-submittion are failed.
>>
>> Errors are
>> Event: Transfer with "7 authentication failed: GSS Major Status:
>> Authentication Failed GSS Minor Status Error Chain: init.c:499:
>> globus_gss_assist_init_sec_context_async: Error during context
>> initialization init_sec_context"
>
>Let's first look at that:
>
>-----------------------------------------------------------------------------
>$ voms-proxy-init -voms ops
>Enter GRID pass phrase:
>Your identity: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=litmaath/CN=410032/CN=Maarten Litmaath
>Creating temporary proxy .................................................................. Done
>Contacting lcg-voms.cern.ch:15009 [/DC=ch/DC=cern/OU=computers/CN=lcg-voms.cern.ch] "ops" Done
>Creating proxy ....................................................... Done
>Your proxy is valid until Sat Oct 6 09:37:33 2007
>-----------------------------------------------------------------------------
>$ uberftp grid8.wdcb.ru pwd
>220 grid8.wdcb.ru GridFTP Server 1.12 GSSAPI type Globus/GSI wu-2.6.2 (gcc32dbg, 1062606889-42) ready.
>230 User ops002 logged in.
>257 "/home/ops002" is current directory.
>-----------------------------------------------------------------------------
>$ voms-proxy-init -voms ops:/ops/Role=lcgadmin
>Enter GRID pass phrase:
>Your identity: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=litmaath/CN=410032/CN=Maarten Litmaath
>Creating temporary proxy ..................................... Done
>Contacting lcg-voms.cern.ch:15009 [/DC=ch/DC=cern/OU=computers/CN=lcg-voms.cern.ch] "ops" Done
>Creating proxy ............................... Done
>Your proxy is valid until Sat Oct 6 09:37:59 2007
>-----------------------------------------------------------------------------
>$ uberftp grid8.wdcb.ru pwd
>220 grid8.wdcb.ru GridFTP Server 1.12 GSSAPI type Globus/GSI wu-2.6.2 (gcc32dbg, 1062606889-42) ready.
>530 LCMAPS credential mapping NOT successful
>-----------------------------------------------------------------------------
>
>Do you have files for the "sgmops" accounts in /etc/grid-security/gridmapdir?
|