It's because globus-job-submit does some extra work to make sure the stdout/stderr are identifiable for retrieval by globus-job-get-output.

Specifically, the line that does the heavy lifting in globus-job-get- output is:
${bindir}/globusrun -o -r "$resource" 2> $tmpfile \
"&(executable=\$(GLOBUS_LOCATION)/bin/globus-sh-exec)(arguments=- exec \"file =\`\${bindir}/globus-gass-cache -query -t anExtraTag x-gass-cache://$ {jobid}${st ream}\`; if test -r \"\"\$file\"\" ; then ${command} \$file ; else echo Invalid
job id. 1>&2; fi\")"

That globus-bass-cache -query -t anExtraTag -x-gass-cache://$jobid $stream works because globus-job-submit explicitly sets the stdout/ stderr of the job to: job_gass_cache_tag="x-gass-cache://\$ (GLOBUS_GRAM_JOB_CONTACT)"
            job_stdout="${job_gass_cache_tag}stdout anExtraTag"
            job_stderr="${job_gass_cache_tag}stderr anExtraTag"

and puts "(stdout=$job_stdout)(stderr=$job_stderr)" into the RSL for you. So you can emulate this behavior by submitting:

'&(executable="/usr/bin/ical")(stdout="x-gass-cache://\$ (GLOBUS_GRAM_JOB_CONTACT)stdout anExtraTag")(stderr="x-gass-cache://\$ (GLOBUS_GRAM_JOB_CONTACT)stderr anExtraTag")'

But, of course, that's what using globus-job-submit does for you in the first place. What's the problem you're trying to solve? Are you avoiding globus-job-submit for some reason? You can set your stdout/ stderr to other things and still use a tool like globus-url-copy to retrieve them later even if you didn't set things up for globus-job- get-output specifically.


Charles

On Jul 14, 2008, at 10:46 AM, Omer Jilani wrote:


Hi all,

I'm having some problem with globus-job-get-output.

With
globus-job-submit node1.cluster.com:2119/jobmanager-pbs /usr/bin/cal

and getting the output using globus-job-get-output works fine without any problem

But when I use a jdl as simple as
globus-job-submit node1.cluster.com:2119/jobmanager-pbs '&(executable="/usr/bin/cal")'

I get the job ID but using get-output returns nothing.

For an empty job-output there is a log at the gatekeeper user home which seems okay except the lines

NFS sync for '&(executable="/usr/bin/cal")' failed (may be harmless). No such file or directory
and
NFS sync for /dev/null failed (may be harmless): Operation not permitted

(I'm using Scientific Linux 4.6 and Globus 4.2)

Any idea about what's going on. Appreciate your help.

- omer
_________________________________________________________________
Connect to the next generation of MSN Messenger
http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline

Reply via email to