forked from jbarber/maui-admin-guide
-
Notifications
You must be signed in to change notification settings - Fork 0
/
7.1.6userreservations.html
65 lines (45 loc) · 5.26 KB
/
7.1.6userreservations.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta name="generator" content="HTML Tidy for Linux (vers 25 March 2009), see www.w3.org">
<title></title>
</head>
<body>
<div class="sright">
<div class="sub-content-head">
Maui Scheduler
</div>
<div id="sub-content-rpt" class="sub-content-rpt">
<div class="tab-container docs" id="tab-container">
<div class="topNav">
<div class="docsSearch"></div>
<div class="navIcons topIcons">
<a href="index.html"><img src="home.png" title="Home" alt="Home" border="0"></a> <a href="7.1advancereservations.html"><img src="upArrow.png" title="Up" alt="Up" border="0"></a> <a href="7.1.5managingreservations.html"><img src="prevArrow.png" title="Previous" alt="Previous" border="0"></a> <a href="7.2partitions.html"><img src="nextArrow.png" title="Next" alt="Next" border="0"></a>
</div>
<h1>7.1.6 Enabling Reservations for End Users</h1>
<p>By default, the power of advance reservations is only available to scheduler administrators. While admins may create and manage reservations to provide resource access to end users, end users cannot create, modify, or destroy these reservations. Maui 3.2 extends the ability to manage reservations to end users and provides control facilities to keep this feature manageable.</p>
<h2>7.1.6.1 Enabling User Reservation Management</h2>
<p>The parameter <b>RESCTLPOLICY</b> controls who is allowed to administer reservations using the <b>mresctl</b>, <b>setres</b>, and <b>releaseres</b> commands. Valid settings are <b>ADMINONLY</b> and <b>ANY</b> which, as would be expected, allows only scheduler administrators or any valid user to manage reservations respectively. While scheduler administrators are allowed to manage any reservation, users are only allowed to manage their own reservations. This parameter defaults to <b>ADMINONLY</b>.</p>
<p>To allow general batch users to create and manage their own reservations, the following parameter must be specified in the maui.cfg file:</p>
<p>----<br>
<tt>RESCTLPOLICY ANY</tt><br>
----</p>
<h2>7.1.6.2 Reservation Accountability</h2>
<p>Reservations can be optionally configured with a set of <i>accountable</i> credentials. These credentials indicate the user, group, account, etc which is responsible for the resources dedicated by the reservation. If resources are dedicated by a reservation but not consumed by a job, these resources can be charged against the specified accountable credentials. Administrators are allowed to create reservations and specify the accountable credentials of that reservation. While end users can also be allowed to create and otherwise modify an advance reservation, they are not allowed to specify or modify the reservation's accountable credentials. Anytime a user creates a reservation, the credentials of the requestor are associated with the reservation. Currently, this accountablility only applies to throttling policies and allocation management system chargeability. Support for fairshare and other forms of accountability will be incorporated over time.</p>
<h2>7.1.6.3 Reservation Limits</h2>
<p>Allowing end users the ability to create advance reservations can lead to potentially unfair and unproductive resource usage. This results from the fact that by default, there is nothing to prevent a user from reserving all resources in a given system or reserving resources during time slots in such a way so to greatly impede the scheduler's ability to schedule jobs efficiently. To address this, Maui provides the ability to impose scheduler throttling policies onto reservations. With this capability, a site may constrain the total amount of resources reserved by any particular user, group, or account at any given time. This facility tracks resources and enforces limits based on resources dedicated to both jobs and user reservations.</p>
<p>Reservation limits are disabled by default but may be enabled by setting the <b>RESLIMITPOLICY</b> parameter. This parameter specifies the level of throttling policy to be be enforced. For example, to limit user reservations by hard throttling policy limits, the following may be specified:</p>
<p>----<br>
<tt>RESLIMITPOLICY HARD</tt><br>
----</p>
<p>While time spanning throttling policies are a significant step in the direction of end user advance reservation management, it is important to track actual site usage of the advance reservation facility. It is still likely that further usage policies will be required at each site to prevent reservation misuse and provide an optimally useful system.</p>
<div class="navIcons bottomIcons">
<a href="index.html"><img src="home.png" title="Home" alt="Home" border="0"></a> <a href="7.1advancereservations.html"><img src="upArrow.png" title="Up" alt="Up" border="0"></a> <a href="7.1.5managingreservations.html"><img src="prevArrow.png" title="Previous" alt="Previous" border="0"></a> <a href="7.2partitions.html"><img src="nextArrow.png" title="Next" alt="Next" border="0"></a>
</div>
</div>
</div>
</div>
<div class="sub-content-btm"></div>
</div>
</body>
</html>