gmirror dirty + sync nach reboot

rakso

Well-Known Member
hallo, es beunruhigt mich:

nach ezjail.sh stop ...jail.... reagierte der hetzner-EQ4-server nichtmehr.

einige minuten später war er wieder da, reagierte aber sehr träge.

jetzt wirds wieder aufgebaut aber wie weiss ich, ob das nun zufall war oder irgendwo, gar an einer platte, ein defekt vorliegt??


Code:
Geom name: gm0
State: DEGRADED
Components: 2
Balance: round-robin
Slice: 4096
Flags: NONE
GenID: 0
SyncID: 1
ID: 1591314502
Providers:
1. Name: mirror/gm0
   Mediasize: 750156373504 (699G)
   Sectorsize: 512
   Mode: r6w5e6
Consumers:
1. Name: ad4
   Mediasize: 750156374016 (699G)
   Sectorsize: 512
   Mode: r1w1e1
   State: SYNCHRONIZING
   Priority: 0
   Flags: DIRTY, SYNCHRONIZING
   GenID: 0
   SyncID: 1
   Synchronized: 6%
   ID: 1549445769
2. Name: ad6
   Mediasize: 750156374016 (699G)
   Sectorsize: 512
   Mode: r1w1e1
   State: ACTIVE
   Priority: 0
   Flags: DIRTY
   GenID: 0
   SyncID: 1
   ID: 3929598683
 
Also erst einmal, DIRTY bedeutet nur, dass Platte A Änderungen hat, die noch nicht auf Platte B sind. Das ist völlig normal und kein grund zur Beunruhigung. Kannst du ignorieren, wenn nicht gerade wirklich null Last auf dem System ist, wird da nur selten etwas anderes stehen.

Schaut aus, als ob er abgestürzt war. Trägheit nach dem Neustart kann das im Hintergrund laufende fsck gewesen sein. Kannst du mal mit "uptime" prüfen, ob er wirklich neu gestartet hat?
 
Schaut aus, als ob er abgestürzt war. Trägheit nach dem Neustart kann das im Hintergrund laufende fsck gewesen sein. Kannst du mal mit "uptime" prüfen, ob er wirklich neu gestartet hat?
jep die extreme trägheit war nach ein paar minuten wieder weg, war wohl noch irgendein Check.

uptime: klar, der reboot war tatsächlich da :-)

wo kann man denn einen grund dafür ausmachen? was mich schon immer gestört hat, beim alten und anderen servern, dass in log/messages nicht wirklich was drinsteht. nur die neuen boot-meldungen. mit kerneldumps fange ich nix an.

wäre schon wichtig das zu wissen, da die kiste bald mein hauptrootserver wird.

Gruß!
 
Hi,

bei sporadischen reboots wirst Du um einen Kerneldump nicht drum rumkommen.

Steht eigentlich auch alles gut beschrieben im Online Handbuch unter freebsd.org/de


Gruß
Kai
 
nun hat der server wieder plötzlich neu gestartet, wie kann ich etwas über die ursache herausfinden?
 
Hallo,

auf dem selben server gehen diese art von probleme weiter. vorgestern war das gmirror raid futsch, hab es dann aber wieder aufgebaut bekommen.


Apr 10 21:46:31 server kernel: ad4: FAILURE -
READ_DMA48 status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=401814528
Apr 10 21:46:31 server kernel: GEOM_MIRROR: Request failed (error=5). ad4[READ(offset=205729038336, length=131072)]
Apr 10 21:46:31 server kernel: GEOM_MIRROR: Synchronization request failed (error=5). mirror/gm0[READ(offset=205729038336, length=131072)]
Apr 10 22:02:24 server fsck: /dev/mirror/gm0s1f: PARTIALLY TRUNCATED INODE I=71692492
Apr 10 22:02:24 server fsck: /dev/mirror/gm0s1f: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY.
Apr 10 22:11:53 server smartd[651]: Device: /dev/ad4, 1 Currently unreadable (pending) sectors
Apr 10 22:41:53 server smartd[651]: Device: /dev/ad4, 1 Currently unreadable (pending) sectors
Apr 10 23:11:53 server smartd[651]: Device: /dev/ad4, 1 Currently unreadable (pending) sectors

Hetzner-Support meint dazu "diese Meldung ist unkritisch da sich dieser Wert nicht erhöht und konstant bei 1 geblieben ist."


Seht ihr das auch so?
Die SATA Kabel wurden getauscht. Die smartd-Fehler kommen aber trotzdem regelmäßig wieder.
 
Back
Top