Only the .wav files were restored. I had not noticed until I was testing voicemail on the 16-15 system. The voicemail settings of wav/wav49 were restored on the 16-15 system.
Now the restore to the 16-15 system won't work. I'm rebooting. I have not downloaded the restore-fix since yesterday so it won't have your fixes from today. I'll see if I can get it to run again.@kenn10: Last question. Can you check the file sizes for the .WAV and .wav files on the 13-13 platform and the .wav file that was restored to 16-15. I've got a feeling the 13-13 .WAV file was restored to 16-15 as a .wav file. Otherwise, my testing suggests that renaming it to .WAV would not have worked without having both a .wav and .WAV file on the 16-15 platform.
Processing voicemail Resetting voicemail Dropping table voicemail_admin...Done Updating tables voicemail_admin...Done OPERATOR_XTN added VM_OPTS added VM_GAIN added VM_DDTYPE added VMX_OPTS_LOOP added VMX_OPTS_DOVM added VMX_TIMEOUT added VMX_REPEAT added VMX_LOOPS added Generating CSS...Done Restoring from voicemail [FreePBX\modules\Voicemail\Restore] Importing Databases from voicemail Importing table 'voicemail_admin' from legacy voicemail Importing Advanced Settings from voicemail Done
lrwxrwxrwx 1 asterisk asterisk 42 Jun 19 07:56 2010 -> /var/spool/asterisk/voicemail/default/2010 lrwxrwxrwx 1 asterisk asterisk 42 Jun 30 10:33 2011 -> /var/spool/asterisk/voicemail/default/2011 lrwxrwxrwx 1 asterisk asterisk 42 Jun 6 15:12 2017 -> /var/spool/asterisk/voicemail/default/2017
I think that's right. Unfortunately, the backup is on the desktop PC and we need it on the Linux side.@wardmundy One more pain point. WinSCP thinks that unavail.wav and unavail.WAV are the same file and copies unavail.WAV on top of unavail.wav Thus the reason I didn't have all the files on the 16-15 system and they didn't work because the system was tring to decode a .wav file that was really a .WAV file. That is why changing the file name on the 16-15 system from .wav to .WAV fixed the issue.. I ended up taring my /var/spool/asterisk/voicemail directory on the 13-13 system and un-taring on the 16-15 system. All works as expected.
So it sounds like the 16-15 restore just needs to untar those files from the backup and all will be good.
That is why I ultimately tarred the voicemail directory on the 13-13 system, downloaded it to the 16-15 system and untarred it. This process properly captured all the files and symlinks and correctly put them on the 16-15 system. I believe Ward already said that the indications file problems were due to FreePBX database corruption unrelated to the backups. WinSCP does an excellent job of moving Linux tar.gz files from one machine to another. This issue today was because I had copied unzipped individual files from Linux to Windows and back to Linux.A word of caution here, Windows has different line endings than linux and a different understanding about the case of a file's name.
This might explain both the WAV/wav problem of Windows/WinSCP and the incorrectly unresolved /n 's not seen as line endings.
For reliability, only rely on on a bash shell to mess with all this .
Luckily there is an easy to install functional "Windoze Linux Subsystem" providing a "bash shell" and available a couple of minutes away from those using good old MS$ ;-)
the bash "file somename.WAV" v "file "somename.wav" would identify which is which and asterisk has a built in file converter if you get too deep.
I'll admit to being a drive-by observer on this, and may be conflating threads, but I thought at least some of this is fixing what the FBPX15 restore gets wrong .Haven't spoken to a Sangoma employee in over 5 years so it probably won't be me. But I'm curious. Who do you think is left at Sangoma that could fix these issues??
It's been a primary v15 feature in virtually every mention of v15, I can't beleive they will release a v15 without the feature, regardless of turnover issues.