症状

只根据一项症状是不可能可靠地确定限制数据库是否已经崩溃的，但是有若干种因素可以潜在地表明限制数据库的崩溃：

• Solaris Resource Manager 内核对组循环进行的检测可以很好地表明限制数据库已经崩溃。组循环受到 Solaris Resource Manager 的严格预防，只有当 sgroup 属性以某种方式发生崩溃时，它们才可能发生。有关详情，请参阅组循环。

• 用户在尝试登录时会看到屏幕上显示'没有限制信息可供使用'信息，用户登录被拒绝。如果限制数据库使其 flag.real 属性被清除，并有效地删除了其 lnode，则这样的情况就会发生。它不仅会影响被删除的 lnode，而且还能影响任何被孤立的 lnode（有关详情，请参阅 孤立 lnode）。请注意，只有当没有为帐户创建 lnode，或当 lnode 被故意删除后，才会显示'没有限制信息可供使用'信息，所以它并不能清楚地表明限制数据库已经崩溃。

• 利用率或限制属性中突然出现不真实的数值。这会导致某些用户突然出现限制。

• 用户突然抱怨因为特权标志的崩溃而失去了特权或未预期的特权。

如果管理员怀疑限制数据库发生了崩溃，检测崩溃的最好方法就是使用 limreport 请求其属性应具有在已知范围内的数值的 lnode 列表。如果报告了该范围之外的值，则损坏已发生。limreport 还可用来列示拥有清空的 flag.real 的 lnode。这将显示不存在 lnode 的口令映射中的帐户。