Auf einer älteren Linux-Box, die ich habe, gibt es einen NFS-Mount einer Netapp. Sobald sich 100.000 Dateien in einem einzelnen Verzeichnis in diesem Feld befinden, können keine Dateien mehr geschrieben werden. Weiß jemand, was dies verursachen könnte? Mir wurde gesagt, dass symbolische Links noch geschrieben werden können.
Ich werde spezifischere Informationen hinzufügen, wenn ich sie nachschlage. Bitte überspringen Sie die "Verwenden Sie eine bessere Datei- / Ordnerstruktur und / oder Datenbank", ich weiß ...
Antworten:
Es gibt zwei Grenzen, die Sie möglicherweise erreicht haben.
Inodes (unwahrscheinlich)
Sie haben alle verfügbaren Inodes für dieses Volume verbraucht. Sie können dies mit den Befehlen
df -i
und bestätigenmaxfiles
.maxdirsize
(wahrscheinlicher)ONTAP begrenzt die Größe von Verzeichnissen. Die Größe ist ein Produkt von Metadaten / Hardlinks, nicht von Dateiinhalten. Diese Grenze beträgt standardmäßig (unter der Annahme von> 6,5) 1% des System-RAM. Auf diese Weise wird sichergestellt, dass große Verzeichnisse die Systemleistung nicht beeinträchtigen. Weil lineare Verzeichnisscans erfordern, dass Verzeichnisdatenstrukturen in den Speicher geladen werden. Schneller Überblick:
ls -lkd
.maxdirsize
einer Lautstärke ist eine Einbahnstraße.Wenn es keines dieser Probleme ist, würde ich empfehlen, Ihre ONTAP-Protokolle zu überprüfen und zu veröffentlichen.
quelle
/etc/messages
da die Protokolle häufig hilfreich sind.Das System erreicht das Link-Limit für ein Verzeichnis, das eine feste Einschränkung des NetApp ONTAP-Dateisystems darstellt. Aus diesem Knowledge Base-Artikel :
quelle
http://www.unixunderground.com/blog/?cat=11
Ein bisschen veraltet, könnte aber hilfreich sein. Ich glaube, die Anzahl der Dateien basiert auf der Anzahl der Festplatten / Knoten.
quelle
In neueren Versionen von NetApp (8.1+) können Sie die Standardgrenzwerte pro Volume mit diesem Befehl überschreiben:
Um zu sehen, wie die aktuellen Einstellungen ausgeführt werden
Es gibt keine Möglichkeit, diese über den GUI-Client zu ändern.
quelle