Data: 2014-05-13 07:18:40 | |
Autor: Dominik & Co | |
Problemy z QNAP | |
Dnia 09.05.2014 Jaskiniowiec <jaskiniowiec@jaskinia> napisał/a:
Tak, wiem, wymiana dysku powinna pomóc. Tylko że w "normalnym systemie", 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. |
|
Data: 2014-05-14 13:18:17 | |
Autor: Jaskiniowiec | |
Problemy z QNAP | |
W dniu 13.05.2014 09:18, Dominik & Co pisze:
Tak, wiem, wymiana dysku powinna pomóc. Tylko że w "normalnym systemie", Logi są bardzo okrojone i w dodatku gromadzone w plikach sqlite. Przynajmniej w tym modelu. |
|
Data: 2014-05-14 12:32:21 | |
Autor: Dominik & Co | |
Problemy z QNAP | |
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. |
|
Data: 2014-05-14 16:16:04 | |
Autor: Jaskiniowiec | |
Problemy z QNAP | |
W dniu 14.05.2014 14:32, Dominik & Co pisze:
Ekspercie, zanim zaczniesz ekspercić, proszę, przeczytaj czyjśLogi są bardzo okrojone i w dodatku gromadzone w plikach sqlite. 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. |
|
Data: 2014-05-14 17:52:09 | |
Autor: Dominik & Co | |
Problemy z QNAP | |
Dnia 14.05.2014 Jaskiniowiec <jaskiniowiec@jaskinia> napisał/a:
Ekspercie, zanim zaczniesz ekspercić, proszę, przeczytaj czyjś 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. |
|
Data: 2014-05-15 08:47:50 | |
Autor: Jaskiniowiec | |
Problemy z QNAP | |
W dniu 14.05.2014 19:52, Dominik & Co pisze:
Problemem nie są logi, a świrujące dyski, tudzież przewrażliwiony fw,Ekspercie, zanim zaczniesz ekspercić, proszę, przeczytaj czyjś 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 ? |
|
Data: 2014-05-15 08:59:45 | |
Autor: Dominik & Co | |
Problemy z QNAP | |
Dnia 15.05.2014 Jaskiniowiec <jaskiniowiec@jaskinia> napisał/a:
Problemem nie są logi, a świrujące dyski, tudzież przewrażliwiony fw, 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 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 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 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. |
|
Data: 2014-05-14 19:18:02 | |
Autor: Andrzej W. | |
Problemy z QNAP | |
W dniu 2014-05-14 16:16, Jaskiniowiec pisze:
Jedno jest pewne - nigdy więcej QNAP ani Synology z ich wynalazkami czy 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. |