Hi@all,
ich bin der Neue ... und komm jetzt öfter
Ok ... wie der Titel schon sagt habe ich hier ein kleines Problem ... dessen Ursache ich teilweise schon auf den Grund gekommen bin.
Der tägliche Crash findet jede Nacht gegen 3 Uhr statt und hängt mit dem dann gestarteten Cron Job (daily) zusammen.
Der Crash läßt sich aber auch tagsüber reproduzieren und zwar entweder mit find ( find /apool -ctime 3 ) oder mit du ( du -sh /apool )
Ein vollständiges Foto des Screens kann ich bei Bedarf nachreichen ...
Das System ist ein "alter" Dell PE 1800 mit 4GB RAM und 2x 500GB Platten die ich als Mirror für die zroot nutze
Bei der Installation bin ich nach folgender Anleitung vorgegangen:
http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror
Für den Datenpool (apool) habe ich 4x 1TB Seagate Platten an einem 3Ware 9650SE (raidz)
Erwähnen sollte ich vielleicht noch das ich dieses System als Backup Server nutze(n) (möchte) ... Der primäre Server ist ein Opensolaris 2009.06 von dem ich jede Nacht ein zfs send auf den Backup mache ...
Theoretisch nutzen beide ja zpool Version 14 ...
Bis auf die vier Daten-Platten habe ich praktisch alles schon getauscht bzw. die Platten sogar in ein völlig anderes System eingebaut ...
Merkwürdig finde ich das ein scrub z.B absolut fehlerfrei und problemlos durchläuft ... aber auch ein "grep -R test /apool" erzeugt diesen Crash ... habe ich gerade feststellen müssen ....
In zroot passiert das nicht ... wobei ich nicht sagen kann ob das nicht vielleicht an der Menge der Daten liegt ....
Ein googeln nach dem instruction pointer liefert keinen Treffer ... nm in /boot/kernel/* übrigens auch nicht.
Den Generic Kernel neu zu übersetzen hat auch nichts gebracht ...
Ich bin ratlos *grummel*
EDIT : Kleines Update ... Ich habe jetzt einmal unter FreeBSD ein neues FS unter apool erzeugt und ca 15GB mit rsync rein kopiert ... und nacheinander du, find und grep getestet ... kein Crash ... scheint also wirklich mit zfs send / receive zusammen zu hängen ....
Hat jemand eine Idee ?
Gruß
ThomasXYZ
ich bin der Neue ... und komm jetzt öfter
Ok ... wie der Titel schon sagt habe ich hier ein kleines Problem ... dessen Ursache ich teilweise schon auf den Grund gekommen bin.
Der tägliche Crash findet jede Nacht gegen 3 Uhr statt und hängt mit dem dann gestarteten Cron Job (daily) zusammen.
Der Crash läßt sich aber auch tagsüber reproduzieren und zwar entweder mit find ( find /apool -ctime 3 ) oder mit du ( du -sh /apool )
Code:
...
instruction pointer = 0x20:0xffffffff80ec682e
...
panic : page fault
...
Ein vollständiges Foto des Screens kann ich bei Bedarf nachreichen ...
Das System ist ein "alter" Dell PE 1800 mit 4GB RAM und 2x 500GB Platten die ich als Mirror für die zroot nutze
Bei der Installation bin ich nach folgender Anleitung vorgegangen:
http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror
Für den Datenpool (apool) habe ich 4x 1TB Seagate Platten an einem 3Ware 9650SE (raidz)
Erwähnen sollte ich vielleicht noch das ich dieses System als Backup Server nutze(n) (möchte) ... Der primäre Server ist ein Opensolaris 2009.06 von dem ich jede Nacht ein zfs send auf den Backup mache ...
Theoretisch nutzen beide ja zpool Version 14 ...
Bis auf die vier Daten-Platten habe ich praktisch alles schon getauscht bzw. die Platten sogar in ein völlig anderes System eingebaut ...
Merkwürdig finde ich das ein scrub z.B absolut fehlerfrei und problemlos durchläuft ... aber auch ein "grep -R test /apool" erzeugt diesen Crash ... habe ich gerade feststellen müssen ....
In zroot passiert das nicht ... wobei ich nicht sagen kann ob das nicht vielleicht an der Menge der Daten liegt ....
Ein googeln nach dem instruction pointer liefert keinen Treffer ... nm in /boot/kernel/* übrigens auch nicht.
Den Generic Kernel neu zu übersetzen hat auch nichts gebracht ...
Ich bin ratlos *grummel*
EDIT : Kleines Update ... Ich habe jetzt einmal unter FreeBSD ein neues FS unter apool erzeugt und ca 15GB mit rsync rein kopiert ... und nacheinander du, find und grep getestet ... kein Crash ... scheint also wirklich mit zfs send / receive zusammen zu hängen ....
Hat jemand eine Idee ?
Gruß
ThomasXYZ
Zuletzt bearbeitet: