[torqueusers] procs= not working as documented
lance at quantumbioinc.com
Fri Nov 18 09:12:06 MST 2011
Here you go. Here is the top few lines of the job script. I have then provided the output you requested long with the maui.cfg. If you need anything further, certainly please let me know.
Thanks for your help!
+ head job.pbs
#PBS -S /bin/bash
#PBS -l procs=100
#PBS -l pmem=700mb
#PBS -l walltime=744:00:00
#PBS -j oe
#PBS -q batch
Report run on Fri Nov 18 10:49:38 EST 2011
+ pbsnodes --version
+ diagnose --version
maui client version 3.2.6p21
+ checkjob 371010
checking job 371010
Creds: user:josh group:games class:batch qos:DEFAULT
WallTime: 00:02:35 of 31:00:00:00
SubmitTime: Fri Nov 18 10:46:33
(Time Queued Total: 00:00:01 Eligible: 00:00:01)
StartTime: Fri Nov 18 10:46:34
Total Tasks: 1
Req TaskCount: 26 Partition: DEFAULT
Network: [NONE] Memory >= 700M Disk >= 0 Swap >= 0
Opsys: [NONE] Arch: [NONE] Features: [NONE]
Dedicated Resources Per Task: PROCS: 1 MEM: 700M
IWD: [NONE] Executable: [NONE]
Bypass: 0 StartCount: 1
Reservation '371010' (-00:02:09 -> 30:23:57:51 Duration: 31:00:00:00)
PE: 26.00 StartPriority: 4716
+ cat /opt/maui/maui.cfg | grep -v "#" | grep "^[A-Z]"
ADMIN1 maui root
On Nov 18, 2011, at 9:47 AM, Steve Crusan wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> On Nov 18, 2011, at 9:33 AM, Lance Westerhoff wrote:
>> The request that is placed is for procs=60. Both torque and maui see that there are only 53 processors available and instead of letting the job sit in the queue and wait for all 60 processors to become available, it goes ahead and runs the job with what's available. Now if the user could ask for procs=[50-60] where 50 is the minimum number of processors to provide and 60 is the maximum, this would be a feature. But as it stands, if the user asks for 60 processors and ends up with 2 processors, the job just won't scale properly and he may as well kill it (when it shouldn't have run anyway).
> Hi Lance,
> Can you post the output of checkjob <jobid> of an incorrectly running job. Let's take a look at what Maui thinks the job is asking for.
> Might as well add your maui.cfg file also.
> I've found in the past that procs= is troublesome...
>> I'm actually beginning to think the problem may be related to maui. Perhaps I'll post this same question to the maui list and see what comes back.
>> This problem is infuriating though since without the functionality working as it should, using procs=X in torque/maui makes torque/maui work more like a submission and run system (not a queuing system).
> Agreed. HPC cluster job management is normally be set it and forget it. Anything else other than maintenance/break fixes/new features would be ridiculously time consuming.
>>> Message: 3
>>> Date: Thu, 17 Nov 2011 17:29:17 -0800
>>> From: "Brock Palen" <brockp at umich.edu>
>>> Subject: Re: [torqueusers] procs= not working as documented
>>> To: "Torque Users Mailing List" <torqueusers at supercluster.org>
>>> Message-ID: <20111118012930.C635E83A8026 at mail.adaptivecomputing.com>
>>> Content-Type: text/plain; charset="utf-8"
>>> Does maui only see one cpu or does mpiexec only see one cpu?
>>> Brock Palen
>>> brockp at umich.edu
>>> - Sent from my Palm Pre, please excuse typos
>>> On Nov 17, 2011 3:19 PM, Lance Westerhoff <lance at quantumbioinc.com> wrote:
>>> Hello All-
>>> It appears that when running with the following specs, the procs= option does not actually work as expected.
>>> #PBS -S /bin/bash
>>> #PBS -l procs=60
>>> #PBS -l pmem=700mb
>>> #PBS -l walltime=744:00:00
>>> #PBS -j oe
>>> #PBS -q batch
>>> torque version: tried 3.0.2. in v2.5.4, I think the procs option worked as documented
>>> maui version: 3.2.6p21 (also tried maui 3.3.1 but it is a complete fail in terms of the procs option and it only asks for a single CPU)
>>> If there are fewer then 60 processors available in the cluster (in this case there were 53 available) the job will go in an take whatever is left instead of waiting for all 60 processors to free up. Any thoughts as to why this might be happening? Sometimes it doesn't really matter and 53 would be almost as good as 60, however if only 2 processors are available and the user asks for 60, I would hate for him to go in.
>>> Thank you for your time!
>> torqueusers mailing list
>> torqueusers at supercluster.org
> Steve Crusan
> System Administrator
> Center for Research Computing
> University of Rochester
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> -----END PGP SIGNATURE-----
> torqueusers mailing list
> torqueusers at supercluster.org
More information about the torqueusers