[RAID1] wat te doen als schijf uitvalt

[GiLuX]

hoe werkt dat met software raid (redhat 7.2 bak) als er een schijf uitvalt.

kan je dan gewoon je pc uitzetten en een nieuwe schijf er in hangen en die wordt dan meteen volgedumpt met de data van de nog goede schijf?

hoe lang duurt dat ongeveer (voor zeg maar 5 gig)

wat ik eigenlijk zat te bedenken is het volgende,

ik wil een nieuwe pc met de zelfde configuratie,
dus ik dacht, ik trek een schijf uit de raid opstelling van de ander,
stop em in de nieuwe pc (de hardware is verglijkbaar) met een blanco schijf ernaast en voila,
het 2e systeem is direct klaar(moet dan nog alleen het ip adres aanpassen natuurlijk)

is dit een reeele optie of zitten hier nog haken en ogen aan?

[No13]

Als ik me niet vergis moet wel even letten op de volgorde in je raidtab als je nl disk 1 uit een raid set weghaalt en samen met een lege in een nieuwe raid set hangt gaat het goed,
maar als je disk 2 pakt vult hij disk 2 met de gegevens van 1 en heb je 2 lege schijven...

edit:

Dit staat er een beetje raar, net of je met disk 2 niet kan recoveren daarom een korte uitleg erbij:
als disk 1 kapot is en je wilt recoveren met disk 2, zal je disk2 als disk1 in moeten stellen (bijv door de volgorde van je disks moeten veranderen in je raidtab)

Als je een schijf uit een raid 1 partitie haalt, een lege erbij zet moet je op die lege even partities aanmaken (dit weet ik niet 100% zeker maar lijkt me erg logisch)
en daarna even

code:

mkraid --really-force /dev/mdx

uitvoeren waar x het nummertje is van je raid setje,
met

code:

cat /proc/mdstat

kan je dan kijken hoever hij is met synchroniseren

[ Voor 0% gewijzigd door No13 op 08-11-2002 13:40 . Reden: aanvullinkje ]

[GiLuX]

mdstat ziet er op het moment zo uit,
Personalities : [raid1]
read_ahead 1024 sectors
md2 : active raid1 hda3[0] hdc3[1]
57536704 blocks [2/2] [UU]

md1 : active raid1 hda2[0] hdc2[1]
1044160 blocks [2/2] [UU]

md0 : active raid1 hda1[0] hdc1[1]
48064 blocks [2/2] [UU]

unused devices: <none>

klopt dat wel, ik zie 3 devices?

[bobo1on1]

Kun je niet veel beter ghost gebruiken?
Gewoon ff de data op die 2 nieuwe schijven zetten, dan zijn ze hetzelfde en moet het meteen werken.
_{ghost kost wel geld enzo dus moet je ff een ghostflop regelen}

[GiLuX]

tja, ik heb wel eens enge verhalen gehoord over hoe ghost soms je mbr upscrewed...
kweenie, vint een beetje eng

[DPLuS]

Lees deze howto even door: http://www.ostenfeld.dk/~.../Software-RAID.HOWTO.html
Heeft mij ook enorm geholpen.
Ik draai nu Redhat 8 met 2 x 60GB RAID 1.
Ik heb zelf in het begin getest of dat "reconstructen" wel zou werken, dus ik een andere lege schijf op mijn sec. master gezet, partities toegevoegd (net als op oude schijf), /etc/raidtab bijgewerkt, raidhotadd /dev/mdX uitgevoerd en voila, reconstruction began...
Via cat /proc/mdstat kun je zien hoe ver hij is.
20 GB aan data duurde nog geen 10 minuten bij mij. (maxtor ata 66)

Let bij RAID1 wel op dat je 1 schijf op je primaire IDE hebt en de andere op de secundaire. (ivm performance en redundancy)
Als je ook de /boot partitie wilt mirroren, moet je raid-support in kernel meebakken.
Alleen nieuwere versies van lilo en grub kunnen booten van mdX-device.

HTH

[DPLuS]

GiLuX schreef op 08 november 2002 @ 15:52:
mdstat ziet er op het moment zo uit,
Personalities : [raid1]
read_ahead 1024 sectors
md2 : active raid1 hda3[0] hdc3[1]
57536704 blocks [2/2] [UU]

md1 : active raid1 hda2[0] hdc2[1]
1044160 blocks [2/2] [UU]

md0 : active raid1 hda1[0] hdc1[1]
48064 blocks [2/2] [UU]

unused devices: <none>

klopt dat wel, ik zie 3 devices?

Kan ik niet zeggen, doe eens:
# fdisk -l

[GiLuX]

ik ben er al uit,
ik heb net een redhat 7.3 bakje in elkaar geschroefd met software raid1.
na de instal en reboot begintie automatisch de 2e schijf te mirrorren.

ik keek ff in de mdstat en zag dat de mirror actie iets van 3 uur zou gaan duren!
dus draai ik hdparm en krijg een gemiddelde van 5mb/s
dit is bedroevend laag.

op een andere bak die het zelfde is qua hardware, os en raid1 setup krijg haal ik met gemak 40MB/s

waar kan dat aan liggen?

[No13]

dma aanstaan?

dit voorbeeldje zet dma aan op hda:

code:

hdparm -d1 /dev/hda

edit: owja even ter informatie

ik was gister mijn raid1 config aant testen...dus terwijl de pc stond te idle'en 1 hd fisiek uitgeschakeld

niet helemaal volgens verwachting kon ik niet meer inloggen...
ik kreeg de error:

code:

EXT3 error, rmounting readonly
EXT3-fs error (device md(9,0)) in start_transaction: journal has aborted

en die laatste error bleef zich herhalen iedere keer als ik iets deed op die pc

Dat was dus zogezegt niet prettig
gelukkig kwam ik een tijdje later in tune2fs de optie -e tegen (error-behavior)
ik had deze optie dus zonder dat ik het wist op remount-ro (Remount filesystem read-only) staan....
de oplossing is dus vrij simpel

code:

tune2fs -e continue /dev/md0

sorry als iedereen dit al wist maar je zal het maar niet weten en hij hangt ergens @ colo ofzow

[ Voor 0% gewijzigd door No13 op 15-11-2002 21:45 . Reden: toevoeging ]

[GiLuX]

No13 schreef op 15 november 2002 @ 21:37:
dma aanstaan?

dit voorbeeldje zet dma aan op hda:

code:

hdparm -d1 /dev/hda

ehrm...
dat kan toch alleen met ide schijven?

nou zijn het ook ide schijven maar een raid array wordt toch gezien als scsi?


verder,
volgensmij is het niet echt lekker voor je systeem om er een schijf uitte trekken terwijl de boel draait,
kan erg slecht zijn voor je bus.

tenzij je zo'n fasttrack kaartje gebruikt met 1 schijf op iedere kanaal,
dan is het wel safe hotpluggable.

[GiLuX]

hmm, very strange,

als ik doe hdparm -d1 /dev/hda
krijg ik:
HDIO_SET_DMA failed, operation not permitted

maar als ik kijk naar die andere bak, die ook dezelfde software raid instellingen heeft dan zegt hdparm dat dma weldegelijk enabled is:
using_dma = 1 (on)

kan het nu wel of niet?

ik snap het niet meer...