Dotaz: jak sestavím raid1 s původními daty na novém systému?

[marttr]

Měl jsem disky v raid1 na ubuntu 10.4. Musel jsem udělat novou instalaci, při té příležitosti jsem přešel na Ubuntu 12.4.

Teď mám problém s tím raidem.

Podařilo se mi přes Webmin sestavit pole, potud OK.

sudo mdadm --detail /dev/md0
/dev/md0:
        Version : 1.2
  Creation Time : Tue Aug  6 06:51:31 2013
     Raid Level : raid1
     Array Size : 1444521856 (1377.60 GiB 1479.19 GB)
  Used Dev Size : 1444521856 (1377.60 GiB 1479.19 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

    Update Time : Tue Aug  6 07:15:51 2013
          State : active, resyncing 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

  Resync Status : 5% complete

           Name : s03:0  (local to host s03)
           UUID : ba0241bb:40fca078:b4d907ad:4e4e4c8d
         Events : 4

    Number   Major   Minor   RaidDevice State
       0       8       17        0      active sync   /dev/sdb1
       1       8       33        1      active sync   /dev/sdc1

Problém je ale s připojením toho pole do souborového systému.

v /etc/fstab je:

/dev/md0   /raid1350   ext3   defaults   0   0

sudo mount -a

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


dmesg | tail
[ 1372.866868] EXT3-fs (md1): error: can't find ext3 filesystem on dev md1.
[ 1372.880325] EXT4-fs (md1): VFS: Can't find ext4 filesystem
[ 1372.910382] ISOFS: Unable to identify CD-ROM format.
[ 1372.924190] EXT2-fs (md1): error: can't find an ext2 filesystem on dev md1.
[ 1406.199518] EXT2-fs (md0): error: can't find an ext2 filesystem on dev md0.
[ 1406.246769] EXT3-fs (md1): error: can't find ext3 filesystem on dev md1.
[ 2007.735119] EXT3-fs (md1): error: can't find ext3 filesystem on dev md1.
[ 2016.513962] EXT2-fs (md0): error: can't find an ext2 filesystem on dev md0.
[ 2405.370109] EXT2-fs (md0): error: can't find an ext2 filesystem on dev md0.
[ 2405.427179] EXT3-fs (md1): error: can't find ext3 filesystem on dev md1.

Asi bych měl na tom poli jako takovém vytvořit souborový systém, ale bojím se, že bych smazal data na těch discích.

Zkoušel jsem vytvořit prázdné pole, do kterého bych ty disky přidal, ale na to bych asi potřeboval jeden prázdný disk, Vygooglit se mi to bohužel nepodařilo.

Takže potřebuji poradit jak sestavit raid1 z disků, které v něm už byly, na novém počítači tak, aby bez dalšího zůstala nedotčená data?

Odpovědi

[H0ax]

Creation Time : Tue Aug 6 06:51:31 2013

čili podle mě je to nově vytvořený pole, je potřeba ho naformátovat

[marttr]

Creation Time : Tue Aug 6 06:51:31 2013

čili podle mě je to nově vytvořený pole, je potřeba ho naformátovat

ok, ale přežijí to ta původní data?

[H0ax]

data jsi pohřbil ve chvíli, kdy jsi to přes ten webmin udělal

[marttr]

data jsi pohřbil ve chvíli, kdy jsi to přes ten webmin udělal

Kruci, na všechno možné to upozorňuje, zrovna na tohle ne. Chybami se člověk učí.

[dustin]

Zrovna hraní s polem bych přes webový interface nedělal.

[pet]

Nevim, jak a co jsi vlastne presne delal, ale podle mne jsi si prave odstrelil puvodni data

[marttr]

Nevim, jak a co jsi vlastne presne delal, ale podle mne jsi si prave odstrelil puvodni data

proč myslíš?

Ještě běží ten resync, tak jsem do toho zatím nehrabal, ale kdyby to mělo mazat data "automaticky", tak jak by se vlastně přenášely disky s polem na jiný počítač?

[alkoholik]

Resync je priznak, ze se vytvari nove pole. Pro nej totiz neni pri prenosu RAIDu do jineho pocitace zadny duvod.

[Milan Roubal]

Jak jiz uvedl kolega, data jsou pravdepodobne ztracena a tedy je potreba vytvorit filesystem a obnovit data ze zalohy. Pokud zalohy neexistuji, tak jsou tu tyto varianty:

1) vypnout pocitac a odnest disky na zachranu dat do profesionalni firmy.

2) nebo lze vyzkouset toto:

sudo mdadm --stop /dev/md0
sudo e2fsck /dev/sdb1

pokud bude stesti a hvezdy nakloneny, tak e2fsck uvidi poniceny filesystem a pokusi se jej opravit, pote by ho melo jit disk /dev/sdb1 primountovat a data zazalohovat.

[marttr]

Jak jiz uvedl kolega, data jsou pravdepodobne ztracena a tedy je potreba vytvorit filesystem a obnovit data ze zalohy. Pokud zalohy neexistuji, tak jsou tu tyto varianty:

1) vypnout pocitac a odnest disky na zachranu dat do profesionalni firmy.

2) nebo lze vyzkouset toto:

sudo mdadm --stop /dev/md0
sudo e2fsck /dev/sdb1

pokud bude stesti a hvezdy nakloneny, tak e2fsck uvidi poniceny filesystem a pokusi se jej opravit, pote by ho melo jit disk /dev/sdb1 primountovat a data zazalohovat.

OK, díky za rady. Disky jsem odpojil, teď dělám kopii prvního z nich na jiný (dd if=/dev/sda of=/dev/sdb) a budu obnovení zkoušet na té kopii. Pak uvidím co dál.

[dustin]

Tipnul bych si, že původní pole bylo starší verze 0.9, zatímco nové máš již 1.2. Rozdíl je zásadní - od verze 1.0 je superblock raidu na začátku partišny, zatímco 0.9 jej mělo na konci. Tudíž při vytvoření nového pole nové verze (která je default v novějších jádrech v 12.04) se superblokem raidu přepíše superblok filesystému a nelze jej najít. V opačném případě si myslím, že i běžící resync dvou identických partišen by nepoškodil data a původní filesystém by šel namontovat.

Navíc by bývalo šlo pole vytvořit s parametrem --assume-clean, čímž se resync přeskočí. A hlavně - funkční pole stačilo sestavit, bez vytváření nového. Jenže holt webmin...

[drunkezz]

tu sa pridam....webmin je najvacsie zlo ...pac webklikatko na adminovanie uci velmi velmi zlym navykom.

VYkaslite sa na webmin, go console!

D.