Last modified: 2014-10-22 08:54:55 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T74248, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 72248 - wildcard release parameter fails with jsub
wildcard release parameter fails with jsub
Status: RESOLVED FIXED
Product: Wikimedia Labs
Classification: Unclassified
General (Other open bugs)
unspecified
All All
: Unprioritized major
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: merl-tools
  Show dependency treegraph
 
Reported: 2014-10-20 06:10 UTC by merl
Modified: 2014-10-22 08:54 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description merl 2014-10-20 06:10:13 UTC
jobs with wildcard release resource parameters are not interpret correctly if i am using jsub instead of qsub

My testfile foo.sh:
#$ -l release='*'
#$ -w v
echo "1"


$qsub foo.sh
verification: found suitable queue(s)

$jsub foo.sh
Unable to run job:
Job 4945440 (-l h_vmem=262144k,release='*') cannot run at host "tools-exec-15.eqiad.wmflabs" because it offers only hf:release=precise
Job 4945440 (-l h_vmem=262144k,release='*') cannot run at host "tools-exec-12.eqiad.wmflabs" because it offers only hf:release=trusty
...
verification: no suitable queues.


The same result happens if you add the resource as command line argument (jsub -l resource='*'), but this is more complicated for debugging because you cannot add "-w v".
Comment 1 merl 2014-10-22 08:54:55 UTC
I found a solution: wildcard still does not work with jsub, but regex
-l release=trusty|precise (without quoting)
at script header solves my problem. qsub also accepts single or double quotes, but not jsub.

It is still confusing that resource values are interpreted differently by jsub and qsub. But i am closing this bug because my problem is solved.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links