Model z serii TS-x39.

Miał ktoś z tym (lub podobnym) ustrojstwem problemy? Chodzi głównie o
restarty. U mnie występują w nocy podczas zrzutu danych na NAS. Swego
czasu był problem z jednym z dysków. Dysk wymieniony na nowy. Niedawno
znowu kolejny dysk zaczął świrować. Tego nie wymieniałem, a tylko
przeskanowałem, po czym status SMART wrócił do zielonego, jednak objawy
są j/w, czyli restart raz na dobę.
Jedyne co niepokojącego w statucie SMART zauważyłem, to większa niż w
pozostałych dyskach wartość "Spin_up_time", która wynosi 504, a w
pozostałych ~320. Raz tylko w tym dysku wyskoczył alert
"Raw_read_error_rate" z wartością 1. Po skanowaniu wartość wróciła na 0.
Dyski to 4x Hitachi Deskstar 7K2000 w RAID5.

Tak, wiem, wymiana dysku powinna pomĂłc. Tylko Ĺźe w "normalnym systemie",
jeśli coś się dzieje niepokojącego, to wypluwana jest informacja na
konsolę i praca trwa nadal, ew po wypluciu na ekran, system daje się
ustawić tak, by nie restartował się (można wówczas przeczytać co
powoduje problemy). Nawet jak świruje głowica, czy pojawiają się
problemy z odczytem/zapisem. Tu następuje restart.

Jakaś wadliwa seria dysków? To już drugi egzemplarz w ciągu 4 m-cy.

Jaskiniowiec nabazgrał(a):

Model z serii TS-x39.

Inny model ... nie ważne ... 2 czy 3 miesiące temu poleciał cały RAID w tym dwa dyski do serwisu, oby coś z firmware nie było bo już ważne dane poszły do kosza :(

--
www.bezwypadkowy.net www.automo.pl www.vinspot.com
www.vin-decoder.net www.dekoder-vin.pl
Sprawdź VIN, wyposażenie, przebieg, historię pojazdu.

W dniu 09.05.2014 10:29, Chris pisze:

Model z serii TS-x39.

Inny model ... nie ważne ... 2 czy 3 miesiące temu poleciał cały RAID w
tym dwa dyski do serwisu, oby coś z firmware nie było bo już ważne dane
poszły do kosza :(

U mnie problemy pojawiły się jeszcze na starym fw 3.x, które nie
pokazywało nawet że coś z dyskami się dzieje. Dopiero po wgraniu
nowszego 4.x zaczęło pokazywać alerty. O logach można w tym guanie
pomarzyć, bo zapisuje je gdzieś w plikach SQLite i to z krótkiego okresu.

A co do padu RAID u Ciebie, to mnie pocieszyłeś :/ Tak czuję w kościach,
że jak u siebie nie zmigruję na coś zupełnie innego, to ta zabawka
prędzej czy później padnie i narobi niezłych szkód.

Urwał nać, do czego to doszło, żeby robić backup backupu :/

Dnia Fri, 09 May 2014 11:03:43 +0200, Jaskiniowiec napisał(a):

Urwał nać, do czego to doszło, żeby robić backup backupu :/

Może to celowa zmowa "onych" żeby wrzucać dane do "chmur" - takie celowe
zniechęcanie przez dużą awaryjność.

--
Franc

Jaskiniowiec nabazgrał(a):

W dniu 09.05.2014 10:29, Chris pisze:

Model z serii TS-x39.

Inny model ... nie ważne ... 2 czy 3 miesiące temu poleciał cały RAID w
tym dwa dyski do serwisu, oby coś z firmware nie było bo już ważne dane
poszły do kosza :(

U mnie problemy pojawiły się jeszcze na starym fw 3.x, które nie
pokazywało nawet że coś z dyskami się dzieje. Dopiero po wgraniu
nowszego 4.x zaczęło pokazywać alerty. O logach można w tym guanie
pomarzyć, bo zapisuje je gdzieś w plikach SQLite i to z krótkiego okresu.

U mnie pad teĹź był na 3.x :)  bo skoro działało to lepiej było nie ruszać :) zmiana na 4.x poszła dopiero po padzie dyskĂłw ot tak przy okazji.
Mam jeszcze drugi TS-112 jako magazyn głównie pod AV wpięty do BD/TV i coraz częściej mam odpalanie wentyla na maxa na parę min i znowu się ucisza, wcześniej aż tak często się nie odpalał.

A co do padu RAID u Ciebie, to mnie pocieszyłeś :/ Tak czuję w kościach,
że jak u siebie nie zmigruję na coś zupełnie innego, to ta zabawka
prędzej czy później padnie i narobi niezłych szkód.

U mnie poszło całe archiwum zdjęć ze strony w sigu :( kilka milionów fotek rozjebanych aut bo oprócz tego co na forum była też własna baza VIN=FOTA ze stanów za ostanie 10-12 lat :( teraz nie do odzyskania bo i amerykanie to skasowali.

Urwał nać, do czego to doszło, żeby robić backup backupu :/

Dokładnie

--
www.bezwypadkowy.net www.automo.pl www.vinspot.com
www.vin-decoder.net www.dekoder-vin.pl
Sprawdź VIN, wyposażenie, przebieg, historię pojazdu.

Dnia 2014-05-09, o godz. 11:40:30
"Chris" <chris@mail.com> napisał(a):

U mnie pad też był na 3.x :)  bo skoro działało to lepiej było nie
ruszać :) zmiana na 4.x poszła dopiero po padzie dysków ot tak przy
okazji. Mam jeszcze drugi TS-112 jako magazyn głównie pod AV wpięty
do BD/TV i coraz częściej mam odpalanie wentyla na maxa na parę min i
znowu się ucisza, wcześniej aż tak często się nie odpalał.

Wyjmij dyski i odkurz wnętrze. ;-)

Dokładnie

A tam. Backup to się robi w dwóch miejscach jak ma być ultra pewnie.
Backup z kopii ma odtworzyć dane które straciliśmy na podstawowym
nośniku. Bo inaczej to nie backup tylko magazyn danych bez backupu. :-P

Zdrówko

Maciek Babcia Dobosz nabazgrał(a):

Dnia 2014-05-09, o godz. 11:40:30
"Chris" <chris@mail.com> napisał(a):

U mnie pad też był na 3.x :)  bo skoro działało to lepiej było nie
ruszać :) zmiana na 4.x poszła dopiero po padzie dysków ot tak przy
okazji. Mam jeszcze drugi TS-112 jako magazyn głównie pod AV wpięty
do BD/TV i coraz częściej mam odpalanie wentyla na maxa na parę min i
znowu się ucisza, wcześniej aż tak często się nie odpalał.

Wyjmij dyski i odkurz wnętrze. ;-)

Czysto ale i tak przedmucham :)

Dokładnie

A tam. Backup to się robi w dwóch miejscach jak ma być ultra pewnie.
Backup z kopii ma odtworzyć dane które straciliśmy na podstawowym
nośniku. Bo inaczej to nie backup tylko magazyn danych bez backupu. :-P

Struktura bazy + skrypty + wszystko programowe ma backu poza macieżą  ale dane typu zdjęcia/screeny ze względu na liczbę sztuk jak i ilość TB była i jest w jednym miejscu. Obecnie cały system jest robiony od nowa bo rozrosło się to bardzo i do jednego 4-bay Qnap doszedł 8-bay Synology + obecnie jest osobny dedykowany serwer gdzies na polsce (nie pamiętam teraz nazwy gdzie).

--
www.bezwypadkowy.net www.automo.pl www.vinspot.com
www.vin-decoder.net www.dekoder-vin.pl
Sprawdź VIN, wyposażenie, przebieg, historię pojazdu.

Dnia 2014-05-09, o godz. 10:29:49
"Chris" <chris@mail.com> napisał(a):

Jaskiniowiec nabazgrał(a):

> Model z serii TS-x39.

Inny model ... nie ważne ... 2 czy 3 miesiące temu poleciał cały RAID
w tym dwa dyski do serwisu, oby coś z firmware nie było bo już ważne
dane poszły do kosza :(

W moim 259 był problem z czarnymi WD RE4 2 TB - jak kiedyś już
pisałem. W pewnym moemencie system tracił do nich dostęp tak jakby były
niezamontowane. Pomogła wymiana. Na 2TB WD RED. W sumie dziwne to było.
A w identycznej sztuce (i w innej 419-tce) u kolego chodzą WD Grenn 2TB
choć nie są na liście kompatybilności. Ot ciekawostka...

Zdrówko

Maciek Babcia Dobosz nabazgrał(a):

Dnia 2014-05-09, o godz. 10:29:49
"Chris" <chris@mail.com> napisał(a):

Jaskiniowiec nabazgrał(a):

Model z serii TS-x39.

Inny model ... nie ważne ... 2 czy 3 miesiące temu poleciał cały RAID
w tym dwa dyski do serwisu, oby coś z firmware nie było bo już ważne
dane poszły do kosza :(

W moim 259 był problem z czarnymi WD RE4 2 TB - jak kiedyś już
pisałem. W pewnym moemencie system tracił do nich dostęp tak jakby były
niezamontowane. Pomogła wymiana. Na 2TB WD RED. W sumie dziwne to było.
A w identycznej sztuce (i w innej 419-tce) u kolego chodzą WD Grenn 2TB
choć nie są na liście kompatybilności. Ot ciekawostka...
Zdrówko

U mnie chodziły Seagate modelu teraz nie pamiętam bo były wymienianee zaraz po kupnie na inny model bo złe zamontowali na starcie.
Potem już były dokupowane same WD RED i te spisują się odpukac dobrze oprócz pierwszej serii/dostawy od WD która w 90% padła :) jakiś zwalony firmware dali pewnie ale tego nie było dużo sztuk jak to nowość, potem już prawie zero problemów z RED-ami.

--
www.bezwypadkowy.net www.automo.pl www.vinspot.com
www.vin-decoder.net www.dekoder-vin.pl
Sprawdź VIN, wyposażenie, przebieg, historię pojazdu.

Dnia 09.05.2014 Jaskiniowiec <jaskiniowiec@jaskinia> napisał/a:

Tak, wiem, wymiana dysku powinna pomĂłc. Tylko Ĺźe w "normalnym systemie",
jeśli coś się dzieje niepokojącego, to wypluwana jest informacja na
konsolę i praca trwa nadal, ew po wypluciu na ekran, system daje się

Tak to jest w "normalnym systemie". A w normalnym systemie,
jeśli dzieje się coś niepokojącego, to można to odczytać z logów.
Są tam jakieś ciekawe informacje?

--
Dominik & kąpany (via debianowy slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

W dniu 13.05.2014 09:18, Dominik & Co pisze:

Tak, wiem, wymiana dysku powinna pomĂłc. Tylko Ĺźe w "normalnym systemie",
jeśli coś się dzieje niepokojącego, to wypluwana jest informacja na
konsolę i praca trwa nadal, ew po wypluciu na ekran, system daje się

Tak to jest w "normalnym systemie". A w normalnym systemie,
jeśli dzieje się coś niepokojącego, to można to odczytać z logów.
Są tam jakieś ciekawe informacje?

Logi są bardzo okrojone i w dodatku gromadzone w plikach sqlite.
Przynajmniej w tym modelu.

Dnia 14.05.2014 Jaskiniowiec <jaskiniowiec@jaskinia> napisał/a:

Logi są bardzo okrojone i w dodatku gromadzone w plikach sqlite.

Tu nic nie ma?
http://www.puryear-it.com/blog/2013/07/30/where-are-the-qnap-syslog-log-files-located/

--
Dominik & kąpany (via debianowy slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

W dniu 14.05.2014 14:32, Dominik & Co pisze:

Logi są bardzo okrojone i w dodatku gromadzone w plikach sqlite.

Tu nic nie ma?
http://www.puryear-it.com/blog/2013/07/30/where-are-the-qnap-syslog-log-files-located/

Ekspercie, zanim zaczniesz ekspercić, proszę, przeczytaj czyjś
wcześniejszy post, bo nie każdy jest debilem.

Ale skoro się upierasz:
ls -al
-rw-r-- r--     1 admin    administ     24576 Feb 24  2011 conn.log
-rw-r-- r--     1 admin    administ   1765376 May 14 09:33 event.log
-rw-r-- r--     1 admin    administ     82493 May 12 19:31 kmsg
-rw-r-- r--     1 admin    administ   1706308 May 12 09:00 kmsg.2
drwx-- -- --     2 admin    administ      4096 May 12 09:00 qsync/
-rw-r-- r--     1 admin    administ     10240 Feb 15 15:12 qsync_device.db
-rw-r-- r--     1 admin    administ         0 Apr 30 09:13
qsync_device.refresh_flag
-rw-rw-rw-    1 admin    administ    512587 May 12 09:00 qsys.log
-rw-rw-rw-    1 admin    administ    524295 Apr 30 16:56 qsys.log.1
-rw-r-- r--     1 admin    administ         0 Mar 14 14:38 wfm2event.log

z czego powyĹźsze to pliki sqlite3.

Inną kwestią jest,  Ĺźe ten QNAP w niedługim czasie idzie do zaorania,
więc problem jakby mnie już coraz mniej dotyczy...

Jedno jest pewne - nigdy więcej QNAP ani Synology  z ich wynalazkami czy
innego podobnego ścierwa.

Dnia 14.05.2014 Jaskiniowiec <jaskiniowiec@jaskinia> napisał/a:

Ekspercie, zanim zaczniesz ekspercić, proszę, przeczytaj czyjś
wcześniejszy post, bo nie każdy jest debilem.

Najmocniej przepraszam Najjaśniejszego Pana, nie chiałem Pana
urazić, a już broń Boże sugerować Pańskiego niedorozwoju umysłowego.

Nie ośmielałbym się również sugerować, iż forma w której
pański Qnap raczy zapisywać logi stanowi dla Pana jakąkolwiek
przeszkodę w ich odczytaniu. Pozostaje mi więc nieśmiało zasugerować rozważenie zmiany firmware na jakąkolwiek standardową dystrybucję Linuksa, która zapisuje pełne informacje w standardowych logach, co z pewnością pomoże
Panu w trudnym i odpowiedzialnym zadaniu diagnozy problemu.

Z wyrazami naleĹźnego szacunku,

--
Dominik & kąpany (via debianowy slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

W dniu 14.05.2014 19:52, Dominik & Co pisze:

Ekspercie, zanim zaczniesz ekspercić, proszę, przeczytaj czyjś
wcześniejszy post, bo nie każdy jest debilem.

Najmocniej przepraszam Najjaśniejszego Pana, nie chiałem Pana
urazić, a już broń Boże sugerować Pańskiego niedorozwoju umysłowego.

Nie ośmielałbym się również sugerować, iż forma w której
pański Qnap raczy zapisywać logi stanowi dla Pana jakąkolwiek
przeszkodę w ich odczytaniu. Pozostaje mi więc nieśmiało zasugerować rozważenie zmiany firmware na jakąkolwiek standardową dystrybucję Linuksa, która zapisuje pełne informacje w standardowych logach, co z pewnością pomoże
Panu w trudnym i odpowiedzialnym zadaniu diagnozy problemu.

Z wyrazami naleĹźnego szacunku,

Problemem nie są logi, a świrujące dyski, tudzież przewrażliwiony fw,
który na każde pierdnięcie SMART wyłącza macierz albo dyski.
Nie wiem po co TwĂłj trolling, ktĂłry i tak niewiele wnosi do dyskusji.

Owszem, gdy ma się czas i ochotę, można się pobawić sqlite. Gdy coś Ci
się sypie i potrzebujesz "na wczoraj", to o czas na zabawę ciężko. Nie
każdemu chce się też wyszukiwać, jak zwiększyć historię tych danych.
Inną kwestią jest, że w tych logach zbyt wiele info nie ma. Na konsoli
też niewiele się dzieje.

Acz jak już tak chcesz bronić tej Częstochowy, to nie wiem czy bawiłeś
się nowym panelem. Jak już zostało tu gdzieś napisane, ładny, ale
mułowaty. O dodatkach nawet nie wspominam. Tylko ułomny pakuje serwer
multimediów na Atoma, który ryje całymi dniami i buforuje sobie pliki.
Jest to niestety włączane defaultowo nawet po aktualizacji. Po co? Na co?

Nie twierdzę, że taki sprzęt to złe rozwiązanie, ale taki sam lub b.
podobny efekt można osiągnąć kupując byle serwer z kilkoma dyskami i
stawiając na tym FreeNAS. Przynajmniej później wsparcie o wiele większe
(nie ograniczone do jednego forum), bo to nic innego jak podrasowane
FreeBSD + web panel.

A w ogóle to jakiś dystrybutor na Polskę jesteś, czy co, że tak bronisz
tego złomu ?

Dnia 15.05.2014 Jaskiniowiec <jaskiniowiec@jaskinia> napisał/a:

Problemem nie są logi, a świrujące dyski, tudzież przewrażliwiony fw,
który na każde pierdnięcie SMART wyłącza macierz albo dyski.

Bardzo prawdopodobne.

Nie wiem po co TwĂłj trolling, ktĂłry i tak niewiele wnosi do dyskusji.

Ja jestem takim głupcem, że chcę pomóc. A na złośliwości odpowiedziałem
złośliwościami- cóż, ułomna ludzka natura.

Owszem, gdy ma się czas i ochotę, można się pobawić sqlite. Gdy coś Ci

Można. Ponoć można też np. /etc/init.d/klogd.sh dump

się sypie i potrzebujesz "na wczoraj", to o czas na zabawę ciężko. Nie

Jak tak to tak. Ale można też pobawić się dla satysfakcji.

Inną kwestią jest, że w tych logach zbyt wiele info nie ma. Na konsoli
też niewiele się dzieje.

Na konsoli- prawidłowo. Ale w logach to już dziwne.
W syslogu nie ma np. nic w stylu "hard resetting link"?

mułowaty. O dodatkach nawet nie wspominam. Tylko ułomny pakuje serwer
multimediów na Atoma, który ryje całymi dniami i buforuje sobie pliki.

Atom powinien dawać radę, raczej stawiałbym na zwalony soft :-)
Ludzie nawet na malince robią i twierdzą, że działa
(disclaimer: osobiście nie próbowałem).

A w ogóle to jakiś dystrybutor na Polskę jesteś, czy co, że tak bronisz
tego złomu ?

Nie wiem skąd to przeświadczenie. Chcę pomóc w rozwiązaniu problemu
(choćby była to sztuka dla sztuki). Sam nie kupiłbym żadnego dedykowanego
NASa, chyba żeby dla samego sprzętu (musiałby być mocno tani) i własnoręcznego posadzenia Linuksa. Ot, takie zboczenie, że lubię mieć kontrolę nad tym, co system robi i jak działa. Sam mam pseudoNASa domowego (i parę innych
rzeczy) na terminalu IGELa z Linuksem. BTW z niego właśnie piszę.

--
Dominik & kąpany (via debianowy slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

W dniu 2014-05-14 16:16, Jaskiniowiec pisze:

Jedno jest pewne - nigdy więcej QNAP ani Synology  z ich wynalazkami czy
innego podobnego ścierwa.

Widać, że nie używałeś BlacArmorów od Seagata.
Po przesiadce na QNAPa (ts-869pro) mam wreszcie wydajność i niezawodność
choć ten interfejs w ostatniej wersji fw taki sobie a dodatki
(aplikacje) niekoniecznie dopracowane.

Co do logĂłw to od tego jest syslog na serwerze.

--
AWa.

On 09/05/2014 09:07, Jaskiniowiec wrote:

Model z serii TS-x39.

[...]

Jakaś wadliwa seria dysków? To już drugi egzemplarz w ciągu 4 m-cy.

Może to nie wina dysków, tylko zasilacz nie domaga?
Miałem podobny problem z ReadyNAS - kupiłem używkę w komplecie z zasilaczem 3.33A zamiast 5A i co jakiś czas dyski lubiły "ześwirować". Po zastosowaniu odpowiedniego problem ustąpił.
--
  _____ __________________________
  \`   Y   (__)  __\`  |  |  |  '/
   T  | |  |  |  \__T  =  |  !  T  UIN 53883184  GG#1902559
   |__|_|__|__|_____|__|__|_____|  _  l  @  t l e n  .  p l

W dniu 14.05.2014 16:46, Michal Lukasik pisze:

Model z serii TS-x39.

[...]

Jakaś wadliwa seria dysków? To już drugi egzemplarz w ciągu 4 m-cy.

Może to nie wina dysków, tylko zasilacz nie domaga?
Miałem podobny problem z ReadyNAS - kupiłem używkę w komplecie z
zasilaczem 3.33A zamiast 5A i co jakiś czas dyski lubiły "ześwirować".
Po zastosowaniu odpowiedniego problem ustąpił.

O! Dobry kierunek! :)
Zwiechy u mnie były cykliczne o mniej więcej tej samej porze, gdy
wzrastało całościowe obciążenie. Wprawdzie nie podejrzewałbym, że jest
tam zasilacz o mniejszej mocy, a po prostu zasilacz już chyba zaczyna
niedomagać (sprzęt ma ~4lat).

Dzięki za ten trop!