Anlamak / proc / mdstat [U_] VS [_U]


1

Sunucum raid1 ile ayarlandı. Birkaç gece önce sda ​​tamamen düştü ve veriler bozuldu. Sürücüyü değiştirdim, bölüm tablosunu klonladım ve ilgili dizileri ekledim. Sda3 (MD2) eklenirken resync, g / Ç hataları olan sdb nedeniyle başarısız oldu. Sdb3'ten sda3'e kaydedebildiğim tüm dosyaları kopyaladım, baskını yeniden yapılandırdım ve sdb'yi yeni bir sürücü ile değiştirdim. Şimdi dizilere sdb bölümlerini ekliyorum. Benim endişem şu şekilde:

cat /proc/mdstat 
Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md3 : active raid1 sda4[0]
      1822442815 blocks super 1.2 [2/1] [U_]

md2 : active raid1 sda3[1]
      1073740664 blocks super 1.2 [2/1] [_U]

md1 : active raid1 sdb2[2] sda2[0]
      524276 blocks super 1.2 [2/2] [UU]

md0 : active raid1 sdb1[2] sda1[3]
      33553336 blocks super 1.2 [2/2] [UU]

Hem md0 hem de md1 senkronizasyondan önce [U_] olarak görüntülendi, neden md2 [_U] olarak gösterilsin ki? Sdb3 eklerken verileri kaybetmekten korkuyorum. Buradaki düşüncem ilk alan ([U_]) mdadm tarafından birincil, ikinci alan ([_U]) ikincil olarak görüldüğü için sdb3 ile eşleşmek üzere çıkartılan verilerin korkusu.

Tavsiye lütfen.

Teşekkürler.

Yanıtlar:


1

Endişelenmezdim. Burada olanların md3'ün böyle bir komut kullanılarak yaratıldığından şüpheleniyorum.

mdadm --create /dev/md3 -l 1 -n 2 /dev/sda4 /dev/sdb4

ve diğeri

mdadm --create /dev/md2 -l 1 -n 2 /dev/sdb3 /dev/sda3

Diğer iki dizinizin de (md0 ve md1) sdb, sda sırasına sahip olduğuna dikkat edin.

Süper paranoyak olmak istiyorsanız, devam edin ve dosyalarınızı harici bir sürücüye yedekleyin, ancak nihayet uğraşırken şüpheleniyorum

mdadm /dev/md2 -a /dev/sdb3

Yeni bölüm (/ dev / sdb3) mevcut bölümle (/ dev / sda3) senkronize edildiğinde kurtarma sorunsuz bir şekilde ilerleyecektir. Listedeki pozisyonun önemi yok. linux yazılımı RAID, neyin geçerli olduğunu ve en yeni (tamamlanmamış bir şekilde senkronize edilmiş) bölümün ne olduğunu hatırlar.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.