Pomoc Samoistnie restartuje sie macierz TS-419P+, firmware 4.1.0

[JulekP]

Witam
paru lat mam TS-419P+, teraz z najnowszym firmware 4.1.0, dyski Seagate 4xST2000DL003.
Po migracji firmware do wersji 4.1.0 przy probie zapisu wiekszej ilosci danych na macierz, system sie restartuje i ponowna proba pozwala przetrasferowac kilka GB i znowu powtarza sie sytuacja z restartem - dostaje komunikaty w logu

Date/Time: 2014-06-04 10:48:25 Level: Warning The system was not shut down properly last time.
Date/Time: 2014-06-04 10:50:38 Level: Warning [RAID5 Disk Volume: Drive 1 2 3 4] The file system is not clean. It is suggested that you go to [Storage Manager] to run "Check File System".

Oczywiscie sprawdzalem system plikow, ale jest ok, rowniez dyski niczego nie wykazuja. W czasie operacji kopiowania obciazenie procesora jest wysokie, ale nigdy to nie przeszkadzalo macierzy.
Jesli nie transferuje danych do macierzy, pracuje ona poprawnie do czasu wiekszego transferu.

Byc moze jest to jakis blad w firmware ? Wczesniej nie zaobserwowalem takich anomali

 

[Paweł Tołoczko]

Odpowiedz w temacie: Pomoc - Inicjacja twardego dysku nie powiodła się

Obawiam sie, ze winowajca sa dyski Seagate

Seagate 4xST2000DL003.

QNAP Systems, Inc.

Raczej nic ciekawego o tym dysu tu nie pisza poza tym, ze sprawial klopoty

Compatible/Incompatible Hard Drives(3.5") - QNAPedia

Nie widzę tego dysku na liście ani wspieranych ani niekompatybilnych QNAP - Compatibility list
Także sytuacja jest patowa

Wszystkie dyski Seagate DM od 001 do 003 niezależnie od pojemności sprawiają problemy.

3. No i najważniejsze pytanie - wyjmuję tego Seagate'a i chcę włożyć 4 dyski:
Czy znowu będę musiał odpalać tego kreatora? Chciałbym włożyć 4 dyski ale są po brzegi zapisane danymi. Czy Qnap zawsze formatuje dyski? Bo mam jeszcze całą masę innych dysków i myślałem żeby sobie podmieniać hotswapem na to co w danym momencie jest mi potrzebne. No ale jak za każdą podmianą dysku musiałbym odpalać tego kreatora lub formatować dyski to nie za bardzo miałoby to sens?

@Silas Mariusz - na serio wyszysci dysk jak wcisne nowy ? nie moge przekopiować se danych z kieszeni 2 na dysk w kieszeni 1 ?? Czy tak jak kolega pisze, udostpęnić se udział bezpośrednio z tego wstawionego dysku ??

Przeprowadzany jest proces inicjalizacji podczas którego jest stawiany system oraz tworzona jest struktura partycji jak to bywa w normalnych komputerach. W serwerach NAS firmy QNAP klasy SMB oraz wszystkich opartych na Intelu wygląda to trochę inaczej. Ale mimo to, za każdym razem dysk musi być wcześniej zainicjalizowany.

Przypominam, że QNAP TurboNAS to nie kieszeń na dyski twarde.

 

[JulekP]

Podczas zakupu systemu 3 lata temu sprawdzalem liste kompatybilnosci dyskow i dyski te byly na liscie, stad decyzja ich zakupu. Byc moze w miedzyczasie zdarzyly sie problemy i stad uwagi producenta.
Dyski dzialaja od 3 lat prawidlowo, nie mialem z nimi klopotow. Byc moze teraz cos sie zaczyna z nimi dziac, ale logi nie wskazuja na to ... pewnie rozwiazaniem bedzie zmiana firmware na nizszy ....

 

[Silas Mariusz]

pewnie rozwiazaniem bedzie zmiana firmware na nizszy ....

Raczej mało prawdopodobne. Zainstaluj build 0605.

 

[kaktus]

Jeżeli chcesz zejść wersją QTS w dół przeanalizuj dokładnie zmiany w opisie żebyś sobie nie narobił bigosu. Czasem downgrade jest zablokowany, wynika to ze zmian wnoszonych przez nowsze oprogramowanie. Wtedy jedynie nowa inicjacja ... pomoże, ale ...dyski mogły zostać wycofane z listy kompatybilnych ponieważ mogły powodować różnego typu dolegliwości ... nie jest to pierwszy taki przypadek.

 

[Silas Mariusz]

W skrócie: downgrade nie przywróci kompatybilności dyskom.Może to rozwiąże problem:
[Stable] QTS 4.1.0 Build0612 | ARM & x86 [+ 0530-Leak Fix]

 

[JulekP]

Witam, pod dluzszej nieobecnosci, wracam ponownie do tego tematu -po obserwacjach, otoz upgrade pomogl i juz restart nie jest tak czesty, ale zdarza sie od czasu do czasu przy probie wiekszych transferow, jest to juz mniej uciazliwe, ale musze pamietac ze zgrywajac z komputera kilka GB zdjec/filmow - macierz na chwile zniknie (rebootujac sie automatycznie) i wroci ponownie - wiec musze ponowic probe kopiowania, etc i zaladowac w ten sposob wszystkie dane ...
Byc moze w miedzyczasie ktos naprawi ten blad ....
Pozdrawiam

 

[avis]

No to ja coś dopisze, mianowicie mam taka przypadłość jak ty tyle że w TS-420 z 4x WD RED 2TB, tak więc nie jestem pewien czy to wina dysków. Ja bym winą raczej obarczył nie do końca dopracowanym QTS 4.1 bo na 4.0.7 (bodajże ten w moim sprzęcie był na start) nic takiego się nie działo

 

[Silas Mariusz]

Oprogramowanie QTS 4.1.0 w którymś build'zie miało upgrade kernela. Podajcie dokładnie wersje oprogramowania i modele urządzeń. Zgłoszę problem do menadżera supportu.
Ciekawe, bo zgłoszony problem dotyczy tylko architektury ARMel.

 

[avis]

@Silas masz wszystko jak na dłoni w mojej sygnaturze ale te restarty mam od paru buildów wstecz i teraz nie powiem ci dokładnie od którego

QTS 4.1.0 Build 0612 >> TS-420

Co ciekawe w mniejszym TS-210 nie mam takich akcji i tak się zastanawiam czy nie jest to związane z RAID 5 bo widzę że kolega ma problemy też na 4 dyskowcu

 

[JulekP]

Model : TS-419P+, Firmware : 4.1.0 (20140612) czyli ten sam.
Zainstalowalem nawet QNAP Diagnostic Tool v0.4.0 ale przegladajac logi nic specjalnego nie widac , chociaz jest 30 bledow
Turbo NAS Log Compilation 0811-22:27:04
Date: 0811-22:27:04
Serial Number: Q112I06554
NAS IP: 192.168.1.2
MAC: 00:08:9B:C7:2F:67
Model: TS-419P
Firmware: 4.1.0_20140612
Execute Test: N/A
Test Status: N/A
Test Description: N/A
Error Log Count: 30
Segfault: 0
MD9 FS Error: 0
MD0 Status: active
Kernel: Linux version 3.4.6
CPU: Feroceon 88F6282 rev 1 (v5l) @ 1.6 GHz

 

[mil3k]

Znalazł ktoś przyczynę tych restartów? U mnie 419P+ zaczął się restartować jakieś dwa tygodnie temu. miałem wtedy QTS 4.1.0 (20140612). W piątek zrobiłem update do najnowszej wersji 4.1.3 i nadal to samo. Mam 2x4TB WD Red.

 

[Silas Mariusz]

Zainstaluj Diagnostic tool. Wyeksportuj logi i załącz do wiadomości.

 

[mil3k]

Które logi mam wrzucić? Kernel czy dump logs?

 

[Silas Mariusz]

Wszystkie.

 

[mil3k]

Załączam Dump logs.
Kernel nie znalazł żadnych błądów.
File system analizer:
[ File system test report ]

Test volume : /share/HDD_DATA
Block device : /dev/sdd3
Left space : 1751000 MB
Test start : Mon May 4 17:36:21 BST 2015
Test finish : Mon May 4 17:37:49 BST 2015
Write 2GB performance : 81.92 MB/s
Read 2GB performance : 81.92 MB/s
Use extents : 69

[ Free frags before test ]

Device: /dev/sdd3
Blocksize: 4096 bytes
Total blocks: 487986423
Free blocks: 448387196 (91.9%)

Min. free extent: 4 KB
Max. free extent: 2064256 KB
Avg. free extent: 332568 KB
Num. free extent: 5393

HISTOGRAM OF FREE EXTENT SIZES:
Extent Size Range : Free extents Free Blocks Percent
4K... 8K- : 49 49 0.00%
8K... 16K- : 42 99 0.00%
16K... 32K- : 45 237 0.00%
32K... 64K- : 112 1246 0.00%
64K... 128K- : 185 4324 0.00%
128K... 256K- : 329 15436 0.00%
256K... 512K- : 535 50138 0.01%
512K... 1024K- : 797 147596 0.03%
1M... 2M- : 1014 379110 0.08%
2M... 4M- : 861 607845 0.14%
4M... 8M- : 394 516916 0.12%
8M... 16M- : 20 50110 0.01%
16M... 32M- : 37 204779 0.05%
32M... 64M- : 20 177124 0.04%
64M... 128M- : 80 1900080 0.42%
128M... 256M- : 1 43986 0.01%
256M... 512M- : 1 111964 0.02%
512M... 1024M- : 10 2000756 0.45%
1G... 2G- : 861 442175401 98.61%

[ File flags on this test ]

Filesystem type is: ef53
File size of /share/HDD_DATA/test_2G is 2147483648 (524288 blocks, blocksize 4096)
ext logical physical expected length flags
0 0 59392 6144
1 6144 417792 65535 8192
2 14336 714752 425983 6144
3 20480 1243136 720895 2048
4 22528 1720320 1245183 8192
5 30720 2617344 1728511 4096
6 34816 2783232 2621439 2048
7 36864 4341760 2785279 8192
8 45056 4943872 4349951 4096
9 49152 5728256 4947967 6144
10 55296 5861376 5734399 4096
11 59392 6813696 5865471 2048
12 61440 6909952 6815743 4096
13 65536 8142848 6914047 8192
14 73728 8878080 8151039 2048
15 75776 9598976 8880127 2048
16 77824 9889792 9601023 6144
17 83968 10645504 9895935 4096
18 88064 10680320 10649599 2048
19 90112 10743808 10682367 4096
20 94208 10905600 10747903 6144
21 100352 12152832 10911743 4096
22 104448 12515328 12156927 2048
23 106496 12580864 12517375 2048
24 108544 12806144 12582911 6144
25 114688 12840960 12812287 4096
26 118784 13072384 12845055 2048
27 120832 13365248 13074431 4096
28 124928 13725696 13369343 4096
29 129024 13953024 13729791 6144
30 135168 14313472 13959167 6144
31 141312 14467072 14319615 8192
32 149504 14546944 14475263 2048
33 151552 15263744 14548991 6144
34 157696 15919104 15269887 6144
35 163840 17088512 15925247 8192
36 172032 18432000 17096703 8192
37 180224 19546112 18440191 8192
38 188416 20082688 19554303 4096
39 192512 20881408 20086783 8192
40 200704 21129216 20889599 6144
41 206848 21872640 21135359 8192
42 215040 22210560 21880831 6144
43 221184 22337536 22216703 2048
44 223232 22507520 22339583 4096
45 227328 24115200 22511615 2048
46 229376 24242176 24117247 6144
47 235520 24377344 24248319 2048
48 237568 24541184 24379391 2048
49 239616 24733696 24543231 6144
50 245760 25065472 24739839 2048
51 247808 25225216 25067519 6144
52 253952 25683968 25231359 6144
53 260096 26832896 25690111 4096
54 264192 27058176 26836991 8192
55 272384 28405760 27066367 4096
56 276480 28463104 28409855 4096
57 280576 29157376 28467199 6144
58 286720 29487104 29163519 4096
59 290816 30210048 29491199 2048
60 292864 30502912 30212095 4096
61 296960 30715904 30507007 32768
62 329728 30748672 32768
63 362496 30781440 32768
64 395264 30814208 32768
65 428032 30846976 32768
66 460800 30879744 32768
67 493568 30912512 20480
68 514048 30965760 30932991 10240 eof

 

[Silas Mariusz]

Tak nawiasem mówiąc to co restart masz uwalonego raid'a - jeśli to wina tego Debiana na chrootie to może warto go ręcznie włączać i wyłączać. Ale sprawdziłbym dyski:

Personalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4]
md0 : active raid1 sda3[0] sdb3[1]
		 3905449600 blocks [2/2] [UU]
		 [======>..............] resync = 31.2% (1218678784/3905449600) finish=8026.2min speed=5578K/sec
		 bitmap: 163/233 pages [652KB], 8192KB chunk

Kolejna sprawa:

53502, 1,2015-05-02,10:39:19,System,127.0.0.1,localhost,Add IP: [193.0.200.131] to ban list forever., 0,1430559559,
53508, 1,2015-05-02,11:07:34,System,127.0.0.1,localhost,Add IP: [111.1.51.42] to ban list forever., 0,1430561254,
53509, 1,2015-05-02,11:50:47,System,127.0.0.1,localhost,Add IP: [124.232.148.4] to ban list forever., 0,1430563847,
53512, 1,2015-05-02,11:53:38,System,127.0.0.1,localhost,Add IP: [124.232.148.4] to ban list forever., 0,1430564018,
53513, 1,2015-05-02,11:54:00,System,127.0.0.1,localhost,Add IP: [46.218.85.46] to ban list forever., 0,1430564040,
53517, 1,2015-05-02,11:54:38,System,127.0.0.1,localhost,Add IP: [124.232.148.4] to ban list forever., 0,1430564078,
53523, 1,2015-05-02,12:29:10,System,127.0.0.1,localhost,Add IP: [207.106.176.151] to ban list forever., 0,1430566150,

Dobre praktyki mówią, żeby nie używać domyślnych portów dla SSH i FTP. Wywinduj je trochę w górę, np. 38022 i 10021.

W Kernelu nic specjalnego nie widze. Ile miałeś tych restartów?

 

[mil3k]

Coś mój Waterfox bnie lubi tych narzędzi diagnostycznych. Zatrzymuje ciągle ich automatyczne odświeżanie strony.

Debian jest zainstalowany ale ręcznie wyłączony w panelu moich aplikacji.

Po aktualizacji jeden dziennie. Przed aktualizacją losowo, czasem jeden lub dwa w ciągu godziny a potem nic przez dzień.

 

[Silas Mariusz]

Z dyskami na pewno wszystko jest okay?

 

[mil3k]

Diody świecą się na zielono, zaraz włączę testy u wkleję wyniki.

Zajrzałem do SMART twardego dysku im pokazuje mi, że trzeci dysk, nie będący częścią macierzy ma problem z Raw Read Error Rate.
Ponadto jest wykonywana synchronizacja macierzy raid, ukończone 31%.