System erkennt gezogene Platten nicht

[minimike]

Hi

Ich habe eben zum Testen 2 Platten physisch im laufenden Betrieb aus dem neuen Server gezogen. Das ist wie wenn eine Platte im Betrieb kaputt geht. Es geht darum den einwandfreien Betrieb sicherzustellen bevor das System in Produktion geht, Wenn ich jetzt den Pool kontrolliere sagt er mir das die Platten noch da wären.

mightychicken# zpool status
  pool: brainpool
 state: ONLINE
  scan: none requested
config:

	NAME        STATE     READ WRITE CKSUM
	brainpool   ONLINE       0     0     0
	  raidz1-0  ONLINE       0     0     0
	    da0     ONLINE       0     0     0
	    da1     ONLINE       0     0     0
	    da2     ONLINE       0     0     0
	    da3     ONLINE       0     0     0
	  raidz1-1  ONLINE       0     0     0
	    da4     ONLINE       0     0     0
	    da5     ONLINE       0     0     0
	    da6     ONLINE       0     0     0
	    da7     ONLINE       0     0     0
	  raidz1-2  ONLINE       0     0     0
	    da8     ONLINE       0     0     0
	    da9     ONLINE       0     0     0
	    da10    ONLINE       0     0     0
	    da11    ONLINE       0     0     0
	  raidz1-3  ONLINE       0     0     0
	    da12    ONLINE       0     0     0
	    da13    ONLINE       0     0     0
	    da14    ONLINE       0     0     0
	    da15    ONLINE       0     0     0

Der Raidcontroller ist ein 3ware 9750SA-8I und die Platten werden direkt durch geschleift. OS ist FreeBSD 9.1. Fehlt mir was oder kann ich da noch wo nachhelfen?

[laemodost]

Hast du mal nen scrub versucht?

[minimike]

Nein man soll ja vorher merken das was nicht läuft

[Yamagi]

Das System merkt nur, dass eine Platte verschwunden ist, wenn der Controller ein Hotplug-Event sendet. Daher wäre die logische Frage, ob das Abziehen der Platte denn einen Eintrag in der dmesg nach zieht und wenn ja, wie dieser ausschaut.

[Lord_x]

Laut einem Datenblatt bei "Alternate.de" hat dieser Controller kein Hot-Plug.

Hot-Plug-Unterstützung	Nein

http://www.alternate.de/html/product...SA-8I/147201/?

[minimike]

Ich habe jetzt noch herrausgefunden das sofern man Daten schreibt der zpool dann doch merkt das was faul ist und dann die Platte rauskickt.

grmpf knapp 400 € für nen Raidcontroller und dann sowas Eventuell sollte ich mit dem Chef doch noch über einen anderen reden. Zudem ich den Ersatz-Raidcontroller noch nicht auf Lagerhaltung bestellt habe.

Jetzt habe ich folgendes Problem

mightychicken# zpool replace -f brainpool da4 da4.nop
invalid vdev specification
the following errors must be manually repaired:
/dev/da4.nop is part of active pool 'brainpool'

Wie bekomme ich die Informationen von da4 runter damit ich die sauber wieder aufnehmen kann?

[h^2]

Zitat von minimike

Jetzt habe ich folgendes Problem

mightychicken# zpool replace -f brainpool da4 da4.nop
invalid vdev specification
the following errors must be manually repaired:
/dev/da4.nop is part of active pool 'brainpool'

Wie bekomme ich die Informationen von da4 runter damit ich die sauber wieder aufnehmen kann?

Hast du vorher exportiert?

edit: wenn du das tust wegen 4K alignment, glaube ich aber nicht dass es geht. Also der realigned die nicht automatisch, da musst du vielleicht die zpool-daten erst drauf kaputtmachen, damit dann ein realigneder Resilver anspringt.

[Lord_x]

Du kannst die Informationen von ZFS auf der HD löschen. Denke sollte so klappen:

dd if=/dev/zero of=/dev/<DISK> count=560 bs=512

[minimike]

ja und wieder importiert.

Macht es Sinn mit DD zu Arbeiten?

[minimike]

Zitat von Lord_x

Du kannst die Informationen von ZFS auf der HD löschen. Denke sollte so klappen:

dd if=/dev/zero of=/dev/<DISK> count=560 bs=512

Leider nein

mightychicken# dd if=/dev/zero of=/dev/da4.nop count=560 bs=512
dd: /dev/da4.nop: Invalid argument
1+0 records in
0+0 records out
0 bytes transferred in 0.000153 secs (0 bytes/sec)
mightychicken# zpool replace -f brainpool da4.nop
invalid vdev specification
the following errors must be manually repaired:
/dev/da4.nop is part of active pool 'brainpool

[minimike]

Ich habe das jetzt so hinbekommen

[code}
zpool export brainpool
zpool labelclear -f /dev/da4
gnop create -S 4k da4
zpool labelclear -f /dev/da4.nop
zpool import brainpool
zpool status
zpool replace -f brainpool 6294086477636157283 da4.nop
zpool status
[/code]


Und der Pool macht ein resilvering