Stránka 1 z 1

Zaseknutí webserveru

Napsal: 22 srp 2024, 12:07
od paternoster
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

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
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.
TS-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
Přijít o web server se mi fakt nechce

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.