Dotaz: Raid1 - znovuvytvoření md a přepsání dat

[Karlos]

Zdravím, udělal jsem botu, potřeboval jsem nabootovat systém na raid1 přes live cd a v něm upravit něco ve fstab. Jelikož si moc nepamatuji příkazy pro mdadm, tak jsem použil hned první google-příkaz na vytvoření nového raid1, což byla samozřejmě chyba. Pole se vytvořilo a začala synchronizace. Ale nyní nevím, jak se do něj dostat. Už se do toho nechci sám dál vrtat. Někde jsem našel, že mdadm je inteligentní a nesmaže stávající data. Je nějaká naděje na záchranu? Původní FS byl ext4.

Díky za návrhy.

Odpovědi

[NN]

Pokud jsem to dobre pocohpil mas system a nem raid1. Dobre. Ted zkus znovu a presne, krok po kroku, popsat co jsi udelal..

[Karlos]

Měl jsem dva oddíly raid autodetect (raid1) a na tom ext4. Nabootoval jsem z live cd a Použil jsem mdadm -C /dev/md1 -l1 -n2 /dev/sda3 /dev/sdb3

Proběhlo vytvoření nového pole a synchronizace. Pole má nyní jiné označení.

Měl jsem použít něco jako toto: mdadm --examine --scan /dev/sda3 /dev/sdb3 >> /etc/mdadm/mdadm.conf a dále mdadm -A -s

čili se asi přepsala informace o sestavení původního pole - to je to Preferred minor number? Tady totiž již končim

[dustin]

Pokud mdadm potvrdíš, že chceš využít komponenty již existujícího pole při vytvoření pole nového, dle pokynu ti hlavičku raidu přepíše na nové. Nicméně pokud jsi na pole nezapisoval a bylo původně čisté (zasynchronizované), data tam zůstala, takže by neměl být problém se k nim dostat (obvykle tedy namontovat). Ale jak píše NN, nejdříve je potřeba znát detaily.

[Karlos]

Dobře, mám tedy nové pole, které se tváří jako md0. Musím nějak vytvořit FS? Při pokusu připojit příkazem mount -t ext4 /dev/md0 /mnt/hdd mi to píše špatný FS.

[NN]

1] Zazalohuj cele disky 1:1 pomoci dd pokud to zvladnes..

2] Zadny FS nevytvarej!

3] Posli vypis:

/proc/mdstat

Pises, ze jsi zadal:

mdadm -C /dev/md1 -l1 -n2 /dev/sda3 /dev/sdb3

a pripojujes md0:

mount -t ext4 /dev/md0 /mnt/hdd

[Karlos]

Nene, chybku jsem udělal teď tady, jinak jsem pracoval s md0. md1 neexistuje. Ještě na to kouknu a pošlu ten výpis.

[ne]

urcite zazalohuj aspon jeden disk. Pak bych sestavil raid jen s jednim diskem (degradovane pole) tim bych aspon jeden disk nechal v puvodnim stavu (tvoril by zalohu).

mdadm --create /dev/md[x] --level 1 --raid-devices=1 /dev/sd[x]

Urcite bych nesestavoval s obema disky. To je nejlepsi cesta do pekel. V pripade, ze si jeden nejak pozmenil, tak se pak replikuje a ....

[Karlos]

Tak zálohy už se tlačí na přenosný disk, takže zatím počkám. Právě jde o to, že jsem nic neměnil, oba disky byly sesynchronizované. Jen jsem si podělal fstab a po restartu to nenaběhlo, pak následovalo livecd chtěl jsem ten raid připojit a místo toho vytvořil nový na již existujícím. Teď jde o to, jak to alespoň připojit, je li co. Mám tedy zkusit create s jedním diskem? Omlouvám se za nepřesné info, člověka to hned nenapadne.

[ne]

Ano urcite pripoj jen jeden disk. Ono nevadi ze se provedlo nove sestaven pri bootu z liveCD. Pri nabootovani z disku vse pojede normalne pokud si neprovedl zadny zasah. Kdyz bootnes z Live CD musi se provest sestaveni protoze to livko nevi o tom ze si tam mel raid. Takze pokud se jen provedl resync disku tim, ze si v live-ku udelal raid pak se nic nedeje. Pri bootu z HDisku vse pojede jak ma. Takze pokud, jak pises, si provedl jen nove sestaveni a ty disky predtim byli syncle a jeli pak se nic nedeje. Vse by melo zustat tak jak bylo.

[Karlos]

Dobře, takže nyní mám live, nahodil jsem mdadm, samo to našlo raidy a vytvořilo /etc/mdadm/mdadm.conf Zadal jsem příkaz mdadm -A -s a hned mi přibyly odpovídající jednotky /dev/md127-raid5 ok, -jiné disky

/dev/md128-původní /boot, ok a funguje při bootování /dev/md0-má být md129 a připojeno jako /.

md128 se mi podařilo připojit, nebo spíš to nějak udělalo distro samo, ale md0 ne. Pokud ale říkáš, že je vše netknuté včetně FS, tak by mělo stačit změnit v grubu UUID toho pole. Divné ale je, že nejde připojit.

[Karlos]

Takže vyzkoušeno:

 mount -t ext4 /dev/md0 /mnt/hdd2
mount: wrong fs type, bad option, bad superblock on /dev/md0,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

mount -t ext4 /dev/md128 /mnt/hdd - v pohodě

Ještě výpis /proc/mdstat

Personalities : [raid1] [raid6] [raid5] [raid4] 
md127 : active raid5 sde1[0] sdc1[3] sdd1[1]
      2930269184 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
      bitmap: 0/11 pages [0KB], 65536KB chunk

md0 : active raid1 sdb3[0] sda3[1]
      37976960 blocks super 1.2 [2/2] [UU]
      
md128 : active raid1 sda1[0] sdb1[1]
      145396 blocks super 1.2 [2/2] [UU]

[Karlos]

Vypadá to zle, pořád se nedaří připojit. Vypadá to, že data jsou v tahu, nebo že je v pytli FS. Když dám fsck.ext4 /dev/md0, tak to napíše Bad superblock atd. Zkoušel jsem postup zde: http://linuxexpresso.wordpress.com/2010/03/31/repair-a-broken-ext4-superblock-in-ubuntu/ Ani jedna záloha nefunguje. Dá se ještě něco dělat?

[Milan Roubal]

jak bylo to pole stare? Pokud bylo puvodni pole vytvorene starsi verzi mdadm, tak tam mohly byt metadata verze 0.90. Pokud to tedy testujes na jinak jiz odzalohovanych discich, tak muzes zkusit pouzit parametr --metadata=0.90 pro nove vytvoreni pole (spolu s --assume-clean ) a pak na to spustit fsck, zda to nejaky superblock najde.

[dustin]

Obávám se, že to je přesně ten důvod. Nový mdadm zřejmě zapsal metadata na začátek, čímž se přepsal kus FS. Mně tedy vyhovovalo dřívější řešení s metadaty na konci. Mimo jiné pak šla v případě potřeby rovnou namontovat i komponenta z RAID1.

[Karlos]

Vyzkoušeno, výsledek stejný. Takže mě asi čeká nová instalace debianu, s veškerou konfigurací... Jediné co jsem nestihl nakonfigurovat bylo zálohování :(

[Karlos]

Vyzkoušeno na 1 disku. Pole bylo vytvořeno na squeeze možná tak 6.0.2 a live cd je Mint 14. Nevím, jestli jsou rozdílná metadata, ale bylo by fajn z toho vytáhnout alespoň něco.

[Milan Roubal]

No zkusil jsem neco spachat, co by mohlo pomoci. Zkus spustit tento script:

#!/bin/bash
for i in `seq 0 512 1000000`; do
  echo $i;
  losetup -o $i /dev/sda3;
  dumpe2fs /dev/loop0 | grep superblock;
  losetup -d /dev/loop0;
  sleep 1;
done

kde /dev/loop0 je prvni volne loop zarizeni, coz u nabootovaneho ziveho systemu muze byt vyssi cislo a /dev/sda3 je ta partition, kde je vytvoreny ten raid (tedy nikoliv to raid zarizeni)

vysledek bude vypadat nejak takto:

11264
Couldn't find valid filesystem superblock.
11776
Couldn't find valid filesystem superblock.
12288
  Primary superblock at 1, Group descriptors at 2-2
  Backup superblock at 8193, Group descriptors at 8194-8194
12800
  Primary superblock at 1, Group descriptors at 2-2
  Backup superblock at 8193, Group descriptors at 8194-8194
13312
Couldn't find valid filesystem superblock.
13824
Couldn't find valid filesystem superblock.

to by nam melo pomoci najit zacatek toho filesystemu a namountovat jej.

[dustin]

Zkusil bych testdisk http://www.cgsecurity.org/wiki/TestDisk , nic za to nedáš.

[Karlos]

Situace je taková: Na disk jsem se dostal nakonec přes testdisk s polovičním úspěchem, ale díky za to. Mám celé /home/mujprofil, ale systémové nejdou načíst - neva. Mám /var, ale nemám /var/www. Mailových schránek tak čtvrtinu a /etc vůbec nic. Ještě zkouším nahrát zálohy, jestli něco nevytáhnu. Rád bych dostal databázi ze souborů /var/lib/postgresql, nemá někdo zkušenost? mohlo by stačit zkopčit třeba do virtuálu a dumpnout?

Ten skriptík jsem pouštěl, ale nejsem si jist, jestli to něco našlo. Píše to pořád

0
loop: can't get info on device /dev/sdb3: Inappropriate ioctl for device
dumpe2fs 1.42.5 (29-Jul-2012)
dumpe2fs: Bad magic number in super-block while trying to open /dev/loop0
Couldn't find valid filesystem superblock.
loop: can't delete device /dev/loop0: Device or resource busy

loop jsem zkoušel měnit a vyšší neexistují, jinak s tím neumím :)

[Milan Roubal]

prvni volne loop zarizeni se da najit pres

losetup -f

tak jsem ten script trochu upravil

#!/bin/bash
LOOP_DEVICE=`losetup -f`
for i in `seq 0 512 1000000`; do
  echo $i;
  losetup -o $i $LOOP_DEVICE /dev/sdb3;
  dumpe2fs $LOOP_DEVICE | grep superblock ;
  sleep 1;
  losetup -d $LOOP_DEVICE;
  sleep 1;
done

[Karlos]

Takže přes testdisk se mi podařilo vše zkopírovat. Nahrál jsem zálohu jednoho disku, restartoval poč, aby bylo vše odpojeno a načisto, a asi napotřetí po kompletním proskenování se objevila partition s listem souborů, které šly všechny zkopírovat. Vše jsem dal na usb. Takže teď když vezmu jeden disk, přeformátnu, všechno nahraju vč. /boot do jednoho oddílu, upravím fstab, chrootnu a instaluju grub, tak by to mohlo jet? Raid nebudu sestavovat. Jinak děkuji za pomoc, určitě jste mi pomohli či alespoň nasměrovali.