Re: [asterisk-users] puzzle

2008-11-20 Thread Philipp Kempgen
Is this a competition about how many levels of quotes the list can handle or something? SCNR. ;-) Steve Totaro schrieb: On Wed, Nov 19, 2008 at 8:58 PM, Jeff LaCoursiere [EMAIL PROTECTED] wrote: On Wed, 19 Nov 2008, Steve Totaro wrote: On Wed, Nov 19, 2008 at 8:29 PM, Jeff LaCoursiere [EMAIL

Re: [asterisk-users] puzzle

2008-11-20 Thread Steve Totaro
Always a self appoited list Nazi. If it bothers you, then don't bother reading. On Thu, Nov 20, 2008 at 7:23 AM, Philipp Kempgen [EMAIL PROTECTED] wrote: Is this a competition about how many levels of quotes the list can handle or something? SCNR. ;-) Steve Totaro schrieb: On Wed,

[asterisk-users] puzzle

2008-11-19 Thread Jeff LaCoursiere
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

Re: [asterisk-users] puzzle

2008-11-19 Thread Brent Davidson
Try flushing all of your iptables and see if that helps. See if there's anything in your dmesg that might indicate what's up. Jeff LaCoursiere wrote: 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

Re: [asterisk-users] puzzle

2008-11-19 Thread Danny Nicholas
: [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

Re: [asterisk-users] puzzle

2008-11-19 Thread Jeff LaCoursiere
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

Re: [asterisk-users] puzzle

2008-11-19 Thread Danny Nicholas
: 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

Re: [asterisk-users] puzzle

2008-11-19 Thread Tzafrir Cohen
On Wed, Nov 19, 2008 at 07:57:33PM +, Jeff LaCoursiere wrote: 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

Re: [asterisk-users] puzzle

2008-11-19 Thread Jeff LaCoursiere
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

Re: [asterisk-users] puzzle

2008-11-19 Thread Jeff LaCoursiere
On Wed, 19 Nov 2008, Tzafrir Cohen wrote: On Wed, Nov 19, 2008 at 07:57:33PM +, Jeff LaCoursiere wrote: ast% ps auxw | grep modprobe root 17744 99.9 0.0 2688 412 ?RN Nov03 23223:01 modprobe -r ipt_state modprobe -r is basically rmmod . rmmod and insmod and nowdays

Re: [asterisk-users] puzzle

2008-11-19 Thread Tzafrir Cohen
On Wed, Nov 19, 2008 at 09:06:47PM +, Jeff LaCoursiere wrote: I grepped for the PID and found this: Nov 19 14:52:40 ast kernel: modprobe R running 2988 17744 1 31140 28078 (NOTLB) The next line started with 'sshd', so I guess there was no trace with this? Right :-(

Re: [asterisk-users] puzzle

2008-11-19 Thread Danny Nicholas
Subject: Re: [asterisk-users] puzzle 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

Re: [asterisk-users] puzzle

2008-11-19 Thread Jeff LaCoursiere
PROTECTED] On Behalf Of Jeff LaCoursiere Sent: Wednesday, November 19, 2008 2:47 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] puzzle A good idea! The modprobe command is actually in the ps below - it is part of the /etc/init.d/iptables script

Re: [asterisk-users] puzzle

2008-11-19 Thread Steve Totaro
: Re: [asterisk-users] puzzle 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

Re: [asterisk-users] puzzle

2008-11-19 Thread Jeff LaCoursiere
, November 19, 2008 2:47 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] puzzle 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

Re: [asterisk-users] puzzle

2008-11-19 Thread Steve Totaro
, November 19, 2008 2:47 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] puzzle 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

Re: [asterisk-users] puzzle

2008-11-19 Thread Jeff LaCoursiere
PROTECTED] On Behalf Of Jeff LaCoursiere Sent: Wednesday, November 19, 2008 2:47 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] puzzle A good idea! The modprobe command is actually in the ps below - it is part of the /etc/init.d/iptables script

Re: [asterisk-users] puzzle

2008-11-19 Thread Alex Balashov
No. You can't restart the iptables scripts of any distro and expect them to unstick a conntrack module, even if they explicitly reload those modules from the script (as the user himself tried to do and failed) rather than simply installing iptables rules and expecting them to be loaded on

Re: [asterisk-users] puzzle

2008-11-19 Thread Steve Totaro
-Commercial Discussion Subject: Re: [asterisk-users] puzzle 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

Re: [asterisk-users] puzzle

2008-11-19 Thread Jeff LaCoursiere
: Wednesday, November 19, 2008 2:47 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] puzzle 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

Re: [asterisk-users] puzzle

2008-11-19 Thread Steve Totaro
/modules|more -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff LaCoursiere Sent: Wednesday, November 19, 2008 2:47 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] puzzle A good idea! The modprobe

Re: [asterisk-users] puzzle

2008-11-19 Thread Alex Balashov
Jeff LaCoursiere wrote: Did I miss anything? Nope. You're dead on. -- Alex Balashov Evariste Systems Web: http://www.evaristesys.com/ Tel: (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (706) 338-8599 ___ -- Bandwidth and

Re: [asterisk-users] puzzle

2008-11-19 Thread Jeff LaCoursiere
, 2008 2:47 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] puzzle 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

Re: [asterisk-users] puzzle

2008-11-19 Thread Steve Totaro
, 2008 2:47 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] puzzle 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