沒有任何一種徵兆可以確切地判定限制資料庫已經遭受損壞,不過可以藉由確認幾種跡象來決定損壞的限制資料庫﹕
若是 Solaris Resource Manager kernel 偵測到一個群組迴圈,很可能表示限制資料庫已經被損壞。Solaris Resource Manager 會非常小心地防範群組迴圈的發生,唯一可能會發生的原因是一個 sgroup 屬性由於某種原因被損壞。請參閱"群組迴圈"中更詳細的說明資訊。
當使用者嘗試登入時,如果看到一個 'No limits information available' 的訊息,其登入的操作被回絕。這可能是因為限制資料庫損壞,因而導致其 flag.real 屬性被清除,連帶地刪除其 lnode。它不只會影響被刪除的 lnode,也會影響所有被孤立的 lnode(請參閱孤立 Lnode 一節中的說明)。請注意,如果沒有為帳號建立任何 lnode,或是它已經不小心被刪除的話,'No limits information available' 訊息也會出現,因此不能單憑這個訊息就斷定限制資料庫已經損壞。
使用量或限制屬性突然出現不合理的數值。某些使用者可能會因此而忽然達到使用量的限制。
使用者突然抱怨喪失使用權限或是獲得未預期的權限,因為權限旗標損壞。
如果管理員懷疑限制資料庫中出現任何損壞,最佳的偵測方法就是使用 limreport(1SRM) 來要求一份 lnode 清單,其中應該在某個範圍之內的屬性值忽然變為在範圍之外。這個指令也可以用來列出那些 flag.real 為 clear 的 lnode。這就表示其密碼映射中的帳號沒有 lnode。