Dotaz: Obnovení RAID1 po výměně HDD

[LudvikR]

Dobrý den. Na serveru s Debianem 3.0 mi začal zlobit jeden HDD (WD2000JB IDE). Zjistil jsem, že je to primary master hda a provedl jsem jeho výměnu. Dále jsem postupoval dle článku v diskuzi:

http://www.abclinuxu.cz/forum/show/107478

Tedy provedu příkaz:

sfdisk -d /dev/hdc > tabulka

kde hdc je ten "zdravý" HDD (alespoň doufám). Když chci ale provést nastavení nově přidaného HDD tak, aby se začal sám synchronizovat, nedaří se mi to. Pokud zadám:

sfdisk /dev/hda < tabulka

tak mi to ohlásí:

This disk is currently in use - repartitioning is probably a bad idea. Umount all file systems, and swapoff all swap partitions on this disk. Use the --no-reread flag to suppress this check. Use the --force flag to overrule all checks.

Nevím, zda v tuto chvíli mám použít parametr --force, popř. jak dál postupovat. Poradíte mi někdo? Díky.

LRůčka

Odpovědi

[Libor Klepac]

kde hdc je ten "zdravý" HDD (alespoň doufám).

to se chce podivat do /proc/mdstat pripadne /proc/partitions ... ale zdravy bude nejspis ten hda

[Petr Šobáň]

No a nesnažíš se tam dělat i swap a další věci ?

Jinak co ti brání vytvořit si na tom disku stejný oddíl pro raid normálním fdiskem ?

PS. Nebo není ten zdravý z kterého běží OS ten /dev/hda že se to šprajcuje ?

[LudvikR]

No, ono to asi bude složitější. Dříve, než jsem fyzicky odpojil ten hda, tak jsem ho měl asi nějak odebrat ze systému nebo nějak regulerně rozhodit raid. Což jsem neudělal. Když se pomocí

mdadm --detail /dev/md0

podívám na detailní nastavení pole, tak mi to hlásí, že disk 0 ( tedy hda) byl Faulty Removed.

xxxxxxxxx:~# mdadm --detail /dev/md0

/dev/md0:

Version : 00.90.00

Creation Time : Sat Mar 12 07:33:24 2005

Raid Level : raid1

Array Size : 2104384 (2.01 GiB 2.15 GB)

Device Size : 2104384 (2.01 GiB 2.15 GB)

Raid Devices : 2

Total Devices : 1

Preferred Minor : 0

Persistence : Superblock is persistent

Update Time : Mon Mar 20 11:11:20 2006

State : active, degraded

Active Devices : 1

Working Devices : 1

Failed Devices : 0

Spare Devices : 0

UUID : 940b0866:a21f4e1c:aba3457e:3377ec19

Events : 0.98

Number Major Minor RaidDevice State

0 0 0 0 faulty removed

1 22 1 1 active sync /dev/hdc1

Díky. LRůčka

[CIJOML]

ja to rikam porad a ti lide ne a ne poslouchat...SWAP TAKE NA LINUX RAID AUTO DETECT!!! Vzdyt byste stratili pamet pri vypadku toho disku!!!

[LudvikR]

Zdravím všechny. Nejsem žádný linuxový odborník. Musel jsem převzít jeden server, kde je Debian 3.0 a postupně řeším problémy, které se na něm vyskytnou. Bohužel jeden z prvních problémů je vadný disk v raidu a tak se to snažím dát do kupy. Hledám na Internetu informace, kde se dá, ale s některými si nevím rady. Omlouvám se tedy všem, které svými dotazy nějak vytočím, či tak něco. Pouze bych byl rád, pokud by mě někdo byl schopen konkrétně poradit. Když jsem postupoval dle článku v diskuzi (viz 1.přípěvek), tak se mi objevil problém se začleněním přidaného disku do raidu. To se v článku neřešilo a nikde to nemohu dohledat. Doufal jsem, že od toho jsou takovéto diskuze. Každopádně díky za každou radu. LRůčka

[asd]

dej sem /proc/partitions /proc/mdstat /proc/swaps pak budem mozna moudrejsi.

Potomje taky fdisk -ul /dev/hda apod pro vsechny disky co maji nebo aktualne jsou v raidu.

Jinak s mdadm jsem si taky lamal hlavu, jak pridat blokove zarizeni bez soft-raid metadat do raidu. Pro raid-1 jsem to vyresil tak, ze jsme vyrobil pole znovu nejak jako --create /dev/md1 -n 4 -x 3 /dev/sda1 missing missing missing /dev/sdb1 /dev/sdc1 /dev/sdd1

Pro jiny raid urovne nez 1 bych to ale nezkousel, protoze se muze zmenit algoritmus alokace bloku a zrusite si tim vsechny data tam by to pak chtelo neco "systemovejsiho" mozna raidhotadd ale ten zas vypada historicky obsoleted.

[asd]

jo ale jde to udelat akorat kdyz neni zrovna aktivni... takze nejlepsi je to provadet z initrd

[Libor Klepac]

hmm --create vytvari nove pole, staci pouzit --add, jak je popsano v te druhe diskuzi

[LudvikR]

Takže díky. Zasílám

/proc/partition

major minor  #blocks  name     rio rmerge rsect ruse wio wmerge wsect wuse running use aveq

  33     0  195360984 ide/host2/bus0/target0/lun0/disc 147191 2008687 17246508 7127870 149710 2091276 17963744 10984510 -206 5668388 3518785
  33     1  195358401 ide/host2/bus0/target0/lun0/part1 147186 2008656 17246436 7127770 149710 2091276 17963744 10984510 0 472460 18112290
  22     0  195360984 ide/host0/bus1/target0/lun0/disc 415508 2681980 24775938 11939640 1155805 1594673 22078832 19605370 -211 5665208 6520849
  22     1    2104483 ide/host0/bus1/target0/lun0/part1 18020 12576 243914 139030 56490 84838 1136848 225720 0 202200 364800
  22     2    2104515 ide/host0/bus1/target0/lun0/part2 29 123 568 230 94 766 7032 4210 0 1220 4440
  22     3          1 ide/host0/bus1/target0/lun0/part3 0 0 0 0 0 0 0 0 0 0 0
  22     5    1052226 ide/host0/bus1/target0/lun0/part5 52 147 650 620 2244 4234 54824 5770 0 3640 6390
  22     6    2104483 ide/host0/bus1/target0/lun0/part6 42470 55179 780386 368590 972645 1080548 16479648 3737390 0 1426190 4105980
  22     7  187992598 ide/host0/bus1/target0/lun0/part7 354926 2613882 23750252 11430990 124332 424287 4400480 15632280 0 1771600 27063690
   3     0  195360984 ide/host0/bus0/target0/lun0/disc 6 34 80 20 0 0 0 0 -211 5669588 17955232
   9     0    2104384 md/0 0 0 0 0 0 0 0 0 0 0 0
   9     1    2104448 md/1 0 0 0 0 0 0 0 0 0 0 0
   9     2    1052160 md/2 0 0 0 0 0 0 0 0 0 0 0
   9     3    2104384 md/3 0 0 0 0 0 0 0 0 0 0 0
   9     4  187992512 md/4 0 0 0 0 0 0 0 0 0 0 0 

/proc/mdstat

Personalities : [raid1] 
read_ahead 1024 sectors
md4 : active raid1 ide/host0/bus1/target0/lun0/part7[1]
      187992512 blocks [2/1] [_U]
      
md3 : active raid1 ide/host0/bus1/target0/lun0/part6[1]
      2104384 blocks [2/1] [_U]
      
md2 : active raid1 ide/host0/bus1/target0/lun0/part5[1]
      1052160 blocks [2/1] [_U]
      
md1 : active raid1 ide/host0/bus1/target0/lun0/part2[1]
      2104448 blocks [2/1] [_U]
      
md0 : active raid1 ide/host0/bus1/target0/lun0/part1[1]
      2104384 blocks [2/1] [_U]
      
unused devices: none

/proc/swaps

Filename			Type		Size	Used	Priority
/dev/md1                        partition	2104440	14076	-1 

Pokud dám fdisk, tak mi to vyhodí:

fdisk -ul /dev/hda

Disk /dev/hda: 255 heads, 63 sectors, 24321 cylinders
Units = sectors of 1 * 512 bytes

Disk /dev/hda doesn´t contain a valid partition table

fdisk -ul /dev/hdc

Disk /dev/hdc: 255 heads, 63 sectors, 24321 cylinders
Units = sectors of 1 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/hdc1   *        63   4209029   2104483+  fd  Linux raid autodetect
/dev/hdc2       4209030   8418059   2104515   fd  Linux raid autodetect
/dev/hdc3       8418060 390716864 191149402+   f  Win95 Ext'd (LBA)
/dev/hdc5       8418123  10522574   1052226   fd  Linux raid autodetect
/dev/hdc6      10522638  14731604   2104483+  fd  Linux raid autodetect
/dev/hdc7      14731668 390716864 187992598+  fd  Linux raid autodetect 

Tak, to by mělo být vše. Snad to pomůže.

Zatím díky . LRůčka

[Tlamik]

jeste by se hodil cat /etc/raidtab

[Libor Klepac]

k cemu raidtab, kdyz pouziva mdadm?

[Tlamik]

no tak v tom pripade mdadm.conf , ale nikde jsem nevycetl, ze by pouzival mdadm, navic mdadm je mozno provozovat i nad raidtab

[asd]

mdadm je mozno pouzivat nad raidtab i bez nej. Kazdy jej vetsinou pouziva bez raidtab a spolehne se na autodetekci pres uuid v superblocich, protoze tak neni co zkazit.

[asd]

ted udelat rucne to co se nepovedlo tim sfdiskem...

fdisk /dev/hda

o (nova pc partition tabulka)

u (prepne jednotky na sektory)

c (vypne dos kompatibiltu)

a pak pridat novy oddily, tak aby vypadaly presne jako na hdc jen davejte pozor, ze skutecne mate pri vypisu: Units = sectors of 1 * 512 bytes

p zkontrolovat w. pokud si rekne o reboot, tak reboot.

ta * se pridava pomoci "a" kdyz uz je hotova prvni partition a casto se prehledne...

potom si mozna rekne fdisk o reboot, pokud by se nepodarilo presvedcit jadro, at si nacte novou tabulku, takze reboot dle potreby.

A potom dle libosti asi pres ten mdadm -a. Pokud bude mdadm tvrdosijne protestovat, jak to ma obcas ve zvyku, tak pres ten create (oboji uz tu bylo drive vyse v diskuzi), ale to bude asi chtit ten initrd.

[djjet]

no niekto sa dušuje že SWAP netreba dávať na SW RAID. tak teraz neviem. nesom expert takže moźes mi vysvetliť výhody/nevýhody? dikes

[asd]

swap netreba davat na raid typu 0 nebo linear - stejneho chovani jak u 0 lze docilit pomoci nastaveni priority ve fstab na shodnou hodnotu, chovani linearu bude nebude uplne totozne, ale v pripade, ze je jeden disk rychlejsi nez druhy, tak je reseni pomoci rozdilnych priorit swapovacich zarizeni lepsi nez linear raid.

swap je nevhodne davat na raid typu 4,5,6

swap je vyhodne davat na raid typu 1+0 nebo 1

[xxl]

Ten sfdisk se patrně pokouší o změnu na /dev/hdc. Zkuste tu tabulku zeditovat nebo ji rovnou uložte takhle

sfdisk -d /dev/hda|sed 's/hdc/hda/' > tabulka

Pak

sfdisk /dev/hda < tabulka

a když už to půjde, pokračujte

mdadm /dev/md0 -a /dev/hda1
mdadm /dev/md1 -a /dev/hda2
mdadm /dev/md2 -a /dev/hda5
mdadm /dev/md3 -a /dev/hda6
mdadm /dev/md4 -a /dev/hda7
cat /proc/mdstat

[LudvikR]

Zdravím. Tedy zkusil jsem

sfdisk -d /dev/hda|sed 's/hdc/hda/' > tabulka

a bohužel mi to hlásí ERROR: sector 0 does not have an MSDOS signature

Jakým způsobem zeditovat tabulku, kterou vytvořím pouze

sfdisk -d /dev/hdc > tabulka

Možná by to bylo lepší řešení.

# partition table of /dev/hdc
unit: sectors

/dev/hdc1 : start=       63, size= 4208967, Id=fd, bootable
/dev/hdc2 : start=  4209030, size= 4209030, Id=fd
/dev/hdc3 : start=  8418060, size=382298805, Id= f
/dev/hdc4 : start=        0, size=       0, Id= 0
/dev/hdc5 : start=  8418123, size= 2104452, Id=fd
/dev/hdc6 : start= 10522638, size= 4208967, Id=fd
/dev/hdc7 : start= 14731668, size=375985197, Id=fd 

Předpokládám, že je třeba hdcx změnit na hdax?

Díky. LR

[Libor Klepac]

a co ty partisny udelat rucne, podle tehle informaci o blocich, pak se kouknout jestli to sedi a pokud ano, tak ty partisny pridat do tech poli?

[Peter Golis]

az som dobre cital, tak hda je poskodeny a hdc je ok. takze sfdiskom by sa mala precitat geometria hdc, sed-om zmenit hdc na hda a ... ale sfdisk nepouzivam, takze som si nie isty

[xxl]

Ach jo. Jasně, že tam mělo být "c".

sfdisk -d /dev/hdc|sed 's/hdc/hda/' > tabulka

[LudvikR]

Takže jsem to vyzkoušel. Dal jsem

sfdisk -d /dev/hdc|sed 's/hdc/hda/' > tabulka

to proběhlo v pořádku. Poté jsem dal

sfdisk /dev/hda < tabulka

ale to mi to ohlásí opět to samé, jako na začátk: Tedy

Checking that no-one is using this disk right now ... BLKRRPART: Device or resource busy

This disk is currently in use - repartitioning is probably a bad idea. Umount all file systems, and swapoff all swap partitions on this disk. Use the --no-reread flag to suppress this check. Use the --force flag to overrule all checks.

Tedy asi nezbude nic jiného, než to zkusit manuálně rozdělit. Pustím se do toho. Zatím díky, dáM vědět, co a jak. LR

[xxl]

Pokud vite, ze disk hda opravdu neni pouzivany, muzete dat ---force. Jestli je hda opravdu pouzivany, fdisk vam moc nepomuze.

Ze vseho nejlepsi by bylo, nabootovat z live distribuce, ktera disky na zacatku nepripojuje - doporucuji INSERT. INSERT hned pri startu osaha disky, najde raidy a nastartuje je (nepripojuje). Pote muzete rozdelit hda pomoci programu, ktery se vam libi - fdisk, sfdisk, cfdisk... A nasledne ty oddily pripojite do (nyni) degradovaneho raidu.

PS: Aby nekdo nerikal, ze INSERT pripojuje swap, tak pro jistotu startovat s volbou noswap

[Tlamik]

Nejak uz jsem se v tom ztratil, jak to teda vlastne je ? Ten vadny disk uz je fyzicky vymeneny za novy nebo jak ? Ten novy disk ma stejnou velikost, stejneho vyrobce, stejnou geometrii atd ....nebo je aspon vetsi ? A ktery disk je vlastne vadny hda nebo hdc ? Pokud je jiz novy disk v pc zapojen, tak doporucuji pustit fdisk jak na hda, tak na hdc (nebo fdisk -l). Pak nastavit ten novy podle stareho, pokud to nepujde, tak najet do single rezimu a udelat to tam, to uz prece jit musi a kdyby ne, tak uz zbyva jenom live distro nebo init=/bin/bash ... Ty chyby, co to pise by mohlo znamenat, ze novy disk je mensi ...

[LudvikR]

Zdravím vás, vadný disk byl hda a byl vyměněn za nový, typově stejný, tedy WD200JB (200GB na ATA). Poté ale stroj musel nabootovat a to se již provedlo z toho hdc, neboť hda bylo zcela čisté. Jelikož se jedná o ostrá data, tak veškeré rady zde uveřejněné zkouším jen velmi opatrně. Zálohy sice jsou, ale představa, že bych to měl dávat zpět do kupy je pro mne nepříjemná představa. Díky LR

[asd]

ten MSDOS signature je prikaz "o" u programu fdisk o nekolik prizpevky nahore.

[LudvikR]

Zdravím všechny. Konečně se mě povedlo provést výměnu vadného HDD. Tedy postup byl asi následující: - ze serveru jsem vyndal špatný disk a nahradil ho novým o stejné kapacitě - pokusil jsem se přidat disk do RAIDu, ale to se mi nedařilo - v diskusi (této) jsem se snažil zjistit, jak to udělat - všechny rady byly marné, popř. jsem se je neodvažoval použít

- z jiného zdroje jsem zjistil, že existuje verze live Linuxu INSERT, který slouží k záchraně, ten jsem si stáhnul a vypálil - na serveru jsem spustil live Linux INSERT a pomocí příkazu

sfdisk -d /dev/hdc > tabulka

jsem si vytvořil informace o rozdělení disku - dále jsem pomocí příkazu

sfdisk /dev/hda < tabulka

tyto informace zapsal do nového disku - v tomto byl celý problém; nedokázal jsem rozdělit nový disk při nabootovaném systému Debian serveru - restartoval jsem server již do Debianu bez problémů přidal nové partition do RAIDu

mdadm /dev/md0 -a /dev/hda1
mdadm /dev/md1 -a /dev/hda2
mdadm /dev/md2 -a /dev/hda5
mdadm /dev/md3 -a /dev/hda6
mdadm /dev/md4 -a /dev/hda7

- začala probíhat synchronizace a vše je OK; alespoň doufám

Takže ještě jednou díky vám všem

LRůčka

[xxl]

INSERT - neradil jsem vám to asi před 10 dny v této diskusi? No, hlavně, že jste to dal dohromady.

[Tlamik]

podle mne by to slo i s singlu

[LudvikR]

Ano, máte pravdu. Bylo to v této diskusi, radil jste INSERT použít. Omlouvám se, jestli jsem se Vás tím nějak dotknul. Prošel jsem toliko diskusí, abych vyřešil ten problém s RAIDem, že jsem si to vůbec neuvědomil. Každopádně ještě jednou díky.

LR