/u/107351/crop605afc50944ad_cropped.png?f=community)
Ok, ik heb hieronder nog een topic staan, waarin ik uitlegde dat ik meer disken ging toevoegen aan mijn NAS. Hier was ik gister mee bezig, maar heb perongeluk een SATA-molex losgestoten van 1 van de 4 disken uit mijn originele raid5-array, en heb zonder dat ik het doorhad daarna de NAS aangehad, waardoor dus 1 disk niet meer fresh is volgens MDADM.
Het betreft 4 dezelfde disken met linux raid / mdadm in raid5 gezet.
Als ik nu dmseg grep zegtie dat hij de non-fresh disk kickt uit de array, en gaat dan lekker verder draaien met de raidstatus [4/3] [UU_U] alsof een disk gesneuveld is. Er wordt niks gerebuild, mdadm vind het wel best zo.
Ik wil natuurlijk zo snel mogelijk de zaak in sync hebben weer, maar ik kan niet precies uitvinden hoe. Het enige dat ik tegenkom op internet is wat mailing lists en wat topics op de Ubuntu-fora waar men zich dit ook afvraagt.
Ik heb al wat oplossingen gevonden op het internet maar deze houden vooral in dat ik een status van mdadm "scanning" moet catten naar een file in /proc, maar dan krijg ik een Bash error, omdat volgens Bash de file niet writable is / niet bestaat (Weet de exacte error niet, NAS staat nu uit)
Al mijn belangrijke data staat op die raid5 array, dus als iemand weet hoe ik zo snel mogelijk de non-fresh disk weer in de array krijg, laat het alstublieft weten... het laatste dat ik nu wil is een kapotte disk en Murphy schijnt juist rond deze periodes langs te komen.
Ik heb hier een los topic van gemaakt zodat men dit topic ziet staan, in plaats van dat ik een post maak in mijn vorige topic waar men toch snel overheen kijkt, omdat dit denk ik wel een redelijk urgent probleem is aangezien het om belangrijke data gaat die welliswaar nog niet weg is maar die ik bij het minste of geringste nu gedag kan zwaaien
/edit
Het lijkt erop dat het probleem misschien is opgelost omdat geez mij erop wees dat ik gewoon die disk moet kicken en re-adden, dat ga ik nu proberen, maar als jullie nog andere tips weten (Of weten dat dit alles sloopt bijvoorbeeld
en even NEE willen zeggen) laat het dan gerust weten want hoe sneller mijn data veilig is hoe beter.
/edit 2
De oplossing van geez gaf aan dat ik eerst moest removen, en dan opnieuw adden. Removen gaf de mooie error dat de disk niet in de array aanwezig was reeds, dus de oplossing bleek te zijn ze gewoon te adden, in plaats van nog te moeten removen, want ze lagen al uit de array.
Al met al dus opgelost, gelukkig hoeft niemand meer bij te springen maar ik dacht toch even "laat ik maar een topic openen" omdat ik er zelf eerst ook niet helemaal uitkwam.
Het betreft 4 dezelfde disken met linux raid / mdadm in raid5 gezet.
Als ik nu dmseg grep zegtie dat hij de non-fresh disk kickt uit de array, en gaat dan lekker verder draaien met de raidstatus [4/3] [UU_U] alsof een disk gesneuveld is. Er wordt niks gerebuild, mdadm vind het wel best zo.
Ik wil natuurlijk zo snel mogelijk de zaak in sync hebben weer, maar ik kan niet precies uitvinden hoe. Het enige dat ik tegenkom op internet is wat mailing lists en wat topics op de Ubuntu-fora waar men zich dit ook afvraagt.
Ik heb al wat oplossingen gevonden op het internet maar deze houden vooral in dat ik een status van mdadm "scanning" moet catten naar een file in /proc, maar dan krijg ik een Bash error, omdat volgens Bash de file niet writable is / niet bestaat (Weet de exacte error niet, NAS staat nu uit)
Al mijn belangrijke data staat op die raid5 array, dus als iemand weet hoe ik zo snel mogelijk de non-fresh disk weer in de array krijg, laat het alstublieft weten... het laatste dat ik nu wil is een kapotte disk en Murphy schijnt juist rond deze periodes langs te komen.
Ik heb hier een los topic van gemaakt zodat men dit topic ziet staan, in plaats van dat ik een post maak in mijn vorige topic waar men toch snel overheen kijkt, omdat dit denk ik wel een redelijk urgent probleem is aangezien het om belangrijke data gaat die welliswaar nog niet weg is maar die ik bij het minste of geringste nu gedag kan zwaaien
/edit
Het lijkt erop dat het probleem misschien is opgelost omdat geez mij erop wees dat ik gewoon die disk moet kicken en re-adden, dat ga ik nu proberen, maar als jullie nog andere tips weten (Of weten dat dit alles sloopt bijvoorbeeld
en even NEE willen zeggen) laat het dan gerust weten want hoe sneller mijn data veilig is hoe beter./edit 2
De oplossing van geez gaf aan dat ik eerst moest removen, en dan opnieuw adden. Removen gaf de mooie error dat de disk niet in de array aanwezig was reeds, dus de oplossing bleek te zijn ze gewoon te adden, in plaats van nog te moeten removen, want ze lagen al uit de array.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| mk2 stefan # mdadm /dev/md2 --add /dev/sda3
mdadm: re-added /dev/sda3
mk2 stefan # mdadm /dev/md3 --add /dev/sda4
mdadm: re-added /dev/sda4
mk2 stefan # cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md1 : active raid1 sda1[2] sdc1[1] sdd1[3] sdb1[0]
40064 blocks [4/4] [UUUU]
md2 : active raid5 sda3[4] sdc3[1] sdd3[3] sdb3[0]
14675136 blocks level 5, 64k chunk, algorithm 2 [4/3] [UU_U]
[=>...................] recovery = 8.9% (439296/4891712) finish=1.6min speed=43929K/sec
md3 : active raid5 sda4[4] sdc4[1] sdd4[3] sdb4[0]
1448837760 blocks level 5, 64k chunk, algorithm 2 [4/3] [UU_U]
resync=DELAYED
unused devices: <none>
mk2 stefan # |
Al met al dus opgelost, gelukkig hoeft niemand meer bij te springen maar ik dacht toch even "laat ik maar een topic openen" omdat ik er zelf eerst ook niet helemaal uitkwam.
[ Voor 34% gewijzigd door _eXistenZ_ op 15-01-2010 12:31 ]
There is no replacement for displacement!