Vicidial doesn't recognize the agent is in a conference

[jnoble]

I have had vicidial running for about 1 year now. I am very inexperienced and am having an issue. when an agent logs in they are able to get in and make a call but the blue screen pops up and says 'Noone is in your session: 8600052' Meanwhile the agent could be talking to the customer. Because of this the agent can't result the call. If the agent logs out and back in the previous call is still in the conference. I appreciate any help in finding the answer to this problem. This all started because last night the power went out for an extended period and the UPS died.

Not sure if this will help but I am using openvz on this system. I have started a seperate virtual machine and am able to use vicidial without any issues.

[mflorell]

Could you post the following:

Asterisk version?

astguiclient version?

kind of trunks used?

kind of agent phones used?

output of 'screen -r' on your Linux CLI?


Interesting name you have, might you possibly live in the Atlanta area?

[jnoble]

Asterisk version 1.2.18
I am using VICIDIAL web-client version: 2.0.129 BUILD: 70322-1545
I am using sip trunks.
The agent phones are x-lite

Here is the output from the cli. This includes me logging in from vicidial and making a phone call. I also resulted the phone call and logged out of vicidial. The phone call wasn't disconneted though and when I logged out of vicidial it didn't disconnect my phone from the conference.

== Parsing '/etc/asterisk/manager.conf': Found
== Parsing '/etc/asterisk/manager_custom.conf': Found
== Manager 'sendcron' logged on from 127.0.0.1
> Channel SIP/104-0887eac0 was answered.
-- Executing MeetMe("SIP/104-0887eac0", "8600052") in new stack
== Parsing '/etc/asterisk/meetme.conf': Found
== Parsing '/etc/asterisk/meetme_additional.conf': Found
== Parsing '/etc/asterisk/vicidial_meetme.conf': Found
-- Created MeetMe conference 1022 for conference '8600052'
-- Playing 'conf-onlyperson' (language 'en')
== Manager 'sendcron' logged off from 127.0.0.1
== Parsing '/etc/asterisk/manager.conf': Found
== Parsing '/etc/asterisk/manager_custom.conf': Found
== Manager 'sendcron' logged on from 127.0.0.1
== Parsing '/etc/asterisk/manager.conf': Found
== Parsing '/etc/asterisk/manager_custom.conf': Found
== Manager 'sendcron' logged on from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
== Parsing '/etc/asterisk/manager.conf': Found
== Parsing '/etc/asterisk/manager_custom.conf': Found
== Manager 'updatecron' logged on from 127.0.0.1
== Manager 'updatecron' logged off from 127.0.0.1
== Parsing '/etc/asterisk/manager.conf': Found
== Parsing '/etc/asterisk/manager_custom.conf': Found
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing MeetMe("Local/8600052@default-6c23,2", "8600052") in new stack
> Channel Local/8600052@default-6c23,1 was answered.
-- Executing AGI("Local/8600052@default-6c23,1", "agi://127.0.0.1:4577/call_log") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Executing Dial("Local/8600052@default-6c23,1", "SIP/vega400_10/8014510824||tTo") in new stack
-- Called vega400_10/8014510824
-- SIP/vega400_10-087abfb0 is making progress passing it to Local/8600052@default-6c23,1
-- Executing NoOp("SIP/192.168.1.143-b570e3a0", "Received incoming SIP connection from unknown peer to 5274") in new stack
-- Executing Set("SIP/192.168.1.143-b570e3a0", "DID=5274") in new stack
-- Executing Goto("SIP/192.168.1.143-b570e3a0", "s|1") in new stack
-- Goto (from-sip-external,s,1)
-- Executing Ringing("SIP/192.168.1.143-b570e3a0", "") in new stack
-- Executing GotoIf("SIP/192.168.1.143-b570e3a0", "1?from-trunk|5274|1") in new stack
-- Goto (from-trunk,5274,1)
-- Executing NoOp("SIP/192.168.1.143-b570e3a0", "Catch-All DID Match - Found 5274 - You probably want a DID for this.") in new stack
-- Executing Goto("SIP/192.168.1.143-b570e3a0", "ext-did|s|1") in new stack
-- Goto (ext-did,s,1)
-- Executing Set("SIP/192.168.1.143-b570e3a0", "FROM_DID=s") in new stack
-- Executing Gosub("SIP/192.168.1.143-b570e3a0", "app-blacklist-check|s|1") in new stack
-- Executing LookupBlacklist("SIP/192.168.1.143-b570e3a0", "") in new stack
-- Executing GotoIf("SIP/192.168.1.143-b570e3a0", "0?blacklisted") in new stack
-- Executing Return("SIP/192.168.1.143-b570e3a0", "") in new stack
-- Executing Goto("SIP/192.168.1.143-b570e3a0", "ivr-5|s|1") in new stack
-- Goto (ivr-5,s,1)
-- Executing Set("SIP/192.168.1.143-b570e3a0", "LOOPCOUNT=0") in new stack
-- Executing Set("SIP/192.168.1.143-b570e3a0", "__DIR-CONTEXT=default") in new stack
-- Executing Set("SIP/192.168.1.143-b570e3a0", "_IVR_CONTEXT_ivr-5=") in new stack
-- Executing Set("SIP/192.168.1.143-b570e3a0", "_IVR_CONTEXT=ivr-5") in new stack
-- Executing GotoIf("SIP/192.168.1.143-b570e3a0", "0?begin") in new stack
-- Executing Answer("SIP/192.168.1.143-b570e3a0", "") in new stack
-- Executing Wait("SIP/192.168.1.143-b570e3a0", "1") in new stack
-- SIP/vega400_10-087abfb0 answered Local/8600052@default-6c23,1
-- Executing Set("SIP/192.168.1.143-b570e3a0", "TIMEOUT(digit)=3") in new stack
-- Digit timeout set to 3
-- Executing Set("SIP/192.168.1.143-b570e3a0", "TIMEOUT(response)=0") in new stack
-- Response timeout set to 0
-- Executing BackGround("SIP/192.168.1.143-b570e3a0", "custom/welcome-to-academycredit") in new stack
-- Playing 'custom/welcome-to-academycredit' (language 'en')
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
-- Executing WaitExten("SIP/192.168.1.143-b570e3a0", "") in new stack
-- Timeout on SIP/192.168.1.143-b570e3a0, going to 't'
-- Executing DBdel("SIP/192.168.1.143-b570e3a0", "") in new stack
-- Executing Set("SIP/192.168.1.143-b570e3a0", "__NODEST=") in new stack
-- Executing Goto("SIP/192.168.1.143-b570e3a0", "ivr-4|s|1") in new stack
-- Goto (ivr-4,s,1)
-- Executing Set("SIP/192.168.1.143-b570e3a0", "LOOPCOUNT=0") in new stack
-- Executing Set("SIP/192.168.1.143-b570e3a0", "__DIR-CONTEXT=default") in new stack
-- Executing Set("SIP/192.168.1.143-b570e3a0", "_IVR_CONTEXT_ivr-4=ivr-5") in new stack
-- Executing Set("SIP/192.168.1.143-b570e3a0", "_IVR_CONTEXT=ivr-4") in new stack
-- Executing GotoIf("SIP/192.168.1.143-b570e3a0", "1?begin") in new stack
-- Goto (ivr-4,s,8)
-- Executing Set("SIP/192.168.1.143-b570e3a0", "TIMEOUT(digit)=3") in new stack
-- Digit timeout set to 3
-- Executing Set("SIP/192.168.1.143-b570e3a0", "TIMEOUT(response)=10") in new stack
-- Response timeout set to 10
-- Executing BackGround("SIP/192.168.1.143-b570e3a0", "custom/phone-menu") in new stack
-- Playing 'custom/phone-menu' (language 'en')

[jnoble]

I did notice that someone else was having problems with calls not hanging up as well. So I am including my load avg wich is .20-.5 when this is happening. The server isn't really being used except for this and it happens when I have only one agent logged in.

When I click on Show conference call channel information in the astguiclient nothing is there. If I log out of the astguiclient and back in vicidial does call my second line and I no longer hear the message "you are currently the only person in this conference" But the astguiclient still doesn't recognize that I am in the conference and I continue to get the blue screen that says "Noone is in your session 8600052" I don't know if that helps

I am not from Atlanta and don't have any family out there. I would like to visit though.

[mflorell]

Please post the results of 'screen -r' on your system.

You are using a very old version of VICIDIAL so an upgrade to 2.0.4.1rc2 might be a good idea if you can do it.

As for your name, you have the same name as the CEO of Noble Systems, a major proprietary call center software company(based in Atlanta). Here's a photo from their brochure:
http://www.noblesys.com/pdf/NSC%20Trifold.pdf

If you like using VICIDIAL I would love to get a quote from you to use in our marketing materials

[jnoble]

Sorry I missed this.

12056.ASTVDremote (Dead ???)
11879.ASTlisten (Dead ???)
11500.asterisk (Dead ???)
13692.ASTupdate (Dead ???)
11804.ASTVDadapt (Dead ???)
7528.ASTlisten (Detached)
11953.asterisk (Dead ???)
11802.asterisk (Dead ???)
12054.ASTVDauto (Dead ???)
7525.ASTsend (Detached)
32214.ASTVDauto (Dead ???)
12062.ASTfastlog (Dead ???)
11807.ASTfastlog (Dead ???)
12050.ASTlisten (Dead ???)
30315.ASTlisten (Dead ???)
12044.ASTupdate (Dead ???)
7543.ASTfastlog (Detached)
30309.ASTupdate (Dead ???)
7531.ASTVDauto (Detached)
7536.ASTVDremote (Detached)
11761.ASTVDadapt (Dead ???)
11891.ASTfastlog (Dead ???)
13698.ASTlisten (Dead ???)
11792.ASTsend (Dead ???)
13681.asterisk (Dead ???)
30327.ASTfastlog (Dead ???)
30312.ASTsend (Dead ???)
11795.ASTlisten (Dead ???)
30321.ASTVDremote (Dead ???)
11888.ASTVDadapt (Dead ???)
12006.asterisk (Dead ???)
5609.ASTupdate (Dead ???)
13710.ASTfastlog (Dead ???)
21641.ASTVDadapt (Dead ???)
13707.ASTVDadapt (Dead ???)
11798.ASTVDauto (Dead ???)
11885.ASTVDremote (Dead ???)
11789.ASTupdate (Dead ???)
11801.ASTVDremote (Dead ???)
11876.ASTsend (Dead ???)
13695.ASTsend (Dead ???)
32203.ASTupdate (Dead ???)
13704.ASTVDremote (Dead ???)
7211.asterisk (Detached)
12059.ASTVDadapt (Dead ???)
32230.ASTfastlog (Dead ???)
12051.ASTlisten (Dead ???)
12057.ASTVDremote (Dead ???)
7539.ASTVDadapt (Detached)
11873.ASTupdate (Dead ???)
12048.ASTsend (Dead ???)
12063.ASTfastlog (Dead ???)
12053.ASTVDauto (Dead ???)
30526.asterisk (Dead ???)
19527.ASTVDremote (Dead ???)
12047.ASTsend (Dead ???)
13617.ASTfastlog (Dead ???)
11882.ASTVDauto (Dead ???)
16088.ASTsend (Dead ???)
32470.ASTVDadapt (Dead ???)
30318.ASTVDauto (Dead ???)
32211.ASTlisten (Dead ???)
13701.ASTVDauto (Dead ???)
Remove dead screens with 'screen -wipe'.
Type "screen [-d] -r [pid.]tty.host" to resume one of them.


I am not sure I am that confident in being able to do the update. Although using virtual machines might make that possible.

My middle initial is also a K so maybe that CEO is just one of my many personalities

I would love to give a review for vicidial. Our current installation is being used by about 20 people at a given time. It has worked great. Let me know where you want that quote.

[mflorell]

I think running "screen -wipe" might help clean some of that up.

it looks like AST_update.pl is not running, can you try running it manually?
/usr/share/astguiclient/AST_update.pl


As for the quote, something to the effect of this would be nice:

"we've been using VICIDIAL in our call center for the past X(years/month) and it is wonderful. It has done the following great things..."

James K. Noble
ACME widgets Inc.

[vsicth]

In the /etc/asterisk/manager.conf file, enabled=yes, must be set. For whatever reason, my box got set to enabled=no. Seems to have fixed things for me.

[eliasferreyra]

i recommend you do that

cd /var/lib/mysql/asterisk
and


myisamchk -r *.MYI

and try again and letme know
your results

[jnoble]

I ran screen -wipe and it did clean things up considerably.

when I ran /usr/share/astguiclient/AST_update.pl I got a bunch of extensions and then got an error:

DBD::mysql::st execute failed: Can't open file: 'live_sip_channels.MYI' (errno: 145) at /usr/share/astguiclient/AST_update.pl line 1035.
executing: SELECT channel,extension FROM live_sip_channels where server_ip = '127.0.0.1'; Can't open file: 'live_sip_channels.MYI' (errno: 145) at /usr/share/astguiclient/AST_update.pl line 1035.

I did check my manager.conf and it is enabled.

I didn't run myisamchk -r *.MYI yet?

Rather than running it in cd /var/lib/mysql/asterisk
should I run it where the table is bad? I have never used myisamchk before but the table that is having a problem is in /var/lib/mysql/vicidial Should I run it there?

[mflorell]

You should run myisamchk on the file where it is located.

Something like this actually:

myisamchk -r ./live_sip_channels.MYI


You might also want to run it for other tables that might be having problems:

myisamchk -r ./call_log.MYI
myisamchk -r ./live_channels.MYI
myisamchk -r ./live_sip_channels.MYI
myisamchk -r ./recording_log.MYI
myisamchk -r ./server_performance.MYI
myisamchk -r ./server_updater.MYI
myisamchk -r ./vicidial_agent_log.MYI
myisamchk -r ./vicidial_auto_calls.MYI
myisamchk -r ./vicidial_campaign_server_stats.MYI
myisamchk -r ./vicidial_campaign_stats.MYI
myisamchk -r ./vicidial_closer_log.MYI
myisamchk -r ./vicidial_conferences.MYI
myisamchk -r ./vicidial_hopper.MYI
myisamchk -r ./vicidial_list.MYI
myisamchk -r ./vicidial_live_agents.MYI
myisamchk -r ./vicidial_log.MYI
myisamchk -r ./vicidial_manager.MYI
myisamchk -r ./vicidial_user_log.MYI
myisamchk -r ./vicidial_xfer_log.MYI
myisamchk -r ./web_client_sessions.MYI


Depending on what version you are running you might not have all of these, but you should run myisamchk on all of these anyway.

Let us know how it goes.

[jnoble]

Thank you to all that assisted me in getting this back up and running.
As it turned out there were some things that were fixed when I ran the lines myisamchk.


I really appreciate all the support that is out there for this product. We have been using vicidial in a call center for about 18 months. We have a campaign that has about 16 agents on it and can grow from there. We have our dialer turned down to try and not drop any calls. Even with it turned down we have a connected call in 10-15 seconds with as few as 8 people on the system. We also have several other campaigns that are working great. This is a great product and I recommend it. Thank you for this great product.

[mflorell]

I'm glad everything is working well again.

That looks like a nice quotable statement, do you mind if we use it for marketing purposes?

If so, could you tell me the company that you work for?

[jnoble]

Yes you can use the quote. I work for Academy Credit LLC

[eliasferreyra]

I'm glad everything is working well again too

[mflorell]

Thank you very much. I'll let you know if we use your quote anywhere.