Fehler bei der Integritätsprüfung des Isilon PowerScale-Papierkorbverzeichnisses

Die Integritätsprüfung des Papierkorbverzeichnisses schlägt fehl, wenn das Papierkorbverzeichnis-PQ mehr als 10.240 Einträge ansammelt. Dieser HealthCheck-Fehler kann auf viele Bedenken hinsichtlich der Integrität des Papierkorbverzeichnisdienstes zurückzuführen sein, einschließlich, aber nicht beschränkt auf: - 

(1) Der Papierkorb-Verzeichnisdienst funktioniert nicht mehr (abgestürzt/aufgehängt/deaktiviert) oder der Service konnte veraltete Papierkorbverzeichnis-PQ-Einträge nicht bereinigen. 

(2) Backbone OneFS-Services wie isi_job_d, isi_papi_d oder TreeDelete-Job sind abgestürzt/hängen oder wurden von einem privilegierten Benutzer deaktiviert.  

(3) Verbraucherdienste für Papierkorbverzeichnisse führen einen aggressiven Papierkorb durch oder derzeit ausgeführte Jobs blockieren das Löschen von papierkorbierten Verzeichnissen.  

Dieser Wissensdatenbank-Artikel wird aktualisiert, sobald ein Patch verfügbar ist. 

Problemumgehung:
Die folgenden Workarounds sollten basierend auf drei oben genannten Ursachenkategorien hilfreich sein.  

(1) MCP sollte den Service neu starten, wenn der Papierkorbverzeichnisdienst abstürzt. Dateifehler für hängende Probleme mit dem Papierkorbverzeichnisdienst. Wenn der Papierkorbverzeichnisdienst hängen bleibt, kann er für eine temporäre Lösung deaktiviert/neu gestartet werden. Fehler bei der Integritätsprüfung des Papierkorbverzeichnisses kann ignoriert werden, wenn der Papierkorbverzeichnisdienst isi_trash_d von einem privilegierten Benutzer deaktiviert wurde. Der Service sollte jedoch bei Bedarf aktiviert werden, damit der Papierkorbverzeichnisdienst das Löschen von im Papierkorb gespeicherten Verzeichnissen abschließen kann.  
 

isi services -a isi_trash_d enable 

 
Führen Sie den folgenden Befehl aus, um veraltete PQ-Einträge zu bereinigen, falls der Papierkorbverzeichnisdienst veraltete Einträge in PQ nicht bereinigen kann. 
 

/usr/libexec/isilon/isi_trash_pq_clean --cleanup [--debug] 

Überprüfen Sie auch, ob das Abfrageintervall für den Jobstatus für die TreeDelete-Jobs in der Servicewarteschlange nicht größer als 30 Sekunden ist, falls oben erwähnt. 

isi_gconfig -t trash-config job_query_interval=30 

(2) Wenn Die Backbone-OneFS-Services oder der TreeDelete-Job von einem privilegierten Benutzer hängen bleiben oder deaktiviert wurden, kann der Fehler "Trash Directory HealthCheck" ignoriert werden. Backbone-OneFS-Services oder TreeDelete-Job sollten jedoch bei Bedarf aktiviert werden, damit der Papierkorbverzeichnisdienst das Löschen von im Papierkorb gespeicherten Verzeichnissen abschließen kann.  
 

(3) Der Fehler "HealthCheck" im Papierkorbverzeichnis kann ignoriert werden, wenn Verbraucherdienste (Schnappotse Data Mover/beschreibbarer Snapshot) Verzeichnisse aggressiv durchsuchen oder derzeit ausgeführte Jobs das Löschen von nicht gespeicherten Verzeichnissen blockieren. Backbone OneFS-Services sind in diesem Fall ein Engpass. 
Wenn lang ausgeführte TreeDelete-Jobs, die vom Papierkorb-Verzeichnisdienst in die Warteschlange eingereiht werden, die Verarbeitung einer erheblichen Anzahl von zuletzt im Papierkorb gespeicherten Verzeichnissen blockieren, können das Job-Timeout-Limit und das Jobabfrageintervall für TreeDelete-Jobs, die vom Service in die Warteschlange eingereiht werden, auf einen kleineren Wert eingestellt werden. Die empfohlenen Mindestwerte für diese Tunables lauten wie folgt: - 
 

isi_gconfig -t trash-config job_timeout_limit=3600 
isi_gconfig -t trash-config job_query_interval=30 

 
Beachten Sie, dass der Papierkorbverzeichnisdienst den TreeDelete-Job bricht, der vom Service in die Warteschlange eingereiht wird, der nach dem Job-Timeout-Limit noch ausgeführt oder angehalten wird. Wenn der Service also den Großteil der TreeDelete-Jobs in die Warteschlange stellt, kann das Job-Timeout-Limit auf einen höheren Wert erhöht werden.