管理者は、ユーザーの l ノードを保守するツールとして主に limadm コマンドを使用します。このコマンドでは、指定する一連のユーザーアカウントに対し Solaris Resource Manager の属性値を変更します。これらのユーザーの l ノードが存在しない場合は、デフォルト値が設定されているブランクの l ノードが最初に作成されます。新しい l ノードのプロパティは次のように設定されます。
flag.real が set に設定される。
cpu.shares と cpu.myshares 属性が 1 に設定される。
uselimadm と admin フラグがクリアされる。
他のすべてのフラグは継承される。
すべてのリミット属性と使用量属性がゼロに設定される。
新しい l ノードのスケジューリンググループは、そのユーザーアカウントの l ノードが存在していればユーザー other (srmother) に、存在しなければ root l ノードにそれぞれ設定されます。
limadm を呼び出すには、変更を行うための管理特権が必要です。つまり、スーパーユーザーであるか、uselimadm フラグが設定されているか、自分のスケジューリンググループのメンバーの属性だけを変更できる副管理者である必要があります。副管理者が limadm を使用する場合には、次の制約があります。
副管理者の属性値を変更することはできません。
ユーザーの sgroup 属性は、グループヘッダーにしか割り当てることはできません。このグループヘッダーは、limadm を使用するユーザーのスケジューリンググループのメンバーか、そのユーザー自身でなければなりません。
スケジューリンググループ外のユーザーの属性を変更することはできません。
usages を格納するときに使用する属性値を変更することはできません。この制約がないと、副管理者は、いずれかの子の使用量を減らすことでグループの使用量を減らし、自分の l ノードのグループの制限値が適用されないようにできます。
フラグのデフォルト値の反対に評価されるフラグがある場合には、グループのメンバーに対しこのフラグを変更することはできません。ただし、元と同じ反対の値に設定することはできます。
そのため、副管理者は、明示的に否定された特権を自分の影響下にあるユーザーに与えることはできません。
管理者は、limadm コマンドを使って l ノードを削除できます。このとき、対応するユーザーアカントはパスワードマップから削除されません。limadm を使用するには、スーパーユーザーであるか、uselimadm フラグまたは admin フラグが設定されている必要があります。admin フラグだけが設定されている場合には、自らがグループヘッダーであるグループのユーザーの l ノードしか変更できません。