bulgar71

System Engineer
Q Specialist
8 Styczeń 2020
185
13
105
Odznaki
38
WROCŁAW
QNAP
TS-x73A
Ethernet
802.11ac (Wi-Fi 5)
Poz.
2
 
Szanowni Państwo,
może ktoś podpowie jak rozwiązać problem na moim Qnapie TS-473A z 16 GB RAM.
Problem pojawił się kiedy zmieniałem wersję PIHOLE w Portainer.
Po instalacji chciałem w PIHOLE przywrócić wcześniejszą wersję ustawień, która działała od kilku miesięcy
jednak w logach PIHOLE pojawia się błąd
który uniemożliwia przywrócenie poprzedniej konfiguracji.
Na to wszystko pojawia się komunikat jak by zapchany był RAM (16GB)
Nadmienię że listy miałem na poziomie 12 mln i wcześniej update Gravity ładnie pobierał z repo nowe blacklist
qnapawaria.webp


Restart Qnapa pomaga ale kiedy ponownie chcę zrobić update pojawia się komunikat jak wyżej..
Jak mógłbym oczyścić pamięć ze śmieci ?
korzystam z konta na prawach admina
 
Pierwsze co mi przychodzi do głowy zatrzymać wszystko co możesz i spróbować jeszcze raz przywrócić starą wersję dokończyć aktualizację nieszczęsnego pihole.
I generalnie po robić im jakieś limity na zasoby CPU/MEM.
Bo coś czuję że buńcczucne 16GB to lekkie nie dopowiedzenie jeżeli masz naście innych kontenerów.
 
Fragment log z Pihole

Target: https://v.firebog.net/hosts/AdguardDNS.txt
[✓] Status: Retrieval successful
[✗] Unable to update adlist properties in database file /etc/pihole/gravity.db_temp

[✗] Unable to update status of adlist with ID 75 in database /etc/pihole/gravity.db_temp
Runtime error near line 2: database or disk is full (13)


stopping pihole-FTL
sed: couldn't write 18 items to /etc/pihole/sed8WeTUg: No space left on device
tr: write error: No space left on device
tr: write error
sed: couldn't write 13 items to /etc/pihole/sedR69rpl: No space left on device
sha1sum: write error
Połączono posty:

No space left on device ?
miejsce jest
 
Z tego co widzę zdania są podzielone. Słowo przeciwko słowu.

To jest minimum co powinieneś pokazać komukolwiek aby można było gdziekolwiek szukać przyczyny (stan faktyczny pamięci operacyjnej RAM, wolumen Container-Station) oczywiście możesz pokazać screenshoty jako ekwiwalent konsoli.

Bash:
$ df -h  | grep Container
tmpfs                   100.0K         0    100.0K   0% /share/CACHEDEV1_DATA/Container/container-station-data/lib/lxd/shmounts
tmpfs                   100.0K         0    100.0K   0% /share/CACHEDEV1_DATA/Container/container-station-data/lib/lxd/devlxd
overlay                   1.5T    856.3G    686.7G  55% /share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/286bf166b89ca3524ec3df7163c1c5052d44ea2515320efdc45b7efd0dd3bda5/merged

Bash:
$ free -g
             total       used       free     shared    buffers     cached
Mem:            15          8          6          0          0          1
-/+ buffers/cache:          7          8
Swap:           31          0         31
 
Jak mógłbym oczyścić pamięć ze śmieci ?
restart qnapa.

błąd oznacza tyle coś sra do /tmp/ (który ma 16 MB - co jest żałosne ?)
znajdź co to jest i wyeliminuj (np poleceniem lsof | more i patrz co tam pisze do /tmp)
 
pytanie można powiększyć /tmp?
przez polecenie mount -t tmpfs -o remount,rw,nosuid,nodev,noatime,size=100M tmpfs /tmp/
tak mam w routerze zrobione
Raczej niezalecane i powiem tak (a może Silas Mariusz Silas Mariusz rozwinie) - raczej ticket do Supportu. Rozumiem, że pojawiło sie to po jakiejś aktualizacji (beta firmware lub po instalacji jakiegoś software/kontenera itp.). Odśwież swą pamięć i zatrzymaj te usługi/programy jak napisał SiewcaRyżu SiewcaRyżu. Niestety na tę chwilę to raczej doraźne działanie"....w oczekiwaniu na stabilną wersję nowego firmware..."
 
Też mi się tak wydaje czyli aktualizacja firmware Qnap QTS 5.1.0.2399.
Wszytskie 4 moje kontenery działały od kilku miesięcy bez zarzutu i aktualizacji..a przyszło mi się zmienić wersję Pihole i się porobiło..
Złamałem chyba zasadę "jak działa to nie ruszaj"...
 
bulgar71 bulgar71 Cięźko cokolwiek Ci napisać bo Ty chyba pogadać sobie tylko chciałeś na żadne pytania nie odpowiadasz masz tam maksymalnie dwa ważne katalogi na krzyż które pozwolą Ci odtworzyć obraz w nowej instancji ahoj... powodzenia...
YAML:
    volumes:
      - log:/var/log
      - etc_pihole:/etc/pihole
      - etc_dnsmasq_d:/etc/dnsmasq.d
 
  • Lubię to
Reakcje: Silas Mariusz
3QN dzięki za wyjaśnienia lecz nadal jest problem
Disk shortage (/etc/pihole/pihole-FTL.db) ahead: 95% used/etc/pihole: 400.1MB used, 419.4MB total
co jest nie prawdą bo miejsca mam sporo
1685821096147.webp

Połączono posty:

free -g
total used free shared buffers cached
Mem: 15 7 8 0 0 3
-/+ buffers/cache: 2 12
Swap: 30 0 30
 

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

  1. aktualizacja
  2. 473a
  3. restart nas
  4. ssl dla kontenerow
  5. Docker
  6. firmware
  7. Pihole