[GE users] qsub with a slash in it causes truncation of job name output?
reuti at staff.uni-marburg.de
Mon Nov 3 23:18:41 GMT 2008
Am 03.11.2008 um 21:56 schrieb Obremski, Gregory:
> If qsub is run with a job that has a slash ("/") in it, it seems to
> truncate the output in an unexpected manner...by deleting
> everything prior to the character.
> For instance:
> qsub -S /bin/bash -now y -b y -j y "/path/to/script.sh jobname
> variable1 variable2 variable3"
> will show in the grid as a process of "script.sh jobname var1 var2
> IF, however, I run it as
> qsub -S /bin/bash -now y -b y -j y "/path/to/script.sh jobname var1
> var2 /path/to/includefile3.txt"
> it shows the job running as includefile3.txt, instead of the full
> command line.
> Is this expected behaviour? Is there away to modify this? Escaping
> the slashes didn't work...
IMO both behaviors are wrong, and only giving weird results as a side
effect of how e.g. execvp() in Linux is working. SGE will just read
this string as a whole because of the used quotation marks, and
strips off any leading part up to and including the right most slash
to get the filename for the to be used jobname. Then it calls execvp
() with the complete string and this call splits the arguments.
If you supply the executing program and its arguments without
quotation marks, it's working as intended to use the filename as
If you want the argument to be part of the job (which makes killing
by jobname hard), you can use the -N option.
> The job continues to run just fine (and correctly), it just
> displays incorrectly in pretty much every grid application like
> qstat, in qmon, etc.
> Greg Obremski
> Resource #1000195780
> Citigroup Derivative Markets INC
> Trading Systems Operations
> 130 Cheshire Lane
> Minnetonka, MN 55349
> 952-475-5573 - Group Support Line
> 952-475-5616 - Direct Line
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net
More information about the gridengine-users