Am 16.07.2014 um 17:16 schrieb Henrichs, Juryk: > Hallo, > > is it also possible to submit to use regular expressions with the -q option? > E.g. qsub -q xxx.q@node[1-4] ?
Sure, it should work. -- Reuti > > Juryk > > -----Original Message----- > From: Reuti [mailto:[email protected]] > Sent: Dienstag, 25. März 2014 09:40 > To: Henrichs, Juryk > Cc: [email protected] > Subject: Re: [gridengine users] submitting to a specific host > > Am 24.03.2014 um 22:48 schrieb Henrichs, Juryk: > >> Hi, >> >> qsub -q <queue>@<host> works perfect. Thanks. >> >> However, qsub -l hostname=nodeXXX apparently also worked - the jobs only >> queued for excessively long times. Jobs with hostname=node* started >> instantly, jobs with hostname=node0* started with < 1min delay and jobs with >> hostname=node031 started only after hours. >> >> What's reason for this? Or is the -l option simply inappropriate for this >> task? > > It's correct to use "-l h=...", but I also tend to prefer to use "-q ...". > Maybe I was just to impatient, as my findings were that under certain > circumstances the job were never scheduled with "-l h=...". > > -- Reuti > > >> >> Juryk >> >> >> Am 21.03.2014 um 12:03 schrieb Winkler, Ursula ([email protected]): >> >>> Hi, try >>> >>> qsub ?q <queue>@<host>,? (e.g. qsub ?q mpi@host1,mpi@host2, ?.) >> >> It could even be: >> >> $ qsub -q "*@nodeXXX" ... >> >> >>> Von: [email protected] >>> [mailto:[email protected]] Im Auftrag von Henrichs, Juryk >>> Gesendet: Freitag, 21. M?rz 2014 11:24 >>> An: [email protected] >>> Betreff: [gridengine users] submitting to a specific host >>> >>> Hi, >>> >>> We are using SunGridEngine 6.5-2. >>> >>> To submit a job to a specific host on our cluster. I tried something like: >>> qsub ?l hostname=nodeXXX jobfile.sge >>> >>> Unfortunately the job does not get started although the nodeXXX is active >>> in the requested queue and empty. >>> >>> qstat ?j seems not to give a useful hint. However, the last two lines are: >>> cannot run because it exceeds limit "/////" in rule "isis_licenses/1" >>> cannot run in PE "peSlots" because it only offers 0 slots >>> >>> The resource isis_licenses is not requested here, so that shouldn?t be a >>> problem here? >>> >>> Any suggestions at where to start searching the problem? >> >> But it was a parallel job and "isis_licenses" is set to consumable? I >> noticed this too in this combination. >> >> -- Reuti >> >> >> >> >> This e-mail and any attachment thereto may contain confidential information >> and/or information protected by intellectual property rights for the >> exclusive attention of the intended addressees named above. Any access of >> third parties to this e-mail is unauthorized. Any use of this e-mail by >> unintended recipients such as total or partial copying, distribution, >> disclosure etc. is prohibited and may be unlawful. When addressed to our >> clients the content of this e-mail is subject to the General Terms and >> Conditions of DNV GL Group of Companies applicable at the date of this >> e-mail. >> If you have received this e-mail in error, please notify the sender either >> by telephone or by e-mail and delete the material from any computer. >> DNV GL Group of Companies does not warrant and/or guarantee that this >> message at the moment of receipt is authentic, correct and its >> communication free of errors, interruption etc. >> FutureShip GmbH, HRB 106781 AG HH, VAT Reg. No. DE263937825 Geschäftsführer >> (CEO): Volker Höppner, Stefan Deucker >> >> _______________________________________________ >> users mailing list >> [email protected] >> https://gridengine.org/mailman/listinfo/users >> > > > '************************************************************************************** > The contents of this e-mail message and any attachments are confidential and > are intended solely for the addressee. If you have received this transmission > in error, please immediately notify the sender by return e-mail and delete > this message and its attachments. Any unauthorized use, copying or > dissemination of this transmission is prohibited. Neither the confidentiality > nor the integrity of this message can be vouched for following transmission > on the Internet. > ************************************************************************************** > > _______________________________________________ > users mailing list > [email protected] > https://gridengine.org/mailman/listinfo/users > _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
