Opened 9 years ago
Last modified 9 years ago
#1421 new defect
command line doesn't override embedded for -masterq
Reported by: | wish | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | sge | Version: | 8.0.0d |
Severity: | minor | Keywords: | |
Cc: |
Description
The qsub man page says that command line options can be used to
override options embedded in the script. I just submitted a script
that contained a -masterq option with a different -masterq option on
the command line. Rather than the command line overriding the
embedded option they appear to have been combined and the job appears
to be eligible to run with either masterq. Given that qsub/submit
calls for this to override I'd say this was at least a documentation
bug. Using version 6.2u3
Change History (4)
comment:1 Changed 9 years ago by fferstl@…
comment:2 Changed 9 years ago by wish
On 21 June 2012 11:31, SGE <sge-bugs@…> wrote:
#1421: command line doesn't override embedded for -masterq
Reporter: wish | Owner:
Type: defect | Status: new
Priority: normal | Milestone:
Component: sge | Version: 8.0.0d
Severity: minor | Resolution:
Keywords: |
Comment (by fferstl@…):
Not sure that's the problem, William. The masterq-switch is pretty broken
in the most versions. Does it work as desired if you specify either of the
two variants (without trying to override)? If not then it might simply be
the broken masterq switch and you were misled to think it's the command-
line overwriting.
Yes,
I've successfully used -masterq before. Also if I do qstat -j I see
both queues in the master hard_queue_list separated by a comma.
William
comment:3 Changed 9 years ago by fferstl@…
If you see them both in qstat then it is the overriding. Don't have access to a computer right now and couldn't test.
The masterq switch does work but unfortunately only in a few of the cases it should ... Took us quite some time to get it fixed ...
Cheers,
Fritz
Sent from my iPhone
Am 21.06.2012 um 12:38 schrieb William Hay <w.hay@…>:
On 21 June 2012 11:31, SGE <sge-bugs@…> wrote:
#1421: command line doesn't override embedded for -masterq
Reporter: wish | Owner:
Type: defect | Status: new
Priority: normal | Milestone:
Component: sge | Version: 8.0.0d
Severity: minor | Resolution:
Keywords: |
Comment (by fferstl@…):
Not sure that's the problem, William. The masterq-switch is pretty broken
in the most versions. Does it work as desired if you specify either of the
two variants (without trying to override)? If not then it might simply be
the broken masterq switch and you were misled to think it's the command-
line overwriting.
Yes,
I've successfully used -masterq before. Also if I do qstat -j I see
both queues in the master hard_queue_list separated by a comma.
William
comment:4 Changed 9 years ago by Reuti
Am 21.06.2012 um 12:31 schrieb Fritz Ferstl:
Not sure that's the problem, William. The masterq-switch is pretty broken in the most versions. Does it work as desired if you specify either of the two variants (without trying to override)? If not then it might simply be the broken masterq switch and you were misled to think it's the command-line overwriting.
Could it be the same effect like with -q in former times? For some time also there the new queue was added to the list of eligible queues instead of overwriting them, until it was fixed.
-- Reuti
Cheers,
Fritz
Sent from my iPhone
Am 21.06.2012 um 11:37 schrieb William Hay <w.hay@…>:
The qsub man page says that command line options can be used to
override options embedded in the script. I just submitted a script
that contained a -masterq option with a different -masterq option on
the command line. Rather than the command line overriding the
embedded option they appear to have been combined and the job appears
to be eligible to run with either masterq. Given that qsub/submit
calls for this to override I'd say this was at least a documentation
bug. Using version 6.2u3
_
users mailing list
users@…
https://gridengine.org/mailman/listinfo/users
_
users mailing list
users@…
https://gridengine.org/mailman/listinfo/users
Not sure that's the problem, William. The masterq-switch is pretty broken in the most versions. Does it work as desired if you specify either of the two variants (without trying to override)? If not then it might simply be the broken masterq switch and you were misled to think it's the command-line overwriting.
Cheers,
Fritz
Sent from my iPhone
Am 21.06.2012 um 11:37 schrieb William Hay <w.hay@…>: