Am 28.02.2014 um 07:20 schrieb Riccardo Murri:
> Hi,
>
> On 27 February 2014 14:20, Reuti <[email protected]> wrote:
>>> However, I have seen cases where a batch parallel job is started on a
>>> mixture of queue instances, which *include* slots from the
>>> `interactive.q`.
>>>
>>> Is this a bug or is it rather likely that I have mistakes in the config?
>>
>> Well - it's just the way it's implemented. Any attached PE to a queue allows
>> also parallel batch jobs to start.
>>
>> You may call it a feature or a bug.
>
> Ok, I see. It's kind of counter-intuitive to me: since "BATCH" and
> "INTERACTIVE" are listed as orthogonal queue types, I would think that
> this distinction is preserved for parallel jobs...
Mmh - although the parameter "now" should be available when specified in a JSV
(`man qsub`, section "-now"), it's obviously not - neither for `qrsh`, nor when
specified explicitly (with `qrsh` resp. `qsub`).
Even adding "now" does not change the behavior, like changing its value.
===
Nevertheless, what looks working in a JSV is (someone mentioned it on the list
some time ago):
IS_QRSH_PORT=`jsv_is_env QRSH_PORT`
if [ "$IS_QRSH_PORT" = "true" ]; then
jsv_set_param q_hard interactive.q
do_correct="false"
fi
(sure, unless someone sets such an environment variable by hand...)
-- Reuti
>> What about a JSV to attach a list of queues of only eligible queues to all
>> PE jobs?
>
> how is it possible to detect if a job is "INTERACTIVE" in the JSV?
>
> Thanks,
> Riccardo
> --
> Riccardo Murri
> http://www.gc3.uzh.ch/people/rm
>
> Grid Computing Competence Centre
> University of Zurich
> Winterthurerstrasse 190, CH-8057 Zürich (Switzerland)
> Tel: +41 44 635 4222
> Fax: +41 44 635 6888
>
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
