[SOLVED] OOM beim booten / ZFS

[AlexanderR]

Servus Zusammen,

wir betreiben einen Server zum bereitstellen eines Backupspeichers. Verbaut sind 4x 10TB Platten im "RAID 10" mit ZFS auf denen sowohl System als auch eine VM läuft. Derzeit sind 32GB RAM verbaut.

Gestern Nacht hat sich der Server dann während eins Scrubs verabschiedet - da der Server im Rechenzentrum läuft, hatten wir keine Information zum Monitor-Output.
Beim booten schafft er es nun nicht mehr den ZFS-Pool zu importieren..(denke ich zumindest). Da eine OOM Kernel Panic auftritt, sollte vermutlich ein RAM-Upgrade die Lösung sein, oder?
Anbei noch drei Screenshots des Bootvorgangs / -Problems.
Vielen Dank schonmal und viele Grüße,

Alex

 

[Dunuin]

Faustformel zur Dimensionierung des ZFS ARC sind 4GB + 1GB RAM je 1TB Rohkapazität der Laufwerke (bzw +5GB je 1TB wenn man Deduplikation nutzen will).
Da sind dann 32GB schon echt wenig RAM. Wenn du nichts geändert hast dann ist Proxmox so eingestellt, dass da der ARC 50% des RAMs benutzt. VMs sollten also in der Summe nicht mehr als 12-14 GB RAM zugeteilt haben, damit es nicht zum OOM kommt.

 

[AlexanderR]

Danke für Deine Antwort.

Momentan scheint meine Vermutung, dass ein laufender Scrub die OOM auslöst.. Read-Only konnte ich den Pool problemlos importieren.

Jetzt suche ich gerade einen Weg den Scrub vor dem Import zu beenden...

 

[Dunuin]

Du kannst auch mal arc_summary aufrufen um zu gucken, ob da die 16GB RAM für den ARC reichen.
Ein Scrub fordert ZFS ja extrem. Kann durchaus sein, dass da der ARC dann an die Grezen stößt. Wenn die VM nur wenig RAM braucht kannst du auch mal versuchen testweise den ARC zu vergrößern um zu gucken, ob der Import dann klappt.

Siehe hier.

Feintuning beim ARC geht auch. Bei mir war die "Dnode cache size" z.B. am Limit aber die "Metadata cache size" relativ ungenutzt, also habe ich den Dnode Cache im ARC etwas vergrößert und dafür den Metadata Cache etwas verkleinert. So hatte der Dnode Cache dann etwas mehr Spielraum, ohne das ich den ARC selbst vergrößern musste.
Sowas lässt sich ebenfalls über Einträge in der zfs.conf einstellen.

 

[AlexanderR]

Habe das System wieder online bekommen.
Hatte im Rescue-System mithilfe des Links den Pool importiert bekommen. Wobei ich mir nicht 100% sicher bin, ob der Scrub von alleine fertiggestellt wurde oder er aufgrund meines Scrub Stop-Befehls beendet wurde. Ohne aktiven Scrub konnte Proxmox den Pool dann ohne Probleme importieren und booten.

Danke