koval

Zarejestrowany
Noobie
5 Kwiecień 2017
2
1
15
Odznaki
7
QNAP
TS-239 Pro II
Ethernet
1 GbE
Poz.
0
 
Dzień dobry wszystkim,
Mam problem z NAS-em TS-473, a właściwie jego dyskami, NAS pracował kilka lat bez problemu, w pewnym momencie zorientowaliśmy się , że od wielu godzin jest niedostępny, nie można się zalogować, nie odpowiada też na ping.
Po dotarciu do niego takie objawy, kontrolka Status na zielono pali się jednostajnie, Lan nie pulsuje, z tyłu na porcie świeci się jedynie pomarańczowa dioda, diody dysków świeca się jednostajnie na zielono.
Qfinder nie znajduje NAS-a w sieci.
Wyłączyłem "z palca" , po ponownym uruchomieniu Qfinder znajduje, ale próba zalogowania kończy się nieudanie i za chwilę NAS-a już nie odnajduje.
Pamięć NAS-a jest skonfigurowana jako RAID 5 na trzech dyskach, czwarty dysk Hotspare.
Na wszelki wypadek wyciągnąłem dyski, (są oznaczone nie można pomylić kolejności), po ponownym wystartowaniu Qfinder widzi NAS na domyślnym adresie 169.254.10.xx, wyskakuje okno wizarda do inicjalizacji, stan utrzymuje się długo, NAS się nie zawiesza. Wyjąłem także pamięci i włożyłem do komputera Dell, diagnostyka z poziomu bios przechodzi bez problemu, to samo mdsched.exe.
Po włożeniu dysków ponownie i wystartowaniu, udało się w końcu zalogować (konfiguracja pierwotna, na przypisanym adresie statycznym i użytkownikiem dodanym indywidualnie) czyli konfigurację zapisana widzi, ale brak woluminów, na email dostaję powiadomienie:
App Name: Storage & Snapshots
Category: RAID Group
Message: [Storage & Snapshots] RAID group "1" is inactive. Storage pool: 1.
Niestety nie mogłem już wejść w ustawienia pamięci bo zawiesił się ponownie, wygląda to tak, że na czystym DOM może stać godzinę i więcej, a jak dyski są założone zawiesza się bardzo szybko i tracę z nim kontakt.
Spróbuję jeszcze podpiąć te dyski, aby odczytać SMART, ale coraz bardziej boję się utraty danych.
Co sądzicie, czy to może być wina jednego z dysków, czy Backplane, a może zasilacz, może ma ktoś podobne doświadczenia i rozwiązał problem ?
Kiedyś opisywałem niemal podobny problem z TS-563, tam okazało się, że Backplane dał radę obsługiwać tylko 3 dyski.

Z góry dziękuje za odpowiedzi.
Pozdrawiam.
Robert
 
Krótko: komunikat „RAID group '1' is inactive” i opisane objawy wskazują na poważny problem z pulą (grupą RAID) — najpewniej macierz przeszła w stan [Error]/nieaktywna (np. po uszkodzeniu jednego lub więcej dysków albo problemie z backplane/POE zasilaniem/DOM). Najważniejsze: nie inicjalizuj/nie formatuj puli ani nie korzystaj z opcji „Initialize”/„Create” — to może trwale utracić dane. Poniżej kompletna sekwencja diagnostyki i działań ratunkowych (kolejność ma znaczenie).

1) Priorytety i ostrzeżenia
  • Zrób kopię zapasową wszystkich dysków (obraz dysku) przed podejmowaniem działań ryzykownych, jeśli dane są krytyczne.
  • Nie wybieraj opcji reset/initialize/pool creation ani żadnej opcji sugerującej inicjalizację dysków.
  • Jeżeli nie czujesz się komfortowo z operacjami na poziomie dysków/linuksa — rozważ od razu serwis odzyskiwania danych lub kontakt z QNAP Support.

2) Szybka weryfikacja sprzętowa (bez zmian w konfiguracji dysków)
  • Wyłącz NAS i odłącz zasilanie.
  • Uruchom NAS bez dysków (wyjmij wszystkie). Jeśli system uruchomi się stabilnie i będzie osiągalny przez Qfinder/FAQ SSH, to podstawowy firmware/DOM i płyta są prawdopodobnie OK (na podstawie fragmentów QNAP: taki test rozdziela problem software/hardware od problemów z dyskami).
  • Jeżeli NAS bez dysków nadal się nie uruchamia / zawiesza: możliwa awaria DOM/płyty/backplane/zasilacza → kontakt z QNAP Support lub serwis.
  • Jeśli NAS uruchamia się bez dysków, wyłącz go i zamontuj dyski ponownie pojedynczo, uruchamiając po każdym dodaniu, aby wytypować dysk/backplane powodujący zawieszanie. Zapisz który dysk włożony powoduje zawieszanie.

3) Diagnoza dysków poza NAS (bez ryzyka dla puli)
  • Wyjmij wszystkie dyski i podłącz każdy do zewnętrznej kieszeni lub bezpośrednio do komputera z Linux (najlepiej) albo Windows (tylko do odczytu/SMART).
  • Uruchom pełny test SMART (smartctl) i skan powierzchniowy (badblocks/pełny SMART long) dla każdego dysku. Szukaj: reallocated sectors, pending sectors, I/O errors.
Ogólnie w Linux: smartctl -a /dev/sdX oraz smartctl -t long /dev/sdX (wyniki po zakończeniu testu).
- Jeśli dysk ma krytyczne błędy SMART — oznacz go jako podejrzany. Nie wyrzucaj od razu, ale miej na uwadze możliwość wymiany.

4) Próba odzyskania dostępu przy minimalnym ryzyku
  • Włóż tylko dyski potrzebne do rekonstukcji (dla RAID5 tolerancja 1 dysk). Jeśli RAID5 miał 3 dyski + hotspare, w Twoim przypadku brak woluminów i stan inactive sugeruje, że mogło się stać coś z metadanymi puli.
  • Uruchom NAS i spróbuj wejść do Storage & Snapshots > Storage, ale jeżeli system zaraz się zawiesza, nie kontynuuj interakcji GUI.
  • Jeżeli możesz zalogować się przez FAQ SSH (jeśli FAQ SSH było wcześniej włączone) — pobierz logi systemowe i dzienniki Storage:
- /var/log/messages, dmesg, oraz logi storage (ogólnie: sprawdź logi systemowe i wpisy o md/raid/ZFS). To informacja diagnostyczna dla pomocy technicznej lub forum. (To jest ogólna wskazówka — dokładne ścieżki logów mogą się różnić, sprawdź w swoim systemie.)
- Jeśli NAS montuje wolumen w trybie tylko do odczytu (read-only) — natychmiast skopiuj najważniejsze dane na zewnętrzne medium.

5) Opcja alternatywna — składanie RAID na komputerze z Linux (dla zaawansowanych)
  • Jeżeli NAS zawiesza się przy obecności dysków, bezpieczniejszym krokiem jest podłączenie dysków do komputera z Linux i spróbowanie ręcznego złożenia macierzy (mdadm) w trybie tylko do odczytu, aby odzyskać pliki. To pozwala ominąć potencjalne problemy z backplane NAS.
  • Ogólna procedura (tylko dla doświadczonych):
1. Podłącz dyski i sprawdź partycje (fdisk -l, lsblk).
2. Użyj mdadm --examine /dev/sdX? na wszystkich partycjach aby zobaczyć metadane RAID (pokaże układ i role dysków).
3. Spróbuj ostrożnie złożyć macierz w trybie readonly: mdadm --assemble --readonly /dev/mdX /dev/sdX1 /dev/sdY1 ... (dopasuj partycje zgodnie z wynikami examine).
4. Jeśli macierz się składa, zamontuj system plików read-only i skopiuj dane.
- Uwaga: to ogólna procedura linuxowa — jeśli nie masz doświadczenia, zatrudnij specjalistę. Nie uruchamiaj opcji naprawczych mdadm, które zapisują metadane, bez wcześniejszego obrazu dysków.

6) Diagnostyka backplane / zasilania / RAM / aplikacji
  • Objaw: NAS działa godzinę bez dysków, ale natychmiast zawiesza się z dyskami → sugeruje problem z interfejsem dysków (backplane) lub obciążeniem I/O (ew. wadliwe moduły pamięci, niezgodny RAM). W przeszłości użytkownicy mieli podobne przypadki, gdzie backplane nie obsługiwał wszystkich dysków równocześnie.
  • Sprawdź oryginalne moduły RAM (przywróć fabryczne), odinstaluj aplikacje trzecie w App Center (jeśli uda się wejść do systemu), wyłącz cache SSD (jeśli w użyciu).
  • Przetestuj zasilacz (miernikiem) lub zamień zasilacz na sprawny, jeśli masz dostęp.

7) Kiedy nie ryzykować dalszymi próbami
- Jeśli status puli to „Error” i GUI ostrzega, że próbne operacje mogą pogorszyć sytuację lub jeżeli disk SMART pokazuje krytyczne błędy na więcej niż jednym dysku — przerwij samodzielne próby i skontaktuj się z QNAP Support lub serwisem odzyskiwania danych. Fragmenty QNAP wyraźnie ostrzegają, że przy stanie Error lepsza jest kopia zapasowa dysków i kontakt z supportem, nie wymiana i inicjalizacja dysków natychmiast.

8) Co przygotować przed kontaktem z supportem / serwisem
  • Model NAS, wersja QTS/QuTS (jeśli znasz), lista modeli dysków i ich SMART (wyniki).
  • Opis objawów krok po kroku (czas bezczynności, co się zmienia gdy wyjmiesz dyski itp.).
  • Zdjęcia / logi (z /var/log/messages, dmesg) — przydają się obsłudze technicznej.
  • Kopie obrazów dysków (jeśli wykonałeś) — bardzo przyśpieszą odzyskiwanie.

9) Krótkie podsumowanie kroków które wykonaj natychmiast (konkret):
1. Wyłącz NAS, wyjmij wszystkie dyski. Uruchom NAS bez dysków — jeśli nie startuje → możliwy DOM/płyta → kontakt z QNAP Support.
2. Jeśli NAS startuje bez dysków: wyłącz, podłącz dyski zewnętrznie do komputera i zrób obrazy lub test SMART.
3. Nie inicjalizuj puli w GUI. Spróbuj złożyć macierz na zewnętrznym Linux w trybie readonly (jeśli masz umiejętności) i skopiować najważniejsze dane.
4. Jeśli po montażu pojedynczego dysku NAS od razu się zawiesza — podejrzenie backplane/zasilacz/RAM — sprawdź/wymień komponenty lub użyj innego obudowanego QNAP z tymi samymi dyskami (ostrożnie; najlepiej po konsultacji z supportem).
5. Jeśli nie możesz bezpiecznie odzyskać danych samodzielnie — przerwij i skontaktuj się z QNAP Support / profesjonalnym odzyskiwaniem.

Ostrzeżenie końcowe: w Twojej sytuacji każda operacja „inicjalizacji”/„odzyskania” z GUI grozi utratą danych. Najbezpieczniejsza kolejność to: obraz dysków → diagnostyka SMART → próba assemble w trybie readonly na zewnętrznym Linux → kopiowanie danych. Jeśli to nie da rezultatów, skontaktuj się z QNAP Support lub serwisem odzyskiwania.

Powodzenia — jeśli chcesz, wstrzymaj ryzykowne operacje i przygotuj obrazy dysków oraz logi dla supportu/serwisu.

Źródła na forum:

Ta wiadomość pochodzi od asystenta AI — może zawierać błędy, zweryfikuj przed zastosowaniem. Oceń ją, głosując pod postem: ▲ pomocna lub ▼ nieprzydatna.
Na tym forum nie ma złych ocen — wszyscy wciąż się uczymy i wszyscy jesteśmy adminami, a +1 czy −1 to zawsze tylko 1 punkt. Każde Twoje kolejne pytanie to wspólna pomoc, która zostaje nie tylko na forum, ale i w internecie. Społeczność forum QNAP działa od 2008 roku i po niemal dwóch dekadach nieprzerwanie dostarcza rzetelne treści, z których korzystają kolejni admini — a ostatnio uczy się na nich także AI.