1293408720 J * Piet ~Piet__@659AABM6G.tor-irc.dnsbl.oftc.net 1293411470 M * Bertl off to bed now ... have a good one everyone! 1293411474 Q * manana Remote host closed the connection 1293411480 N * Bertl Bertl_zZ 1293411806 Q * derjohn_mob Ping timeout: 480 seconds 1293412380 J * derjohn_mob ~aj@p57B0EA73.dip.t-dialin.net 1293416921 J * vizz- ~vizz@2001:1608:12:0:dead:beef:babe:101 1293417005 Q * vizz Remote host closed the connection 1293421560 Q * Piet Ping timeout: 480 seconds 1293429809 Q * hparker Quit: Quit 1293430917 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b640 1293432965 Q * hparker Remote host closed the connection 1293433896 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1293434062 Q * ncopa 1293435295 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1293435953 Q * ncopa Quit: Leaving 1293436866 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1293439559 Q * Romster Quit: Geeks shall inherit properties and methods of object earth. 1293439886 J * petzsch ~markus@p4FF47A56.dip.t-dialin.net 1293441360 Q * petzsch Ping timeout: 480 seconds 1293442104 Q * derjohn_mob Ping timeout: 480 seconds 1293442280 J * manana ~mayday090@84.17.25.149 1293447405 Q * FireEgl Quit: Leaving... 1293449157 J * derjohn_mob ~aj@p57B0EA73.dip.t-dialin.net 1293449527 J * petzsch ~markus@p4FF47A56.dip.t-dialin.net 1293450384 Q * petzsch Quit: Leaving. 1293451569 Q * derjohn_mob Ping timeout: 480 seconds 1293451732 J * biz_ biz@baze.de 1293451793 M * biz_ hi, is there any way to stop a vserver guest with a zombie process in it? 1293452203 M * harry kill it's parent pid 1293452883 M * biz_ harry: what is it's parent? :) 1293455487 M * harry don't know 1293455494 M * harry i am not on your computer/server :) 1293455531 M * harry there is another way... but it's incredibly dangerous and shouldn't be used if you don't know what you're doing 1293456345 J * kir ~kir@swsoft-msk-nat.sw.ru 1293457088 J * padde_ ~padde@patrick-nagel.net 1293457287 Q * padde Ping timeout: 480 seconds 1293457298 N * padde_ padde 1293457606 N * Bertl_zZ Bertl 1293457611 M * Bertl morning folks! 1293457644 M * Bertl biz_: usually a zombie means that something got terribly wrong ... what kernel/patch version? 1293457710 M * harry mostly means that parent is dead/not responding ... not sending the waitpid call 1293457714 M * harry to clean up the zombie 1293457739 M * Bertl if the parent dies, the child is re-parented 1293457756 M * Bertl in the worst case, to init itself, which will do the cleanup 1293457805 M * biz_ according to ps auxf, it has no parent anymore(?) 1293457807 Q * ser Remote host closed the connection 1293457940 M * biz_ Bertl: 2.6.32.9-vs2.3.0.36.29.2-grsec2.1.14-20100312 1293457960 M * Bertl anything in dmesg? 1293457963 M * harry it always has a parent 1293457965 M * harry even if it is 1 1293457971 M * harry then it means it's init 1293457981 M * harry still something is teribly wrong, as Bertl said 1293458042 M * biz_ yeah, but init (pid 1) is this pseudo process when on init style = gentoo? 1293458081 J * piA hermine@188-194-83-206-dynip.superkabel.de 1293458084 N * piA fLoo 1293458086 M * fLoo hey Bertl 1293458102 M * fLoo after upgrading to .36.2 (from .36) i get vc_set_sched(): Function not implemented 1293458114 M * fLoo do i need to update util-vserver ? 1293458123 M * Bertl most likely 1293458133 M * fLoo Versions: 1293458133 M * fLoo Kernel: 2.6.36.2-vs2.3.0.36.38.2 1293458133 M * fLoo VS-API: 0x00020307 1293458133 M * fLoo VCI: 0x0000000013001fd1 1293458133 M * fLoo util-vserver: 0.30.216-pre2914; Oct 28 2010, 20:43:30 1293458163 J * headcr4sh ~bp@p54B2BD9E.dip.t-dialin.net 1293458289 M * biz_ Bertl: can't find anything in dmesg 1293458334 M * Bertl not necessarily a bad sign , what is the process in question? 1293458364 M * biz_ apache2 1293458515 M * biz_ It looks like apache2 was reading data from an nfs mount while the nfs server was rebooted 1293458569 M * Bertl well, that is most likely the reason, try to provide the nfs mount again and wait for the timeout 1293458590 M * harry if it's hardmounted you could be stuck 1293458600 M * Bertl (NFS is usually setup in a way which blocks forever until the share comes back) 1293458614 M * biz_ I did, the share is back 1293458629 M * Bertl is it viisible for the guest? 1293458644 M * biz_ yes, I can access it from within the guest 1293458669 M * Bertl try to send a signal to the process, like SIGCONT or SIGKILL 1293458684 M * Bertl and wait for the (rather long) NFS timeout 1293458706 M * Bertl also check for apache threads with e.g. 'ps maux' 1293458708 M * biz_ rw,noexec,noatime,vers=4,rsize=1048576,wsize=1048576,namlen=255,acregmin=30,soft,proto=tcp,port=0,timeo=100,retrans=3 1293458734 M * Bertl hard,intr is IMHO a better choice (for future reference) 1293458734 M * biz_ let me try SIGCONT, I've tried SIGKILL already without any luck :( 1293458759 M * harry if it's in non blocking IO call, you can't send signals 1293458771 M * harry well... you can, it just will ignore them :) 1293458777 M * harry until the call returns :) 1293458882 M * biz_ http://pastebin.com/qPFct6HS 1293458889 M * biz_ that's how it looks in ps maux 1293458986 M * Bertl are you able to attach with strace? 1293458988 M * biz_ no luck so far with SIGCONT either 1293459004 M * biz_ attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted 1293459020 M * Bertl are you trying to attach from the host/spectator? 1293459042 M * biz_ this is from within the guest. let me try from the host 1293459145 M * biz_ $ chcontext --silent --ctx 1 strace -p 27036 1293459145 M * biz_ attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted 1293459157 M * Bertl okay 1293459179 M * Bertl well, you can wait a little (timeout can be up to an hour if the delay was long enough) 1293459248 M * Bertl after that, if possible, stop the guest (i.e. all the other processes) and if the context remains, switch to a different context number and restart the guest 1293459274 M * Bertl the zombie schould not block any ports and will not consume many resources 1293459338 M * biz_ that's the problem, it is still bound to the port :( 1293459353 M * Bertl really? that is unusual 1293459391 M * Bertl well, NFS is quite a hack nowadays, and if there was a better solution for unix related file sharing, nobody would use it anymore 1293459402 M * biz_ the PID/Program name column of netstat is empty and cannot resolve to the zombie, but the port is still bound 1293459428 M * Bertl the apache port I presume? 1293459448 M * Bertl did you try binding it again in a guest? 1293459461 M * biz_ yes: 1293459484 M * harry i have a small program somewhere that helped me out some years ago on zombies 1293459494 M * harry it's 32 bit i386 code 1293459507 M * harry what it basically does is inject a waitpid syscall in the parent 1293459519 M * harry but i wouldn't use it if it's a machine that runs production 1293459524 M * harry since it's really dirty way 1293459534 M * harry but it has been known to work on my systems 1293459557 M * biz_ http://pastebin.com/N1mtqiVV 1293459588 M * Bertl biz_: should be easy then 1293459602 M * Bertl get the nid for the guest (most likely the same as the xid) 1293459626 M * Bertl remove the assigned IPs from that one and start the guest with a new xid/nid 1293459680 M * Bertl (remove here means get rid of the all IPs, and assign a dummy IP not used on the system to avoid an universal bind) 1293459861 M * biz_ ah, ok. well, since there are other services in this guest, I will probably just go for a reboot. I'd have to fallback to the standby server anyways 1293460020 M * Bertl that's up to you, but a guest restart would suffice, IMHO 1293460056 M * Bertl anyway, off for now ... bbl 1293460062 N * Bertl Bertl_oO 1293460207 M * biz_ ok. thank you, harry and Bertl_oO! :) 1293461238 J * FireEgl ~FireEgl@173-25-19-139.client.mchsi.com 1293462485 Q * headcr4sh Ping timeout: 480 seconds 1293462592 J * headcr4sh ~bp@p54B2BD38.dip.t-dialin.net 1293462859 J * mikezzz mike@no.phear.eu 1293463534 J * dowdle ~dowdle@scott.coe.montana.edu 1293469221 J * MeCooL mecool@94.128.17.104 1293475063 J * blubber 4d3a81d3@ircip3.mibbit.com 1293475150 M * blubber hi 1293475952 M * blubber spricht hier jemand deutsch? 1293476312 M * julius nein 1293476372 M * julius Obwohl ich es eig. garnicht weiß. 1293476431 M * blubber hehe, ich habe eine "dumme Frage". Ist es als Guest auf einem VServer möglich herauszufinden auf welchem VServer Host man ist? 1293477022 Q * blubber Quit: http://www.mibbit.com ajax IRC Client 1293481383 J * Piet ~Piet__@659AABNMO.tor-irc.dnsbl.oftc.net 1293483421 J * petzsch ~markus@p4FF47A56.dip.t-dialin.net 1293483604 Q * headcr4sh Quit: headcr4sh 1293483741 Q * petzsch Quit: Leaving. 1293484801 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b601 1293484977 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1293485994 N * Bertl_oO Bertl 1293485998 M * Bertl back now ... 1293486054 J * petzsch ~markus@p4FF47A56.dip.t-dialin.net 1293486656 Q * bonbons Quit: Leaving 1293488932 Q * petzsch Quit: Leaving. 1293491812 Q * fLoo 1293491915 Q * MeCooL Ping timeout: 480 seconds 1293493125 Q * Piet Ping timeout: 480 seconds 1293493664 J * Piet ~Piet__@04ZAABREF.tor-irc.dnsbl.oftc.net