Difference between revisions of "Tools/Manuals/TS80"
< Tools
Jump to navigation
Jump to search
m |
|||
(One intermediate revision by one other user not shown) | |||
Line 1: | Line 1: | ||
{{Template:Op menubar}} | |||
{{Template:Doc_menubar}} | |||
[[Category:Operations Manuals]] | |||
{{TOC_right}} | {{TOC_right}} | ||
------ | ------ | ||
Back to [[Tools/Manuals/SiteProblemsFollowUp|Troubleshooting Guide]] | Back to [[Tools/Manuals/SiteProblemsFollowUp|Troubleshooting Guide]] | ||
Line 39: | Line 41: | ||
:to give the LSF commands the environment they need. Note that on an LCG-CE the <font face="Courier New,Courier">globus-job-manager-marshal</font> and <font face="Courier New,Courier">globus-gma</font> daemons need to be restarted when such changes are made. If the change fixes the problem, the same changes must be put in <font face="Courier New,Courier">/opt/globus/setup/globus/lcglsf.in</font> so that they will be preserved when the CE is reconfigured. | :to give the LSF commands the environment they need. Note that on an LCG-CE the <font face="Courier New,Courier">globus-job-manager-marshal</font> and <font face="Courier New,Courier">globus-gma</font> daemons need to be restarted when such changes are made. If the change fixes the problem, the same changes must be put in <font face="Courier New,Courier">/opt/globus/setup/globus/lcglsf.in</font> so that they will be preserved when the CE is reconfigured. | ||
* [[Tools/Manuals/TS60|ssh problem from WN to CE | * [[Tools/Manuals/TS60|ssh problem from WN to CE]] |
Latest revision as of 13:48, 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
globus-job-run returns nothing
Full message
$ globus-job-run some-CE.domain/jobmanager-lcglsf -q queue /usr/bin/whoami $
The command returns nothing, it does not hang and exits with status 0.
Diagnosis
This can happen for at least these reasons:
- The user has no permission to submit to the given queue. See Unspecified_gridmanager_error.
- The job manager is of "lcg" flavor (lcgcondor, lcglsf, lcgpbs, lcgsge) and the queue name is misspelled and it happens to be a substring of any existing queue name. For example, if the intended queue is "dteam", the command will return nothing if the queue argument is given as "tea".
- In /opt/globus/lib/perl/Globus/GRAM/JobManager/lcglsf.pm lines like these:
$bsub = '/usr/share/lsf/6.2/linux2.6-glibc2.3-x86/bin/bsub'; $bjobs = '/usr/share/lsf/6.2/linux2.6-glibc2.3-x86/bin/bjobs'; $bkill = '/usr/share/lsf/6.2/linux2.6-glibc2.3-x86/bin/bkill'; $bacct = '/usr/share/lsf/6.2/linux2.6-glibc2.3-x86/bin/bacct'; $bmod = '/usr/share/lsf/6.2/linux2.6-glibc2.3-x86/bin/bmod';
- may need to be replaced with lines like these:
my $LSF = ". /etc/profile.d/lsf.sh; " . "/usr/local/lsf/6.2/linux2.6-glibc2.3-x86/bin"; $bsub = "$LSF/bsub"; $bjobs = "$LSF/bjobs"; $bkill = "$LSF/bkill"; $bacct = "$LSF/bacct"; $bmod = "$LSF/bmod";
- to give the LSF commands the environment they need. Note that on an LCG-CE the globus-job-manager-marshal and globus-gma daemons need to be restarted when such changes are made. If the change fixes the problem, the same changes must be put in /opt/globus/setup/globus/lcglsf.in so that they will be preserved when the CE is reconfigured.