jck

Passing Basics
Beginner
3 Wrzesień 2016
5
1
20
Odznaki
7
QNAP
TS-x31
Ethernet
1 GbE
Poz.
0
 
Witam!
Posiadam model TS-431 zakupiony w roku 2015 wraz z czterema dyskami Seagate ST2000VN000 2TB, połączonymi w macierz RAID-5 . Eksploatowałem go w bardzo podstawowym zakresie, jako współdzielony dysk w domowej sieci LAN (Ethernet) i miałem wydajność rzędu 115 MB/s, co praktycznie daje pełną przepustowość sieci (1 Gbit).
Niestety, przetrzymałem dyski dwukrotnie ponad ich zakładany czas życia, co po jedenastu latach skończyło się totalnym upadkiem macierzy, poprzedzonym jej przejściem w tryb awaryjny.
Dane udało mi się zbackupować praktycznie bez żadnych odczuwalnych strat, po czym wymieniłem wszystkie dyski na Seagate IronWolf ST2000VN003-3CW102 2TB.
Mam teraz drastyczny spadek wydajności - do ok 17 MB/s.
Nie zmieniałem w jawny sposób żadnych ustawień. Testy dysków przeprowadzane lokalnie wykazują szybkość zapisu rzędu 90 MB/s (trochę wolniej, ale proporcjonalnie do nieco niższych parametrów w stosunku do starych dysków).
Jedyne, co przychodzi mi do głowy, to jakieś ukryte ustawienia, które serwer zmienił przy przejściu w tryb awaryjny i nie przywrócił ich po wymianie dysków i odbudowie macierzy.
Czy ktoś mi może pomóc - jaka może być przyczyna? Co powinienem zdiagnozować i jakie kroki podjąć?
 
Krótko: najczęściej przyczyną tak dużego spadku po wymianie dysków i awarii macierzy są problemy z dyskami (S.M.A.R.T./realokacje/pending sectors), nieukończona/zwolniona odbudowa lub intensywne procesy tła (consistency check, rebuild, bad blocks scan) oraz — rzadziej — problemy sieciowe/udostępnieniowe. Zrób poniższą listę kroków diagnostycznych i naprawczych w tej kolejności — to powinno wskazać przyczynę i przywrócić sensowną wydajność.

WAŻNE: zanim wykonasz ryzykowne operacje (rebuild, format, zmiany puli/woluminów, reinstalacje) wykonaj pełną kopię zapasową ważnych danych. RAID nie jest zamiennikiem kopii zapasowej.

1) Sprawdź stan RAID i czy odbudowa jest zakończona
  • W panelu Storage & Snapshots sprawdź status grupy RAID / woluminu: czy rebuild/resync się zakończył i czy są błędy. Jeśli odbudowa wciąż trwa — to normalnie wpływa na wydajność. Pozwól jej dokończyć.
  • Sprawdź również, czy występują błędy I/O lub błędy przy odbudowie (bad blocks, checksum errors).

2) S.M.A.R.T. i testy dysków (priorytet)
  • W Storage & Snapshots -> Disks otwórz S.M.A.R.T. dla każdego dysku i zwróć uwagę szczególnie na: Reallocated Sector Count, Current Pending Sector, Uncorrectable Sector Count, UltraDMA CRC Error Rate, Spin Up Time.
  • Uruchom Extended/Long S.M.A.R.T. test na każdym dysku (potrwa godziny). Dysk z pending/unrecoverable sektorami najprawdopodobniej powoduje powolne I/O — wymień go.
  • Jeżeli UltraDMA CRC > 0 — sprawdź kable i złącza (choć w NAS SATA to rzadziej użytkownik może wymienić, ale luźne gniazdo/adapteru może powodować błędy).

3) Przetestuj prędkości dysków poza RAID
- Jeśli możesz, wyjmij pojedynczy dysk i podłącz go do komputera/testera lub wykorzystaj testy wewnętrzne QNAP, aby zmierzyć sekwencyjne prędkości odczytu/zapisu dysku solo (~90 MB/s w Twoim opisie jest OK). To potwierdzi, że same dyski są sprawne.

4) Sprawdź obciążenie i procesy w tle
  • Sprawdź zużycie CPU/RAM na NAS — czy jakiś proces (skan antywirusowy, indeksacja, backup, media library, odbudowa) nie obciąża systemu.
  • Jeśli odbywa się konsystencja/płukanie RAID/consistency check, może znacząco ograniczać wydajność — rozważ zaplanowanie na noc lub tymczasowe obniżenie priorytetu jeśli system na to pozwala.

5) Sprawdź sieć i sposób pomiaru
  • Przy prędkości ~115 MB/s wcześniej osiągałeś max 1 Gbit. Teraz mierzysz 17 MB/s — zweryfikuj, czy testujesz tak samo (kopiowanie dużego pliku SMB z komputera w tej samej sieci).
  • Sprawdź kable (Kat5e/6), porty switcha i negocjację prędkości (1 Gbps full duplex). Możesz zrobić test z innego komputera lub lokalnie na NAS (np. kopiowanie pliku do lokalnego dysku USB) żeby odseparować problem sieci od dysków.
  • Jeśli korzystasz z SMB: sprawdź ustawienia protokołu (SMB wersja, szyfrowanie) oraz czy klient nie ustawił ograniczeń (antywirus na kliencie, limit prędkości).

6) Sprawdź logi systemowe
- Przejrzyj logi systemowe QNAP pod kątem I/O errors, disk errors, kernel messages — często pojawią się ostrzeżenia o nieudanych odczytach/ponawianiu operacji, co wskazuje na uszkodzony dysk.

7) Konsystencja systemu plików / poziom RAID
  • Dla TS‑431 z QTS (klasyczny EXT4/RAID) odbudowy i sprawdzenia filsystemu są wykonywane inaczej niż w QuTS hero (ZFS). Jeśli używasz QTS/EXT4, sprawdź, czy wolumin nie jest w trybie degraded/readonly i czy fsck nie jest w toku.
  • Jeżeli wolumin ma aktywne błędy logiczne, może być konieczne uruchomienie narzędzi naprawczych — robić to ostrożnie i po backupie.

8) Firmware i kompatybilność dysków
- Upewnij się, że QTS ma aktualne poprawki firmware i że dyski IronWolf są na liście kompatybilnych lub przynajmniej pracowały poprawnie w testach. Czasem stary NAS + nowe dyski z innymi algorytmami chłodzenia/trybami mogą zachowywać się inaczej. Aktualizacja firmware (jeśli dostępna) i aktualizacja microcode może pomóc — wykonaj po backupie.

9) Test porównawczy: kopiowanie lokalne vs sieciowe
- Skopiuj duży plik bezpośrednio na NAS (np. użyj np. File Station upload z lokalnego komputera lub podłącz USB do NAS i kopiuj) i zmierz prędkość zapisu/odczytu. Jeśli lokalne operacje dyskowe są szybkie, problem sieciowy/SMB. Jeśli lokalne też wolne — problem wewnątrz NAS (dyski/RAID).

10) Ostateczne opcje jeżeli problem utrzymuje się
  • Jeżeli jeden z dysków wykazuje pending/unrecoverable sektory — wymień go natychmiast.
  • Jeżeli wszystkie dyski są OK, rebuild zakończony, logi czyste, a prędkości w testach lokalnych nadal niskie — rozważ:
a) przełożenie dysków do innego kieszeni/gniazda (aby wykluczyć uszkodzone kontrolery/kieszeń),
b) re–create RAID (inicjalizacja) i przywrócenie danych z backupu — to przywróci fabryczną konfigurację i parametry puli, ale usuwa wszystkie dane (wyłącznie po pełnym backupie).
- Jeżeli nie masz pewności, zbierz logi i raporty S.M.A.R.T. i rozważ kontakt z pomocą QNAP (jeśli sprzęt jeszcze wspierany) — ale przed jakimikolwiek operacjami niszczącymi zrób backup.

Krótko podsumowując, kolejność działania:
1. Nie panikuj — wykonaj backup.
2. Sprawdź Storage & Snapshots: czy rebuild/consistency skończony; sprawdź logi.
3. S.M.A.R.T. + long tests na wszystkich dyskach (szczególnie Reallocated, Pending, Uncorrectable).
4. Testy prędkości lokalnie na NAS i poza siecią, by odseparować problem sieć/dyski.
5. Wyklucz problemy sieciowe (kable/switch/negocjacja/klient SMB).
6. Jeśli dysk(-i) mają złe wartości S.M.A.R.T. — wymień. Jeśli wszystko OK, rozważ rebuild/odtworzenie RAID po backupie albo diagnostykę hardware (kieszeń/kontroler).

Powodzenia — najczęściej winny okazuje się dysk z pending/unrecoverable sektorami albo trwająca odbudowa/consistency check; zacznij od S.M.A.R.T. i logów.

Ź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.
 
TS-431 zakupiony w roku 2015
rozumiem, ze serwer ma 11 lat?
sprawdź logi dmesg, czy przypadkiem kanały sata nie plują błędami

jak wygląda sprawa kompatybilności nowych dysków z kontrolerem z przed 11 lat?
Testy dysków przeprowadzane lokalnie wykazują szybkość zapisu rzędu 90 MB/s
co oznacza lokalnie? po za PC? po USB czy wpięte po SATA do PC? 90MB/s to nieco małe, czy dyski są sprawne?
 
rozumiem, ze serwer ma 11 lat?
sprawdź logi dmesg, czy przypadkiem kanały sata nie plują błędami

jak wygląda sprawa kompatybilności nowych dysków z kontrolerem z przed 11 lat?

co oznacza lokalnie? po za PC? po USB czy wpięte po SATA do PC? 90MB/s to nieco małe, czy dyski są sprawne?
Tak. Serwer ma 11 lat.
Dyski są na oficjalnej liście zgodności QNAP dla tego modelu - z adnotacją "As suggested by certain hard disk drive providers..."
W logach nie widzę nic niepokojącego.
Test: po połączeniu przez FAQ SSH kopiowanie wcześniej wgranego dużego pliku (kilkanaście GB) pomiędzy folderami z pomiarem czasu
 
Tak. Serwer ma 11 lat.
Dyski są na oficjalnej liście zgodności QNAP dla tego modelu - z adnotacją "As suggested by certain hard disk drive providers..."
W logach nie widzę nic niepokojącego.
Test: po połączeniu przez FAQ SSH kopiowanie wcześniej wgranego dużego pliku (kilkanaście GB) pomiędzy folderami z pomiarem czasu
Czyli w teorii wykluczasz na wstępie problem dysków. Skorzystaj z wyszukiwarki i poszukaj jak zrobić iperf3 miedzy serwerem w swoim kompem. Możebyć przydatne.

Co do FAQ SSH, skoro juz jesteś, przeloguj się sudo na admina i zgrepuj sobie logi dmesga czy nie ma błędów SATA.
 
Ostatnio edytowane przez moderatora:
Ostatnio edytowane przez moderatora:
  • Lubię to
Reakcje: SiewcaRyżu
Cześć J jck 👋

Minęło kilka dni od ostatnich odpowiedzi w Twoim wątku. Czy udało Ci się rozwiązać problem?

  • Jeśli tak — napisz proszę krótko, co pomogło, i jeśli to możliwe, oznacz najtrafniejszą odpowiedź jako rozwiązanie. Kolejna osoba z tym samym problemem znajdzie wtedy gotową ścieżkę, zamiast szukać godzinami.
  • Jeśli jeszcze nie — daj znać, na czym stanęło i co już zostało sprawdzone. Wątek jest wciąż otwarty i chętnie pomożemy dalej.

Przy okazji: jak oceniasz nasze wsparcie na forum QNAP? Czy czas reakcji był w porządku? Jeśli któraś z odpowiedzi była szczególnie trafna — zagłosuj na nią strzałką w górę. Jeśli była pomocna, ale jedynie nakierowała Cię na rozwiązanie — możesz zostawić ją bez głosu. A jeśli któraś okazała się błędna — śmiało zagłosuj strzałką w dół.

Ta wiadomość jest automatyczna — wysłał ją bot forum według stałego szablonu. To nie jest odpowiedź asystenta AI: nikt i nic nie analizowało tu treści Twojego wątku.
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 treści, z których korzystają kolejni admini — a ostatnio uczy się na nich także AI.
 
Aktualizacja stanu:
Nie zrobiłem nadal zalecanego iperf'a - nie mam po prostu na to czasu, a poza tym mam teraz stan, którego nie rozumiem - z kategorii "działa, ale nie wiadomo, dlaczego...":
Po kilku dniach męczenia się z rzeczonym transferem na poziomie 17MB/s zacząłem obserwować - stopniowo, nie skokowo (!) - poprawę.
Obecnie odnotowuję prędkość odczytu do 115MB/s (czyli w praktyce pełne przepustowość sieci) natomiast zapis jest trochę wolniejszy - potrafi w porywach dosięgnąć 90MB/s, a średnią utrzymuje na poziomie 60 ÷ 70 MB/s.
Nie jest to wprawdzie stan idealny, ale całkiem spokojnie da się z tym żyć (muszę też brać poprawkę na to, że nowe dyski są znamionowo nieco wolniejsze od starych).
Serwer nie raportował mi poprzednio żadnych jawnie wykonywanych zadań w tle, nie pokazywał też nic podejrzanego na liście procesów - jednym słowem "samo się naprawiło".
Czy ktoś to potrafi wytłumaczyć...?
 
Czy ktoś to potrafi wytłumaczyć...?
1784917541224.webp


Nie wszystko da sie wytlumaczyc.
 

Użytkownicy znaleźli tą stronę używając tych słów:

  1. wyjmij dyski