Pomoc Jak zatrzymać eksport kontenera docker?

[mackowiakp]

Uruchomiłem eksport kontenera docker i wykonuje się on już kilkanaście godzin. NAS jest "zabity" bo nie zajmuje się niczym innym niż właśnie eksportem kontenera.
Jak można przerwać operację w tle eksportu kontenera?
Nie mogę nawet dostać się z GUI do Container Station.
Nie pomaga stop/start kontenera czy też reboot NAS.
Ma ktoś jakąś koncepcję?

 

[SiewcaRyżu]

uppss , docker zarządał 24 GB RAMu podczas startu ?
a thunderbird też sobie nie żałował 2 GB

 

[Silas Mariusz]

Tzn w tym case coś jest nie tak z dockerami. Po za tym user korzysta z własnych skryptów które regularnie się odpalały i uruchamiały pracujące dwie jednoczesne komendy find / które chcąc nie chcąc musiały używać dysków twardych.
IMHO tutaj jest włożone dużo kombinowania przy słabej wiedzy. Nie zdarza się też tak, że odpala się container station i nagle znika 8GB RAM.
Plus fakt że z pracy systemu wynika że 1/3 swap jest zabrana, a z logów wynika że dochodzi do OOM czyli brak RAM i 21GB SWAP. No więc sorry…
Moim zdaniem tu nie ma o czym gadać.

 

[mackowiakp]

Wszyscy macie rację. Tylko pytanie brzmi - jak zatrzymać samostart wykonywania się eksportu kontenera w dockerze. Z resztą sobie poradzę.

Połączono posty: 20 Październik 2023

Tak to wygląda jeżeli chodzi o użycie pamięci z wyłączonym CS

23942 23166 admin    S    3294m 41.8   3  0.0 {mariadbd} /share/CACHEDEV1_DATA/.qpkg/MultimediaConsole/mariadb
14331 23254 admin    S    3214m 40.8   3  0.0 /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-
 4412     1 admin    S    2155m 27.3   2  1.7 /sbin/hal_daemon -f
24895 24894 admin    S    2047m 25.9   0  0.0 /mnt/HDA_ROOT/twonkymedia/twonkyserver -inifile /etc/config/twon
15903     1 admin    S    1478m 18.7   2  0.0 /usr/local/sbin/mariadb10d --defaults-file=/share/CACHEDEV1_DATA
14332 21126 admin    S <  1278m 16.2   1  0.0 /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-p
17331 17330 admin    S     894m 11.3   2  0.0 /usr/local/sbin/ncd
15112 14616 admin    S     874m 11.1   2  0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/usr/local/mariadb
27224 26562 admin    S     865m 10.9   3  0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/etc/qcoolie-maria
25909     1 admin    S     822m 10.4   2  0.0 /usr/local/medialibrary/bin/myidbserver -d
24740     1 admin    S     813m 10.3   3  0.0 /sbin/upnpd qvs0 qvs0
24373     1 admin    S     766m  9.7   2  0.0 /usr/local/medialibrary/bin/mymediadbserver -t -d -i -1
28060 28054 admin    S     731m  9.2   0  0.0 /usr/bin/qDmcd
 4329     1 admin    S     705m  8.9   1  0.0 /share/CACHEDEV1_DATA/.qpkg/CloudLink/bin/p2pagent run-answer --
27973     1 admin    S     699m  8.8   2  0.0 /share/homes/media/Pobrane/RADIO/webproc -w -l webui -m 100 -c /
16669     1 admin    S     588m  7.4   0  0.0 /usr/local/sbin/qulogdb --defaults-file=/mnt/ext/opt/QuLog/etc/q
 8745     1 admin    S     557m  7.0   2  0.0 /mnt/ext/opt/Python/bin/python ./manage.pyc runfcgi method=threa
17292     1 admin    S     507m  6.4   1  0.0 /usr/local/sbin/ncdb --defaults-file=/mnt/ext/opt/NotificationCe
13259     1 admin    S     440m  5.5   2  0.0 /mnt/ext/opt/Python/bin/python /mnt/ext/opt/netmgr/api service i
 8840  8838 admin    S     423m  5.3   1  0.0 /usr/local/medialibrary/bin/mytranscodesvr -debug -db /share/CAC
26424 20247 admin    S     371m  4.7   1  0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/config/smb.con
24721 24373 admin    S     365m  4.6   2  0.0 my_qmonitor -pid:24373 -client:mymediadbserver -reg:/share/CACHE
23172     1 admin    S     358m  4.5   1  0.0 {php-fpm-proxy} php-fpm: master process (/etc/php-fpm-sys-proxy.
23173 23172 admin    S     358m  4.5   2  0.0 {php-fpm-proxy} php-fpm: pool www

 

[mackowiakp]

Proces który odpowiada za export kontenera to:

[/share/CACHEDEV1_DATA/.qpkg/container-station] # ps -e|grep docker-tar
1181 admin     16504 S   docker-tar / /share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/34d573b01b1cb8aef5f50b5af0a8e7fd0ab19066651c2e278299639d0fef9f56/merged

Prawdopodobna jest też awaria jednego z dysków w RAID1. Test z NAS jak i test producenta (WD) zawiesza się po wykonaniu 90%. "Wujek Google" twierdzi w wielu miejscach że tak jest i pamiętam jak rok temu wymieniałem dysk z powodu identycznej w objawach awarii. Niestety zbieg okoliczności tzn niemożliwość zatrzymania procesu jak i prawdopodobna awaria dysku. Zamówiłem nowy, być może będę miał jutro


Mam jednak pytanie (bo SMART pokazuje że wszystko jest OK ale nie jest). Czy taka sytuacja mogłaby powodować że jakiś inny proces chce naprawić sytuację i stąd tak duża zajętość pamięci/swap ?

 

[SiewcaRyżu]

niesprawny dysk ? ahaaaa - to informacja bardzo ważna

prosze naprawić albo wymienić dysk i wtedy mozemy dumac dalej

 

[mackowiakp]

Prawdopodobnie niesprawny. Ale po kill procesu docker-tar zajętość pamięci wynosi ok 5GB z 8GB i nie swapuje a Container Station działa. Z drugiej strony obsługa informowania o awarii dysku jest do zupy. Przynajmniej jeżeli chodzi o WD.

 

[SiewcaRyżu]

moim zdaniem masz po prostu pecha z awarią dysku

 

[mackowiakp]

Z awarią dysku tak. Ale support uznał po logach że faktycznie jest problem z zatrzymaniem eksportu procesu. Kiedy naprawią - jak zwykle niewiadomo. Napisałem więc skrypt który po uruchomieniu CS zabija procesy docker-tar.

 

[3Qn]

Tak z ciekawości co to za oporny obraz?

 

[mackowiakp]

Nextcloud