Komunikat "Wystąpiła awaria systemu. Urządzenie ma za mało systemowej pamięci specjalnej..."

Artproject-2004

System Engineer
Q Specialist
2 Lipiec 2021
167
1
36
28
QNAP
TS-x51
Ethernet
null
Witam, wczoraj komunikat pojawił się raz, ale po restarcie wyglądało jakby NAS wrócił do normy. Dzisiaj niestety znowu to samo, zużycie RAM (18GB) na 100%, a praktycznie wszystko wyłączone. Widziałem na forum, że takie rzeczy jakiś czas temu miały miejsce i aktualizacja firmware likwidowała problem.

Zaktualizowałem do najnowszej "bety", ale póki co nie mogę zdalne wymusić restartu.

Jak się za to zabrać?
c87cd273c09b707f8c4bdb8ca1f3f54d.jpg
3562992ee031e070938d333f591c12e1.jpg
 
Bash:
df -h
zobacz co ma usage 100%
zrob reboot
Możesz rzucić okiem, mam taki wynik:
Kod:
Filesystem                Size      Used Available Use% Mounted on
none                    400.0M    400.0M         0 100% /
devtmpfs                  8.7G      8.0K      8.7G   0% /dev
tmpfs                    64.0M      1.7M     62.3M   3% /tmp
tmpfs                     8.7G    144.0K      8.7G   0% /dev/shm
tmpfs                    16.0M         0     16.0M   0% /share
/dev/mmcblk0p5            7.7M     46.0K      7.7M   1% /mnt/boot_config
tmpfs                    16.0M         0     16.0M   0% /mnt/snapshot/export
/dev/md9                493.5M    106.7M    386.8M  22% /mnt/HDA_ROOT
cgroup_root               8.7G         0      8.7G   0% /sys/fs/cgroup

Kod:
/dev/md13               417.0M    386.3M     30.7M  93% /mnt/ext
tmpfs                    32.0M     27.2M      4.8M  85% /samba_third_party
tmpfs                     1.0M         0      1.0M   0% /share/external/.nd
tmpfs                     1.0M         0      1.0M   0% /share/external/.cm
tmpfs                     1.0M         0      1.0M   0% /mnt/hm/temp_mount
tmpfs                     1.0M         0      1.0M   0% /share/.quftp_client
tmpfs                     4.0K         0      4.0K   0% /tmp/default_dav_root
tmpfs                    48.0M    220.0K     47.8M   0% /share/CACHEDEV1_DATA/.samba/lock/msg.lock
tmpfs                    16.0M         0     16.0M   0% /mnt/ext/opt/samba/private/msg.sock

Wynik
Kod:
# du -hx --max-depth=1 /
Kod:
0       /mysql
0       /rpc
0       /samba_third_party
0       /flashfs_tmp
128K    /run
112M    /usr
96M     /home
0       /share
0       /sys
0       /dev
48K     /root
0       /lost+found
0       /tmp
90M     /lib
8.3M    /etc
2.6M    /var
0       /proc
32M     /sbin
449K    /mnt
4.5M    /bin
0       /new_root
345M    /

Reszta raczej nie za wiele zużywa.
 
Dobra,
Qnap powoli wraca do żywych, ponowna konfiguracja Przełącznika Virtualnego załatwiła sprawę z problemami dot. uruchomienia maszyny wirtualnej w VStation, zdalnym logowaniem z Qfindera, Qfile, Qphoto, Qbelt...
Pozostaje do rozwiązania sprawa dużego zużycia procesora i RAM'u.
Czy tu jakieś pomysły na poprawę tej sytuacji? - na razie oprócz wymiany NASA :)
7.png
 
Były momenty, że indeksował jakies fotki i instalował aktualizacje apek...ale indeksacja trwała chwilę, a apki instalował jakby chciał, a nie mógł.
Teraz powiedzmy w "bezczynności" - bo standardowo chodzi Vstation i Container Station skacze pomiędzy 7-73%.
 
nie łaska swój temat otworzyć ?
Dziwna sprawa na ostatniej wersji beta QTS 5.1.0.2348 działam już chyba ok 2 tyg. i wczoraj w nocy też mi się trafiło to "szczęście".
Komunikaty identyczne CPU 0% albo -% (bez wartości), RAM 100%, albo -% też bez żadnych cyferek, działanie interfejsu mocno spowolnione, ale zarówno w Monitorze zasobów jak i HTOP zajętość CPU poniżej 10%, RAM'u poniżej 50%. Wyłączyłem wszystko w App Center, restarcik i ździwko - te same błędy przy czystym AppCenter . Pomyślałem, że może jakieś indeksowanie, albo inne gówno leci którego nie widzę. Było dość późno więc poszedłem spać, może mu przejdzie do rana ;)
Rano bez zmian. Interfejs dalej się ślimaczy, ale pojawiło się nowe ostrzeżenie: "Wolumin systemowy ma status „Odczyt/usuwanie”. Sprawdzam zajętość SSD'ka - 20% na migawki - OK, Zajęte miejsce ok 46% plus wolne ok 80GB powyżej progu ostrzegawczego, a ten mi krzyczy o braku miejsca?
Co to znaczy, gdy wolumin ma status „Odczyt/usuwanie” i co mogę zrobić?
Na dysku wolnego ponad 200GB, a na powyższej stronce piszą o możliwych problemach gdy wolne miejsce spadnie poniżej 32GB, więc mam spory zapas.
Najpierw zauważyłem wywalone migawki tym dysku zamiast ustawionych siedmiu jest tylko jedna i to z dzisiejszej nocy inne wcięło (?), a ta chyba bezużyteczna. Jednym z pomysłów na wolumen ze statusem odczyt/usuwanie było usunięcie niechcianych migawek, a że ta jedyna i tak nie budziła mojego zaufania to ją skasowałem. Restart i czysty system wrócił do żywych. Zaczynam po kolei włączać apki z AppCenter i zauważyłem wywalone kontenery, a dokładniej ich brak. To znaczy na dysku są wszystkie dane i obrazy, ale w Container Station pustka. Kontenerami postanowiłem zająć się później, pewnie jutro. Na razie uruchomiłem wszystkie "moje" apki w AppCenter, w Multimedia Console zobaczyłem brak indeksów i miniatur. Rozpoznawanie twarzy, obiektów i obrazów podobnych również brak. Zaglądam w Zarządzanie zawartością i źródła zawartości - wszystko wyczyszczone.
Obecnie póki co całość działa normalnie, Indeksy i miniatury wygenerowane od nowa, ale musiałem ręcznie pododawać źródła multimediów. Rozpoznawania jeszcze się generują.
Nie wiem co wywaliło system (beta), czy Container Station 3 (również beta), czy też może spowodowały to problemy z fikcyjnym "brakiem miejsca" na dysku systemowym.
 

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

  1. non-root
  2. firmware
  3. urządzenie ma za mało
  4. awaria systemu
  5. Komunikat: wystąpiła awaria systemu. Urządzenie ma za mało systemowej pamięci..
  6. odczyt/usuwanie
  7. wirtualna maszyna
  8. usuwanie migawek
  9. mysql export
  10. beta
  11. problem po restarcie