cron Jobs und scrub

[NKL]

Moin,
noch ein paar kleine Abschlussfragen:

1. Werden cron-jobs nachgeholt, wenn der Server zu dem Zeitpunkt ausgeschaltet war? Ich denke mal nicht. Ist das irgendwie einfach "nachzurüsten"?
Ich habe einen scrub-cron-job angelegt, da mein Server jedoch nicht 24/7 läuft kann es gut sein, dass dieser mal nicht sofort ausgeführt werden kann. Darauf verzichten möchte ich selbstverständlich nicht, ich müsste ihn dann per Hand starten.

2. Was passiert wenn ich während des scrubbens den Server herunterfahre? Wird der Durchgang dann einfach beim nächsten Hochfahren weitergeführt?

3. Wie genau haltet ihr das mit neuen N4F-Revisionen? Sobald eine neue da ist, wird die eingespielt? Irgendwie so alle 10 Revs oder einfach wann ihr mal Lust habt? Ich hatte vorher die Full-Version laufen und habe da nie aktualisert, jetzt mit der embedded geht das deutlich einfacher.

4. Wenn der scrub Durchlauf fehlerhafte Daten entdeckt und sie repariert, ist das nicht ein schlechtes Zeichen für die Festplatten? Sollte man sich diese Platte dann nochmal genauer anschauen und ggfls. (wenn wirklich GB an Daten repariert werden müssen) vorher austauschen bzw. bei ebenfalls schlechten SMART Werten reklamieren (wenn noch in der Garantie geschehen)?

5. Könnte noch jemand bitte die ZFS-Tuning Variablen für 10GB RAM posten? Bzw. Princo, könntest du die in deinem Sammelthread (viewtopic.php?f=29&t=5787#p32277) diese noch ergänzen? Ein Kollege könnte die gut gebrauchen.

Vielen Dank schonmal!
Grüße, NKL

[Princo]

Hi NKL,

Zu 1.: Cron-Jobs werden nicht nachgeholt.

Zu 2.: Der Scrub wird beim nächsten Hochfahren einfach weitergeführt.

Zu 3.: Updates innerhalb einer Hauptversion (9.1 ist eine Hauptversion, 9.2 ist eine Hauptversion), sind erfahrungsgemäß unkritisch. Man sollte aber das Changelog aufmerksam studieren. Solange keine neue ZFS-Version impementiert wird UND man den Pool nicht upgraded, kann man neue Versionen erstmal testen.
Bei einer neuen Hauptversion (9.1 > 9.2) warte ich grundsätzlich sehr lange ab, und lese aufmerksam die Forenbeiträge zur neuen Version.
Daher bin ich auch noch nicht auf die 9.2 umgestiegen, da dort das WOL nicht funktioniert, was mir sehr wichtig ist.

Zu 4.: Ja.

Zu 5.: Werde ich die Tage raussuchen, und in den Thread einpflegen (bin gerade etwas im Streß). Dein Kollege kann aber schon vorher einfach die Werte für 6GB übernehmen. Den Schub wird er dabei schon haben. Wichtig: zfskerntune darf nicht installiert und ausgeführt werden!

Grüße

[NKL]

Hey Vielen Dank für die schnelle Antwort.
Alles beantwortet
Grüße, NKL

[NKL]

Und doch noch eine Nachfrage:
Wenn ein scrub-Durchlauf fertig ist, sieht man ja unter zpool status wieviel repariert werden musste.
Kann man irgendwo sehen, welche "Dateien" repariert wurden, am Besten sogar auf welcher Platte diese lagen?
Ich frage deshalb, um das Szenario unter Frage 4) beschrieben dann auch durchzuführen.
Grüße, NKL

[NKL]

Und doch noch eine Nachfrage:
Wenn ein scrub-Durchlauf fertig ist, sieht man ja unter zpool status wieviel repariert werden musste.
Kann man irgendwo sehen, welche "Dateien" repariert wurden, am Besten sogar auf welcher Platte diese lagen?
Ich frage deshalb, um das Szenario unter Frage 4) beschrieben dann auch durchzuführen.
Grüße, NKL

Kann hier noch jemand kurz was drauf antworten bitte?

[crowi]

Kann hier noch jemand kurz was drauf antworten bitte?

Jupp, ich bin mal so frei...

http://lmgtfy.com/?q=zpool+scrub+log
Hmm da steht auch im Internet was darüber, zum Beispiel im tollen Orakel-Administrationshandbuch

klick--> http://docs.oracle.com/cd/E23823_01/htm ... html#gbbxi
"Whenever ZFS encounters an error, either through scrubbing or when accessing a file on demand, the error is logged internally so that you can obtain quick overview of all known errors within the pool."

Und wie sehe ich nun was gelogged wurde?

"A complete list of errors and their specifics can be found by using the

Code: Select all

zpool status -v

option.... "
klick--> http://docs.oracle.com/cd/E18752_01/htm ... html#gbcwe

[NKL]

Das legt ein Log an, na wunderbar
Danke dir crowi

EDIT: Grade mal ausprobiert. Das ist ja genau die Ansicht die man auch in der WebGUI sehen kann.
Bisher gabs bei mir noch keine Errors mit den neuen Platten, daher steht da wohl noch nicht.
Allerdings kann ich mich erinnern, als meine eine Platte kaputt ging, wurden zwar Dateien repariert, nur stand unten unter "Errors" trotzdem nichts.
100%ig sicher bin ich mir nicht, aber ich meine, dass da trotzdem nichts stand.
Naja, ich werds mal beobachten. Ist ja eh nur notwendig anzuschauen, wenn scrub etwas reparieren musste.

[Princo]

Das Log zeigt dir an, welche Dateien er nicht reparieren kann. Und das bleibt auch solange gespeichert, bis das Problem behoben ist.
Die Angaben über Checksum und Read Write Fehler werden beim Booten zurückgesetzt. Deswegen ist es schlau, sein NAS nach dem Scrub nicht automatisch herunterfahren zu lassen.

Wenn du dein System richtig auf Herz und Nieren testen und quälen möchtest, dann kannst du mal deinen Pool auflösen, und die einzelnen Festplatten als eigenständige Pools definieren (bei drei Festplatten also drei Pools machen).

Dann ballerst du die nacheinander mit Test-Daten voll, und machst dann nacheinander Scrubs auf den einzelnen Pools (Platten).

Da könntest du dann die eine oder andere Überraschung erleben.

Grüße
Princo

[NKL]

Ah ok, welche er also komplett nicht reparieren kann. Also müssten z.B. in einem Mirror beide Festplatten diesen Datensatz fehlerhaft haben.
Kann man denn dann irgendwo sehen, welche Dateien er repariert hat? Oder zumindest auf welcher Platte er welche reparieren musste?
Was passiert eigl. wenn die Prüfsumme falsch abgespeichert/gelesen wird? Die liegt ja auch nur irgendwo auf der Festplatte.

Das ist eine wirklich gute Idee zum Testen. Sollte man evtl. mal ausprobieren, da sieht man ja dann erst richtig wieviel da wirklich schiefgeht bzw. wie zuverlässig die Platte komplett ist.
Dieses Verfahren beschriebst du glaub ich schonmal in nem anderen Thread. Da hattest du das mit einer deiner Festplatten gemacht und viele Fehler erhalten, ne?

Grüße, NKL