Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Difference between revisions of "Tools/Manuals/TS56"

From EGIWiki
Jump to navigation Jump to search
m
 
Line 1: Line 1:
{{Template:Op menubar}}
{{Template:Doc_menubar}}
[[Category:Operations Manuals]]
{{TOC_right}}
{{TOC_right}}
[[Category:FAQ]]
------
------
Back to [[Tools/Manuals/SiteProblemsFollowUp|Troubleshooting Guide]]
Back to [[Tools/Manuals/SiteProblemsFollowUp|Troubleshooting Guide]]

Latest revision as of 12:44, 23 November 2012

Main EGI.eu operations services Support Documentation Tools Activities Performance Technology Catch-all Services Resource Allocation Security


Documentation menu: Home Manuals Procedures Training Other Contact For: VO managers Administrators



Back to Troubleshooting Guide


Jobs sent to some CE stay in Ready state forever

Full message

$ glite-wms-job-status https://lxbra2303.cern.ch:9000/nZWbflGp1gJVwC-pXN_d8A

*************************************************************
BOOKKEEPING INFORMATION:

Status info for the Job : https://lxbra2303.cern.ch:9000/nZWbflGp1gJVwC-pXN_d8A
Current Status:     Ready
Status Reason:      unavailable
Destination:        some-CE.some-domain:2119/jobmanager-pbs-ops
Submitted:          Fri Mar 27 20:29:24 2009 CET
*************************************************************

Diagnosis

A gLite WMS job enters the Ready state when the Workload Manager (WM) daemon has matched it to a particular CE. For an LCG-CE or an ARC-CE (NorduGrid) the job is handed to Condor-G, for a CREAM-CE the job is handed to ICE. In either case the job should quickly reach the Scheduled state indicating that the job has actually been submitted to the CE. The Ready state will persist when there are network or configuration problems affecting the CE or possibly the WMS itself. For example, an LCG-CE and the WMS each need the GLOBUS_TCP_PORT_RANGE environment variable correctly defined and firewalls need to allow each service to receive incoming connections in its port range. Otherwise the job may eventually fail with an error that may be explained in the Troubleshooting Guide.