Last modified: 2014-05-28 08:04:38 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 T67777, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 65777 - Limit number of jobs users can execute in parallel
Limit number of jobs users can execute in parallel
Status: NEW
Product: Wikimedia Labs
Classification: Unclassified
tools (Other open bugs)
unspecified
All All
: Unprioritized normal
: ---
Assigned To: Marc A. Pelletier
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-05-26 18:43 UTC by Tim Landscheidt
Modified: 2014-05-28 08:04 UTC (History)
4 users (show)

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


Attachments

Description Tim Landscheidt 2014-05-26 18:43:31 UTC
In pmtpa, we limited the number of jobs that could be executed in parallel per queue to 16 IIRC.  During migration to eqiad, this seems to have been lost, and thus at the moment tools.currentevents has 86 jobs running (further only queued because the load of the exec nodes is saturated):

| scfc@tools-dev:~$ qstat -u tools.currentevents | fgrep ' r ' | wc -l
| 86
| scfc@tools-dev:~$

So we need to limit the number of jobs executed in parallel again.  Last time, there was some confusion what configuration option limited what and that initially caused only to limit the number of /pending/ jobs and delete others, so we need to be careful about that.

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


Navigation
Links