Pomoc Nieaktywny RAID 5 i niezainicjowany dysk nr 1

zbych69

Nowy użytkownik
Noobie
2 Październik 2008
3
5
3
Słupsk
QNAP
TS-419U
Ethernet
100 Mbps
Witam,

mam problem z Qnapem TS-419U (4 HDD x 2TB, RAID 5, firmware 4.0.5).

Historia choroby:
1. Wszystko zaczęło się kiedy w tym Qnapie były jeszcze dyski 1,5 TB
2. Pewnego dnia uszkodził się dysk nr 1 (1,5 TB) przy czym uszkodzenie było przedziwne - system stwierdził, że jest błąd dysku ale w SMARCIE nie było żadnych błędów, a testy przeprowadzone na PC, także nie wykazały żadnego błędu.
3. Sformatowałem ten dysk na PC i podstawiłem do QNAPA
4. Qnap automatycznie odtworzył macierz ale nie minęły dwa dni i ponownie stwierdził błąd dysku nr 1
5. Powtórzyłem operacje z pkt. 2 - 4 jeszcze ze 2 razy - w odstępach ok. tygodniowych
6. W końcu dodatkowo padł dysk nr 4 i macierz się rozsypała całkowicie.
7. U dystrybutora dowiedziałem się, że dyski 1,5 TB już sa niedostępne, więc kupiłem nowe 4 szt. 2 GB
8. Ponowna instalacja i konfiguracja RAIDA, na nowych dyskach - pięknie się sprawował jakieś pół roku
9. Ponownie awaria dysku nr 1, w SMARCIE brak informacji o błędach - mocno zdziwiła mnie specyfika awarii, bardzo podobna do wcześniejszych wyczynów z dyskami 1,5 TB. Chyba tylko sam wewnętrznie się uspokoiłem, bo nowe dyski chodziły bez żadnego problemu przez ok. pół roku.
10. Dla wykluczenia potencjalnie dziwnej awarii sprzętu zakupiłem kolejny 5 nowy dysk 2 TB
11. Wrzuciłem zupełnie nowy dysk do kieszeni 1 - qnap rozpoczął odbudowę macierzy
12. Następnego dnia qnap stał się całkowicie niedostępny (jak sądzę po zakończeniu odbudowy RAIDA) - dodam, że zatrzymanie RAIDA widziałem praktycznie naocznie - w tym czasie byłem podłączony zdalnie i aktualizowałem bazę danych - w pewnym momencie skrypt się zatrzymał i od tej pory qnap był niedostępny (na samym urządzeniu wszystkie LEDy nie wskazywały żadnego błędu - wszystko wyglądało normalnie).
13. Powalczyłem z restartami i doszedłem do punktu, w którym mam:
Dysk 1 - niezainicjowany
RAID 1,2,3,4 - nieaktywny
Znalazłem jakieś tematy o ręcznej odbudowie macierzy ale niestety nie do końca ogarniam temat, szczególnie że na RAIDzie jest sporo ważnych dla mnie danych, których odtworzenie zajmnie ładnych kilkanaście dni.
Nie mając doświadczenia w odbudowie RAIDu, nie chcę wpędzić się w dodatkowe kłopoty dlatego proszę bardzo o pomoc forumowiczów ;)
 
Bash:
cat /proc/mdstat
Kod:
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md13 : active raid1 sdc4[0] sda4[3] sdd4[2] sdb4[1]
458880 blocks [4/4] [UUUU]
bitmap: 0/57 pages [0KB], 4KB chunk

md9 : active raid1 sdc1[0] sdd1[2] sdb1[1]
530048 blocks [4/3] [UUU_]
bitmap: 32/65 pages [128KB], 4KB chunk

unused devices: <none>


Bash:
cat /etc/mtab
Kod:
/proc /proc proc rw 0 0
none /dev/pts devpts rw,gid=5,mode=620 0 0
sysfs /sys sysfs rw 0 0
tmpfs /tmp tmpfs rw,size=32M 0 0
none /proc/bus/usb usbfs rw 0 0
/dev/sda4 /mnt/ext ext3 rw 0 0
/dev/md9 /mnt/HDA_ROOT ext3 rw,data=ordered 0 0
tmpfs /.eaccelerator.tmp tmpfs rw,size=32M 0 0
none /sys/kernel/config configfs rw 0 0


Bash:
mdadm --detail /dev/md9
Kod:
/dev/md9:
Version : 00.90.03
Creation Time : Mon Jul 8 14:55:22 2013
Raid Level : raid1
Array Size : 530048 (517.71 MiB 542.77 MB)
Used Dev Size : 530048 (517.71 MiB 542.77 MB)
Raid Devices : 4
Total Devices : 3
Preferred Minor : 9
Persistence : Superblock is persistent

Intent Bitmap : Internal

Update Time : Thu Jan 16 21:57:51 2014
State : active, degraded
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

UUID : 601961ef:022c1e23:2bd32c4d:6758c63f
Events : 0.269480

Number Major Minor RaidDevice State
0 8 33 0 active sync /dev/sdc1
1 8 17 1 active sync /dev/sdb1
2 8 49 2 active sync /dev/sdd1
3 0 0 3 removed
 
ekran logowania
ai.imgur.com_amwqSsq.jpg_c4ca4238a0b923820dcc509a6f75849b.jpg

reszta po zalogowaniu tez nie lepsza.

ai.imgur.com_Al8AGeH.jpg_c4ca4238a0b923820dcc509a6f75849b.jpg
 
Poważnie? A czy ten serwer nie uległ jakiemuś uszkodzeniu? Wygląda na awarie plików systemowych (np. spowodowanych uszkodzoną pamięcią)
Nie było tam jakiegoś przepięcia?

Jeśli jest to uszkodzenie serwera to zalecam Wam wyciągnąć te dyski z macierzy i podłączyć pod kompa do programu R-Studio i odzyskiwać dane.
R-Studio
 
Niestety nic się nie dzieje ;)
Opcja jest aktywna ale jak się ją użyje brak jakiejkolwiek zmiany i aktywności.
Wyciągnij uszkodzony dysk, naciśnij Recovery, po chwili włóż uszkodzony dysk... i jeśli będzie to konieczne ponownie naciśnij Recovery.

Jeśli powyższe nie zadziała to warto utworzyć na dyskach macierz ponownie... ale... rób to na własne ryzyko a dane możesz stracić nieodwracalnie.

1. Na wstępie odczytaj kolejność dysków w macierzy z obecnej konfiguracji zapisanej na poszczególnych dyskach:
Bash:
mdadm -E /dev/sdb3
mdadm -E /dev/sdc3
mdadm -E /dev/sdd3

2. Odczytaną kolejność poprawnie wpisz w polecenie poniżej:
Bash:
mdadm -CfR --assume-clean /dev/md0 -l 5 -n 4 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3

# jesli system plikow byl EXT3
mount /dev/md0 /share/MD0_DATA -t ext3

# jesli system plikow byl EXT4
mount /dev/md0 /share/MD0_DATA -t ext4

Mimo wszystko bardziej zalecam zabawę z R-Studio jeśli pliki w macierzy są ważne.