VICIDIAL overload issue

[voipguru]

hello,
We have install Vicidial/asterisk/apache/ztdummy in 1 server to test and everything seems ok once installed and run 1-2 seats on predictive mode once we try to make more agents register the browser seems don't work.


Our Goal is to run 30 seats in using 4 servers the servers are P4 3.06 Ghz with 2GB memory each.

2 asterisk/vicidial servers
1 mysql/apache server
1 recording server

Can u please tell me what is going wrong why in few agents apache seems not work anymore good.

by the way we are trying on debian 3.1 servers and hopper is 1 and full recording and 1agents=3calls .

let me know how we can improve the condition we have. we have suspended operation by thinking everything works well but once we have agent in office and start running got this issue..

we are on BGP network
any help will be good for to fix this issue.

By the way we will be doing SIP based voip on the center and we are using GSM on our softphone. what will be ideal senario in our case?

Thanks

[mflorell]

I would recommend having a hopper_level higher than 1. The hopper leve is the maximum number of calls per minute for the campaign.

What exactly are the problems you are having? How is the browser not working?

[voipguru]

Actually my problem was after 3 of my agents gets loging using vicidial.php, the local webserver become very slow , even other agent cannt see the vicidial.php login page..

[enjay]

What is the load on the apache server when this happens? can you capture a few 'top' refreshes?

[voipguru]

Thanks for ur reply. below is the top report after we 2 agent log into vicidial.php --- the 3rd agent cant be login anymore. we get request time out from apache.

Note: we have PIV 3.06GHz , with 2GB memory server and all install in 1 server. i mean asterisk/vicidial/astguiclient/ztdummy/apache/mysql.




---------------------------------------------------------------------------------
top - 08:01:43 up 6:30, 3 users, load average: 0.00, 0.00, 0.00
Tasks: 98 total, 1 running, 97 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.2% us, 0.7% sy, 0.0% ni, 97.9% id, 0.0% wa, 0.0% hi, 0.2% si
Mem: 2076688k total, 1062768k used, 1013920k free, 761228k buffers
Swap: 2650684k total, 0k used, 2650684k free, 80816k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3394 root 15 0 18716 7776 4556 S 1.0 0.4 1:57.77 asterisk
3510 www-data 16 0 22800 7932 3316 S 0.3 0.4 0:12.66 apache2
4145 root 15 0 6804 4308 2140 S 0.3 0.2 0:10.34 AST_manager_sen
4158 root 15 0 7944 5480 2140 S 0.3 0.3 0:18.82 AST_VDauto_dial
4169 root 15 0 8600 6236 2244 S 0.3 0.3 0:55.23 AST_update.pl
1 root 16 0 1588 520 452 S 0.0 0.0 0:00.64 init
2 root RT 0 0 0 0 S 0.0 0.0 0:00.01 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
4 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
5 root RT 0 0 0 0 S 0.0 0.0 0:00.08 migration/1
6 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/1
7 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
8 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 events/0
9 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/1
10 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 khelper
11 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
14 root 10 -5 0 0 0 S 0.0 0.0 0:00.04 kblockd/0
15 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kblockd/1
16 root 14 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
107 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
155 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
156 root 15 0 0 0 0 S 0.0 0.0 0:00.03 pdflush
157 root 15 0 0 0 0 S 0.0 0.0 0:00.31 kswapd0
158 root 14 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
159 root 14 -5 0 0 0 S 0.0 0.0 0:00.00 aio/1
797 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kirqd
828 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
829 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 ata/1
834 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
835 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
855 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
1106 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
1124 root 18 -5 0 0 0 S 0.0 0.0 0:00.00 shpchpd
1164 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 irda_sir_wq
1193 root 10 -5 0 0 0 S 0.0 0.0 0:02.55 kjournald
1246 root 12 -4 1576 468 400 S 0.0 0.0 0:00.03 udevd
2740 daemon 15 0 1684 336 260 S 0.0 0.0 0:00.00 portmap
3153 root 15 0 2332 732 616 S 0.0 0.0 0:01.12 syslogd

[voipguru]

some other top report is here it might help u analyze....thanks
-----------------------------------------------------------------------------------

top - 08:08:53 up 6:37, 2 users, load average: 0.07, 0.09, 0.03
Tasks: 94 total, 1 running, 93 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.7% us, 0.7% sy, 0.0% ni, 97.6% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 2076688k total, 1061744k used, 1014944k free, 761272k buffers
Swap: 2650684k total, 0k used, 2650684k free, 81248k cached


----------------------------------------------------------------------------------------


top - 08:10:10 up 6:38, 2 users, load average: 0.64, 0.21, 0.07
Tasks: 96 total, 2 running, 94 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.4% us, 0.7% sy, 0.0% ni, 97.9% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 2076688k total, 1063380k used, 1013308k free, 761292k buffers
Swap: 2650684k total, 0k used, 2650684k free, 81296k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3394 root 15 0 18716 7776 4556 S 1.0 0.4 2:03.25 asterisk
1193 root 10 -5 0 0 0 S 0.3 0.0 0:02.62 kjournald
3286 mysql 15 0 116m 31m 3456 S 0.3 1.5 0:38.59 mysqld
3510 www-data 16 0 22800 7932 3316 S 0.3 0.4 0:12.82 apache2
4153 root 16 0 9152 6636 2124 S 0.3 0.3 0:45.81 AST_VDadapt.pl
4169 root 16 0 8600 6236 2244 S 0.3 0.3 0:56.96 AST_update.pl
22770 www-data 16 0 22808 7816 3256 S 0.3 0.4 0:00.45 apache2

------------------------------------------------------------------------------------------

top - 08:10:53 up 6:39, 2 users, load average: 0.30, 0.18, 0.06
Tasks: 94 total, 1 running, 93 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.4% us, 0.5% sy, 0.0% ni, 97.8% id, 0.0% wa, 0.2% hi, 0.2% si
Mem: 2076688k total, 1061388k used, 1015300k free, 761296k buffers
Swap: 2650684k total, 0k used, 2650684k free, 81360k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3394 root 15 0 18716 7776 4556 S 1.3 0.4 2:03.77 asterisk
4169 root 15 0 8600 6236 2244 S 0.3 0.3 0:57.11 AST_update.pl
23528 www-data 16 0 21888 6808 3100 S 0.3 0.3 0:00.23 apache2
23644 www-data 16 0 21888 6800 3092 S 0.3 0.3 0:00.23 apache2
1 root 16 0 1588 520 452 S 0.0 0.0 0:00.64 init
2 root RT 0 0 0 0 S 0.0 0.0 0:00.01 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
4 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0

[enjay]

doesnt appear to have load issues.. are you getting any errors with Apache?

[voipguru]

My top result is bellow....

.....................................................................................................
top - 10:34:47 up 9:03, 2 users, load average: 0.14, 0.17, 0.17
Tasks: 96 total, 1 running, 95 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.2% us, 1.0% sy, 0.0% ni, 96.2% id, 0.2% wa, 0.2% hi, 0.2% si
Mem: 2076688k total, 1067796k used, 1008892k free, 756460k buffers
Swap: 2650684k total, 0k used, 2650684k free, 95240k cached


This what i get in apache error.log

........................................................................................................
[Thu Nov 09 10:31:49 2006] [notice] mod_python: Creating 20 session mutexes based on 20 max processes and 0 max threads.
[Thu Nov 09 10:31:49 2006] [notice] Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5 PHP/4.3.10-16 mod_perl/1.999.21 Perl/v5.8.4 configured -- resuming normal operations

[mflorell]

Looks like you have lots of mods on your Apache server. Is there any way you could update it to a more recent version of Apache/PHP and not have so many mods?

[voipguru]

Ok Thanks, I am trying now to install fresh copy using Slackware and following astguiclient scratch installation process...i will keep you posted

thanks man

[voipguru]

We successfully install vicidial with Slackware based on the instruction of vicidial scratch installation...thanks

doesnt appear to have load issues.. are you getting any errors with Apache?

May be the problem was something configuration with Apache ...Anyway our problem being solved...We have successfully loged 20 Agents ..

Thanks every one involved with vicidial

[voipguru]

We successfully install vicidial with Slackware based on the instruction of vicidial scratch installation...thanks

doesnt appear to have load issues.. are you getting any errors with Apache?

May be the problem was something configuration with Apache ...Anyway our problem being solved...We have successfully loged 20 Agents ..

Thanks every one involved with vicidial

I will keep u guys posted on the issue if i get problem on when i go live with the config i have. once working i will post the info.

tnx