On Wednesday 22 December 2010 08:23:19 MrHanMan wrote:
> On Wed, Dec 22, 2010 at 6:41 AM, Steve Davies
wrote:
> > On 21 December 2010 22:06, Tilghman Lesher
wrote:
> >> On Monday 20 December 2010 14:39:36 Ernie Dunbar wrote:
> >>> We have an issue with our Asterisk install where Asterisk produc
I happened to see it pop up on the bug tracker. Issue #0018515. Very
funny error message in the patch.
On Wed, Dec 22, 2010 at 6:41 AM, Steve Davies wrote:
> On 21 December 2010 22:06, Tilghman Lesher wrote:
>> On Monday 20 December 2010 14:39:36 Ernie Dunbar wrote:
>>> We have an issue with o
On 21 December 2010 22:06, Tilghman Lesher wrote:
> On Monday 20 December 2010 14:39:36 Ernie Dunbar wrote:
>> We have an issue with our Asterisk install where Asterisk produces many
>> Zombie processes (on the order of several hundred per minute) until
>> either the Asterisk server is restarted (
> On Mon, Dec 20, 2010 at 5:39 PM, Ernie Dunbar
> wrote:
>> We have an issue with our Asterisk install where Asterisk produces many
>> Zombie processes (on the order of several hundred per minute) until
>> either
>> the Asterisk server is restarted (and the zombies die a natural death),
>> or
>> t
On Monday 20 December 2010 14:39:36 Ernie Dunbar wrote:
> We have an issue with our Asterisk install where Asterisk produces many
> Zombie processes (on the order of several hundred per minute) until
> either the Asterisk server is restarted (and the zombies die a natural
> death), or the kernel ru
Actually, no. This is part of a migration, and those are mostly customers'
secondary lines (which for the most part, aren't even active). We get a
lot of these bad logins because the retry times on the ATAs are quite
short.
Asterisk really *shouldn't* leave zombies around for every bad login, but
On Mon, Dec 20, 2010 at 5:39 PM, Ernie Dunbar wrote:
> We have an issue with our Asterisk install where Asterisk produces many
> Zombie processes (on the order of several hundred per minute) until either
> the Asterisk server is restarted (and the zombies die a natural death), or
> the kernel runs
Your server is being brute-forced. Read this article (http://www.voip-info.org/wiki/view/Fail2Ban+(with+iptables)+And+Asterisk) and set up fail2ban on your machine right now.Atenciosamente,Vinícius FontesGerente de Segurança da InformaçãoCanall Tecnologia em ComunicaçõesPasso Fundo - RS - Brasil+55
> Am 20.12.2010 21:39, schrieb Ernie Dunbar:
>> We have an issue with our Asterisk install where Asterisk produces many
>> Zombie processes (on the order of several hundred per minute) until
>> either
>> the Asterisk server is restarted (and the zombies die a natural death),
>> or
>> the kernel ru
Am 20.12.2010 21:39, schrieb Ernie Dunbar:
We have an issue with our Asterisk install where Asterisk produces many
Zombie processes (on the order of several hundred per minute) until either
the Asterisk server is restarted (and the zombies die a natural death), or
the kernel runs out of PID spa
We have an issue with our Asterisk install where Asterisk produces many
Zombie processes (on the order of several hundred per minute) until either
the Asterisk server is restarted (and the zombies die a natural death), or
the kernel runs out of PID space (happens within hours) and brings the
system
11 matches
Mail list logo