A good idea! The modprobe command is actually in the ps below - it is part of the /etc/init.d/iptables script, and apparently was trying to remove the ipt_state module. The result, however:
[EMAIL PROTECTED] init.d]# rmmod ipt_state ERROR: Module ipt_state does not exist in /proc/modules (sigh). In fact /proc/modules is empty. [EMAIL PROTECTED] init.d]# ls -ltr /proc/modules -r--r--r-- 1 root root 0 Nov 19 14:46 /proc/modules j On Wed, 19 Nov 2008, Danny Nicholas wrote: > Your could try this > History|grep modprobe > Rmmod XXX where xxx is the parameter from the history|grep modprobe. > This of course assumes that the command is in your last 1000 commands. > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Jeff > LaCoursiere > Sent: Wednesday, November 19, 2008 2:20 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] puzzle > > > Yes, the second 'ps' below showed the parent to be '1' (init), which means > its real parent died already. > > Any attempt to flush the iptables hangs :( > > j > > On Wed, 19 Nov 2008, Danny Nicholas wrote: > >> Have you done a ps -elf to see if the process has a parent that is >> re-launching or preserving it? >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff >> LaCoursiere >> Sent: Wednesday, November 19, 2008 1:58 PM >> To: asterisk-users@lists.digium.com >> Subject: [asterisk-users] puzzle >> >> >> Sorry again for the only marginal relation to asterisk, but the issue does >> affect the voice performance I am experiencing, so I am soothing my guilt >> with that. >> >> Bet you don't see this every day: >> >> ast% uptime >> 13:48:08 up 981 days, 18:29, 1 user, load average: 1.08, 1.02, 1.01 >> ast% >> >> I *REALLY* want this machine to see 1000 days uptime, if for nothing other >> than bragging rights. Its been through mysql and asterisk upgrades, a >> horrible hacking nightmare that very nearly made me reboot, and several >> power outages where the batteries lasted JUST long enough to keep her up. >> >> After all of this, I find I may have to reboot after all. Because there >> is a [EMAIL PROTECTED] process running, consuming 100% CPU (note the load >> average), >> and I cannot seem to kill it: >> >> ast% ps auxw | grep modprobe >> root 17744 99.9 0.0 2688 412 ? RN Nov03 23223:01 modprobe >> -r ipt_state >> ast% ps ealx | grep modprobe | grep -v grep >> 4 0 17744 1 39 19 2688 412 - RN ? 23223:38 >> modprobe -r ipt_state >> ast% sudo kill 17744 >> ast% sudo kill 17744 >> ast% sudo kill -9 17744 >> ast% sudo kill -9 17744 >> ast% !ps >> ps ealx | grep modprobe | grep -v grep >> 4 0 17744 1 39 19 2688 412 - RN ? 23224:41 >> modprobe -r ipt_state >> ast% >> >> You may also notice that I tried "renice" to bump it all the way to +19 >> and still it consumes 100% of the CPU. The result for asterisk is that I >> hear bits of robot noise during conversations, which is annoying as hell >> but not neccessarily show stopping. But for another 19 days?? Argg! >> >> I assume that because it is 'modprobe' it has tickled some kernel bug that >> is merrily spinning away and won't respond to interrupts. I even tried to >> stop it with gdb and strace, both of which also hung and had to be killed >> with -9. >> >> It seems to be related to me screwing with the iptables a few weeks ago. >> >> Any ideas other than rebooting? >> >> Cheers, >> >> j >> >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
