Zaseknutí webserveru
Napsal: 22 srp 2024, 12:07
Stalo se mi na TS 228A-arm/Firmware version QTS 5.1.5.2679 Build 20240219 , že jsem si prostě chtěl z webserveru (na portu 80) stáhnout 80 MB soubor. Stáhla se půlka a pak se webserver odmlčel. Ale nějak podivně - napůl. Prohlédnutím komunikace přes tcpdump jsem zjistil, že on ten webserver jakoby běží, přijme tcp spojení, přijme request, odpoví ack, ale pak se nic neděje.
Druhá věc - ten soubor šel stáhnout v pohodě přes File Manager (port 8080).
Poté, co se to stalo , do kernel logu (dmesg | tail -n 10) nepřibyly žádné záznamy.
Jelikož příkaz top ani ps nefunguje, když se nachází některé procesy v stavu zombie (vypíše pár prvních a nedokončí se),Tady je výpis příkazu, který seskupí spuštěné procesy podle jména binárky/příkazu a seřadí od nejčetnějších:
je mi to divné, posledních 8 (thttpd ,manarequest, biosed ,wsd, ) .... ps jsem popisoval výše, zůstane viset. Grep byl patrně zavolán na ps | grep, takže ten se taky nepočítá (čeká na ps, který nikdy neskončí,)
za třetí - zkoušel jsem vypnout http server přes (Control panel - služby - www server)- odšrtnout Povolit webserver, Apply, to proběhlo, ale zašrtnout+Apply trvá asi už 5 minut. Když to doběhne - checkbox není zaškrtlý a webserver se už znovu nespustí
Mám tam asi 16 procesů zombie (dokáže to zobrazit resource monitor-procesy naštěstí). První dva nejou zombie:
Restartovaný byl před 10 dny a prodělal 3 kernal oops (vše do prvního dne)
(Call trace : remove_vma+0x20/0x60, remove_vma+0x20/0x60, anon_vma_interval_tree_remove+0x1d8/0x270)
(3x Unable to handle kernel paging request at virtual address)
Process : 2x hal_enc_usb, 1x getcfg
Něco jsem našel zde: uvidím, jestli mi to pomůže: https://duckduckgo.com/?t=h_&q=%22_thtt ... bie&ia=web - ale vlákno z roku 2018 a 2009.
Druhá věc - ten soubor šel stáhnout v pohodě přes File Manager (port 8080).
Poté, co se to stalo , do kernel logu (dmesg | tail -n 10) nepřibyly žádné záznamy.
Jelikož příkaz top ani ps nefunguje, když se nachází některé procesy v stavu zombie (vypíše pár prvních a nedokončí se),Tady je výpis příkazu, který seskupí spuštěné procesy podle jména binárky/příkazu a seřadí od nejčetnějších
Kód: Vybrat vše
cat proc/*/comm | sort | uniq -c | sort -n | tail -n 10
3 udevd
3 winbindd
4 dm-tier
4 netstat
5 ext4-rsv-conver
5 sh
5 sshd
10 awk
11 ps
15 kdmflush
20 grep
20 wsd.sh
28 bioset
51 manaRequest.cgi
94 _thttpd_
Podobný stav je i po 10 minutách
!!!po hodině_
28 bioset
85 manaRequest.cgi
151 _thttpd_ ('!!!)
je mi to divné, posledních 8 (thttpd ,manarequest, biosed ,wsd, ) .... ps jsem popisoval výše, zůstane viset. Grep byl patrně zavolán na ps | grep, takže ten se taky nepočítá (čeká na ps, který nikdy neskončí,)
za třetí - zkoušel jsem vypnout http server přes (Control panel - služby - www server)- odšrtnout Povolit webserver, Apply, to proběhlo, ale zašrtnout+Apply trvá asi už 5 minut. Když to doběhne - checkbox není zaškrtlý a webserver se už znovu nespustí
Mám tam asi 16 procesů zombie (dokáže to zobrazit resource monitor-procesy naštěstí). První dva nejou zombie:
Kód: Vybrat vše
Process Name User PID Status CPU Usage Memory
getcfg admin 597 Uninterruptible 0 % 0 KB
hal_daemon admin 3708 Sleeping 3.29 % 13.7 MB
userConfig.cgi admin 11259 Zombie 0 % 0 KB
userConfig.cgi admin 11260 Zombie 0 % 0 KB
privRequestV2.c admin 11265 Zombie 0 % 0 KB
sysinfoReq.cgi admin 11267 Zombie 0 % 0 KB
userConfig.cgi admin 11289 Zombie 0 % 0 KB
userConfig.cgi admin 11293 Zombie 0 % 0 KB
userConfig.cgi admin 11301 Zombie 0 % 0 KB
userConfig.cgi admin 11330 Zombie 0 % 0 KB
userConfig.cgi admin 11333 Zombie 0 % 0 KB
sysinfoReq.cgi admin 11371 Zombie 0 % 0 KB
qidRequest.cgi admin 11382 Zombie 0.39 % 0 KB
sysRequest.cgi admin 11384 Zombie 0 % 0 KB
qlicenseRequest admin 11388 Zombie 0 % 0 KB
_thttpd_ admin 11397 Zombie 0 % 0 KB
_thttpd_ admin 11406 Zombie 0 % 0 KB
disk_manage.cgi admin 11447 Zombie 11.82 % 0 KB
disk_manage.cgi admin 11456 Zombie 2.52 % 0 KB
disk_manage.cgi admin 11457 Zombie 2.13 % 0 KB
disk_manage.cgi admin 11459 Zombie 5.81 % 0 KB
disk_manage.cgi admin 11508 Zombie 6.01 % 0 KB
disk_manage.cgi admin 11509 Zombie 3.1 % 0 KB
(Call trace : remove_vma+0x20/0x60, remove_vma+0x20/0x60, anon_vma_interval_tree_remove+0x1d8/0x270)
(3x Unable to handle kernel paging request at virtual address)
Process : 2x hal_enc_usb, 1x getcfg
Něco jsem našel zde: uvidím, jestli mi to pomůže: https://duckduckgo.com/?t=h_&q=%22_thtt ... bie&ia=web - ale vlákno z roku 2018 a 2009.
Přijít o web server se mi fakt nechceTS-409 - 2009 píše:However, after removing every single QPKG installed, and disabling Web File Manager, Multimedia Station, Download Station, iTunes Service, UPnP Media Server, the Web Server and finally the FTP Service
https://forum.qnap.com/viewtopic.php?t=16724
I've been having a problem for several months now: the nas crashes almost every day. I have the impression that this is caused by a large number of zombie processes.