Original Server: 22.214.171.124
New Server: 126.96.36.199
I did a full backup, including the voicemail directory and system recordings, and then restored it on the new server. It errored out with this message: "SQLSTATE[HY000]: General error: 1 no such table: cidlookup on line 22 of file /var/www/html/admin/modules/cidlookup/Restore.php "
When I logged into the webGUI, I found that all voicemail was disabled. I grabbed the voicemail.conf file from the old server and compared it to what was on the new one. After backing up the voicemail.conf file on the new server, I added in the items that were missing and restarted. Voila! Voicemail enabled.
But once the 15 server was swapped in, none of the phones would actually receive calls even though they were registered (they could also make outbound calls). Everything would go straight to VM. None of the usual suspects were enabled.
After editing an extension and clicking submit/apply (even though no change were made), the extension would then ring instead of going to VM. I couldn’t find a way to mass edit all extensions so I spent a nice chunk of time manually touching ~180 of them. I tried editing each user in the asterisk DB and fwconsole restarting, then editing back to the original setting and fwconsole restarting again. Nope.
I looked at the Bulk Handler but the data shown from the export pointed to not all of the appropriate data being there since the small handful of extensions I manually submit/applied showed columns that were filled in which none of the other extensions had populated. I confirmed this vs the export I did after I touched every extension manually.
I went to the next stop on this train of 12.x to 15 fun and it did the same thing. It’s not in production yet but I’d like to NOT touch every extension every time I restore from 12 to 15. I think I have another 8 or so more to do after this next one.
On a potentially related note: I’ve noticed that the custom voicemail to email settings aren’t actually applied in the voicemail.conf file after a restoration, even though they show up in the webGUI. I’ve taken to going to the VM Admin->Settings->Email Config tab and hitting Submit/Apply (again, without changing anything). The changes that I see in the webGUI actually show up in VM.conf then.