 |
 |
Hi, All the pool accounts exist. However I haven't got You in my grid-mapfile. What VO do You belong to? -- Piotr Siwczak <[log in to unmask]> System Administrator Poznan Supercomputing and Networking Center Supercomputing Department (www.eu-egee.org <[log in to unmask]>) -- On Wed, 30 Mar 2005, Steve Traylen wrote: > On Wed, Mar 30, 2005 at 12:56:24PM +0200 or thereabouts, Piotr Siwczak wrote: >> Hi, >> >> Recently my site began to experience the following problem. >> When a job is submitted to my site with command: >> edg-job-submit --vo dteam -r >> ce.egee.man.poznan.pl:2119/jobmanager-lcgpbs-short hostname.jdl > > Even just a > > $ globus-url-copy gsiftp://ce.egee.man.poznan.pl/etc/group - > error: the server sent an error response: 530 530 No local mapping for Globus ID > > Have a look in your globus gatekeeper.log? > > Am I in the grid-mapfile? > > Do the pool account files exist in /etc/grid-security/gridmapdir? > > Steve >> >> the edg-job-status command shows the following output: >> >> Current Status: Ready >> Status Reason: unavailable >> >> The job stays in "ready" state, until the following message appears: >> >> Current Status: Aborted >> Status Reason: Job RetryCount (3) hit >> >> >>> From edg-job-get-logging-info I assume that the job is not even >> successfully submited to lrms: >> >> Event: Transfer >> - destination = LRMS >> - result = FAIL >> - source = LogMonitor >> - timestamp = Wed Mar 30 10:43:11 2005 >> >> And in log files for globus-gatekeeper I find: >> >> Failed reading length 0 >> GSS authentication failure >> globus_gss_assist token :3: read failure: Connection closed >> Failure: GSS failed Major:01090000 Minor:00000000 Token:00000003 >> -- >> >> I can see globus-jobmanager processes dealing with the submitted >> job running on my CE, but they seem to be hanging. No activity can be >> noticed on WNs. >> >> FYI: >> I have valid CA rpms installed (0.27). >> Some time ago everything was going fine (the last successfull job >> submission was on March 24th). >> >> >> I found no reasonable explanation for this problem. Does anyone know the >> reason for such behaviour? >> >> Thanks, >> Piotr >> >> -- >> Piotr Siwczak <[log in to unmask]> >> System Administrator >> >> Poznan Supercomputing and Networking Center >> Supercomputing Department >> >> (www.eu-egee.org <[log in to unmask]>) >> -- > > -- > Steve Traylen > [log in to unmask] > http://www.gridpp.ac.uk/ >