vicidial.org

I am having a time sync error on my server now after installing SSL Cert

I used vicibox-certbot

I have tried updating server ip with the perl script and no matter what IP i put, it shows "green" when u look on reports to check the times down at bottom but the stats are not updating, no time, the server load is stuck where it was, everything the same except the ip changes, where is the script that syncs that information?

I have tried updating server ip with the perl script

I don't want to be rude, but ... I'm gonna. "the perl script"? provide the full filename of the script you tried. This is a technical support forum. The single most likely cause of most problems that cause hair pulling is a misunderstanding from an ASSumption. Like "the script" instead of merely providing the name of the script.

Take it a step further and provide the output from running the script. (change the IP to one similar that's not yours, don't x it out or blot it out, since sometimes that can mask the problem). So if you are 192.168.1.5 change it to 192.168.3.7. K?

Next up: Did you reboot after? Many scripts get the IP at startup and never again.

To more directly answer your question: The scripts running in the "screens" available via "screen -list" on a Dialer are responsible for a great many things. Including maintaining those stats and times. Also providing the output from "screen -list" is often helpful to be sure all your screens are running. This information is affected by the astguiclient.conf string for VARactive_keepalives. Note that your version of vicidial and asterisk and your configuration will affect which actual scripts are running in those screens, so providing you with their names isn't actually possible. Simpler to have you connect to those screens and see if there is anything amiss. This is also where it's nice to have a Vicibox server running in a virtual host locally for easy comparison.

Happy Hunting!

Code: Select all

vicibox9:~ # screen -list
There are screens on:
        4374.ASTemail   (Detached)
        4369.ASTVDadFILL        (Detached)
        4365.ASTfastlog (Detached)
        4360.ASTVDadapt (Detached)
        4355.ASTVDremote        (Detached)
        4349.ASTVDauto  (Detached)
        4344.ASTlisten  (Detached)
        4339.ASTsend    (Detached)
        4333.ASTupdate  (Detached)
        3732.asterisk   (Detached)
        3634.astshell20200423181248     (Detached)
11 Sockets in /run/screens/S-root.

vicibox9:/usr/src/astguiclient/trunk/bin # perl ADMIN_update_server_ip.pl
Previous astGUIclient configuration file found at: /etc/astguiclient.conf

Would you like to use interactive mode (y/n): [y] y

STARTING SERVER IP ADDRESS CHANGE FOR VICIDIAL...

Old server IP address or press enter for default: [10.0.0.62]

server IP address or press enter for default: [] 73.46.30.100

  old server_ip:      10.0.0.62
  new server_ip:      73.46.30.100

Are these settings correct?(y/n): [y] y
Writing change to astguiclient.conf file: /etc/astguiclient.conf

STARTING DATABASE TABLES UPDATES PHASE...
  Updating servers table: server_ip...
     |1|UPDATE servers SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating servers table: active_twin_server_ip...
     |0E0|UPDATE servers SET active_twin_server_ip='73.46.30.100' where active_twin_server_ip='10.0.0.62';|
  Updating system_settings table: active_voicemail_server...
     |2|UPDATE system_settings SET active_voicemail_server='73.46.30.100' where active_voicemail_server='10.0.0.62';|
  Updating vicidial_automated_reports table: report_server...
     |0E0|UPDATE vicidial_automated_reports SET report_server='73.46.30.100' where report_server='10.0.0.62';|
  Updating phones table...
     |5|UPDATE phones SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating inbound_numbers table...
     |0E0|UPDATE inbound_numbers SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating server_updater table...
     |1|UPDATE server_updater SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating conferences table...
     |48|UPDATE conferences SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating vicidial_conferences table...
     |249|UPDATE vicidial_conferences SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating vicidial_stations table...
     |0E0|UPDATE vicidial_stations SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating vicidial_remote_agents table...
     |0E0|UPDATE vicidial_remote_agents SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating phone_favorites table...
     |0E0|UPDATE phone_favorites SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating vicidial_server_trunks table...
     |0E0|UPDATE vicidial_server_trunks SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating vicidial_server_carriers table...
     |1|UPDATE vicidial_server_carriers SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating vicidial_inbound_dids table: server_ip...
     |0E0|UPDATE vicidial_inbound_dids SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Updating vicidial_inbound_dids table: filter_server_ip...
     |0E0|UPDATE vicidial_inbound_dids SET filter_server_ip='73.46.30.100' where filter_server_ip='10.0.0.62';|
  Updating vicidial_process_triggers table...
     |0E0|UPDATE vicidial_process_triggers SET server_ip='73.46.30.100' where server_ip='10.0.0.62';|
  Setting servers to rebuild conf files...
     |1|UPDATE servers SET rebuild_conf_files='Y' where generate_vicidial_conf='Y' and active_asterisk_server='Y';|

SERVER IP ADDRESS CHANGE FOR VICIDIAL FINISHED!


Yes I have rebooted

I dont know what it was, but i reverted back to a saved state before the SSL cert and redid it and now its updating correctly, i must have did something wrong the first time, thanks

to view the activity in the screen(s):

Code: Select all

screen -r XXXXXXX

XXXXXXX is the screen id. To exit you use "control A" ... "control D".

to see the scripts in each screen:

Code: Select all

ps aux | grep screen -i

Also verify that the server IP is in all the places it should be. This may require running the update script again and checking to see what it does, then manually verifying them all. Or run the ip update script with all possible prior IPs (it doesn't hurt to run it again, it shouldn't change anything ... but if it DOES that's a good thing!)