Greetings,
Having a problem with Queues with FreePBX seemingly causing hundreds of asterisk processes to be opened with never close even after the calls are done and eventually overwhealm system resource causing a crash. I’ve seen some postings regarding dailparties.agi scripts ending up this way, but am not seeing that. Instead its hundereds of asterisk processes (857 before last crash). Has anybody seen something like this before?
Here is pertinant info:
SYSTEM
3.0GHZ P4
4GB RAM
80GB HDD
SOFTWARE
Centos 4.3 (updated to current)
Asterisk 1.2.12.1
FreePBX 2.1.3
CONFIGURATION
1 DID
2 QUEUES
ULAW CODEC ONLY (NO TRANSCODING)
SIP to AGENTS
IAX2 to VoIP Provider for PSTN (30 Channels Max)
SUMMARY: All calls on any inbound DID enter QUEUE 1. If queue 1 has more than 5 callers waiting, bounce them to queue 2. If people wait in QUEUE2 for over 2 mintues, try queue 1 again.
QUEUE 1 (PRIMARY QUEUE)
20 STATIC AGENTS (only 10 are generally logged into their SIP clients at once)
Agent Annoncement: None
Hold Music Category: Default
Max Wait Time: 2 Minutes
Max Callers: 5
Join Empty: No
Leave When Empty: No
Ring Strategy: Ringall
Agent Timeout: 15 seconds
Retry: 5 Seconds
Wrap Up Time: 15 Seconds
Call Recording: No
Caller Annoucements: 1 Minute
Annouce Position: no
Annouce Hold time: Yes
Voice Menu: None
Join Annoucement: DayGreeting
Fail Over Destination: Queue 2
QUEUE2: Failover Queue
20 STATIC AGENTS CONFIGURED (not all logged into SIP clients but different list than QUEUE 1)
Agent Annoncement: None
Hold Music Category: Default
Max Wait Time: 2 Minutes
Max Callers: 0
Join Empty: No
Leave When Empty: No
Ring Strategy: Ringall
Agent Timeout: 15 seconds
Retry: 5 Seconds
Wrap Up Time: 15 Seconds
Call Recording: No
Caller Annoucements: 1 Minute
Annouce Position: no
Annouce Hold time: Yes
Voice Menu: None
Join Annoucement: DayGreeting
Fail Over Destination: Queue 1
RESULT: Initially configuration will work. After about 10-15 mintues, additional asterisk processes get generated. When the count of processes exceeds 200 the system starts becoming unstable and the core asterisk process eventually crashes. The processes do not disappear after calls end. As of yesterdays test, 857 process were generated and left open on an idle system (no calls). This held up 3GB of ram with those processes. Swithing ring strategy to roundrobin seems to slow down the process generation but not stop it.
Ideas?