Hi,
We use this patch to fix this bug. See my previous email on Mar 28 about
Standing Reservations for details, but the main issue seems to be that
SRMAXTASKS is not supported in Maui. So, this patch says that the
maxTasks count for a reservation could be zero as well. I guess the
longer term fix is to support the SRMAXTASKS parameter in Maui.
diff -Nur moab.orig/MRes.c moab/MRes.c
--- moab.orig/MRes.c 2007-03-28 13:05:39.000000000 -0700
+++ moab/MRes.c 2007-07-06 07:42:23.566965865 -0700
@@ -4072,7 +4072,7 @@
R->Name,
MULToTString(R->EndTime - MSched.Time));
- if ((R->MaxTasks > 0) && (R->TaskCount >= R->MaxTasks))
+ if ((R->MaxTasks >= 0) && (R->TaskCount >= R->MaxTasks))
{
continue;
}
Jay
Bram Metsch wrote:
> Hi,
>
> on our cluster, we us a standing reservation to reserve 8 nodes from 8am - 6pm
> on weekdays for debugging tasks.
>
> However, each time a node is rebooted, it is always put into this reservation
> even if there are already 8 nodes reserved. We always have to manually release
> this reservation.
>
> The corresponding lines in maui.cfg read as follows,
>
> SRCFG[debug] PARTITION=bit64
> SRCFG[debug] TASKCOUNT=8 #RESOURCES=PROCS:2
> SRCFG[debug] CLASSLIST=debug,emergency
> SRCFG[debug] PERIOD=DAY
> SRCFG[debug] DAYS=Mon,Tue,Wed,Thu,Fri
> SRCFG[debug] STARTTIME=08:00:00 ENDTIME=18:00:00
> # create reservations for the next 7 days
> SRCFG[debug] DEPTH=7
> CLASSCFG[debug] PRIORITY=0 PLIST=bit64^ MAXPROC=16,16 FLAGS=ADVRES:debug
>
> Thanks in advance for any help.
>
> Best regards,
>
> Bram.
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> mauiusers mailing list
> mauiusers@supercluster.org
> http://www.supercluster.org/mailman/listinfo/mauiusers
_______________________________________________
mauiusers mailing list
mauiusers@supercluster.org
http://www.supercluster.org/mailman/listinfo/mauiusers
