21.02.2013 Views

AIX 5L Problem Determination - IBM Redbooks

AIX 5L Problem Determination - IBM Redbooks

AIX 5L Problem Determination - IBM Redbooks

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

match. This means that the order of the rules in the rules list is extremely<br />

important, and caution must be applied when modifying it in any way.<br />

10.5.3 Manual assignment<br />

Manual assignment is a feature introduced in <strong>AIX</strong> <strong>5L</strong> WLM. It allows system<br />

administrators and applications to override, at any time, the traditional WLM<br />

automatic assignment (processes’ automatic classification based on class<br />

assignment rules) and force a process to be classified in a specific class.<br />

The manual assignment can be made or canceled separately at the superclass<br />

level, the subclass level, or both. In order to manually assign processes to a<br />

class or cancel an existing manual assignment, a user must have the right level<br />

of privilege (that is, must be the root user, adminuser, or admingroup for the<br />

superclass or authuser and authgroup for the superclass or subclass). A process<br />

can be manually assigned to a superclass only, a subclass only, or to a<br />

superclass and a subclass of the superclass. In the latter case, the dual<br />

assignment can be done simultaneously (with a single command or API call) or at<br />

different times, possibly by different users.<br />

A manual assignment will remain in effect (and a process will remain in its<br />

manually assigned class) until:<br />

► The process terminates.<br />

► WLM is stopped. When WLM is restarted, the manual assignments in effect<br />

when WLM was stopped are lost.<br />

► The class the process has been assigned to is deleted.<br />

► A new manual assignment overrides a prior one.<br />

► The manual assignment for the process is canceled.<br />

In order to assign a process to a class or cancel a prior manual assignment, the<br />

user must have authority both on the process and on the target class. These<br />

constraints translate into the following:<br />

► The root user can assign any process to any class.<br />

► A user with administration privileges on the subclasses of a given superclass<br />

(that is, the user or group name matches the attributes adminuser or<br />

admingroup of the superclass) can manually reassign any process from one<br />

of the subclasses of this superclass to another subclass of the superclass.<br />

► A user can manually assign her own processes (same real or effective user<br />

ID) to a superclass or a subclass for which they have manual assignment<br />

privileges (that is, the user or group name matches the attributes authuser or<br />

authgroup of the superclass or subclass).<br />

Chapter 10. Performance problem determination 285

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!