Skip to main content

Thirdlane Backup doesn't include PlcmSpIp directory

Posted by netriplex on Tue, 06/19/2018

When performing a Thirdlane backup, the system does a fairly thorough job backing up all required files for a restoration, EXCEPT it does not include the PlcmSpIp directory. given that this directory holds the generated configuration files for all phone configured in the system, it should be included in the backup for a truly 1 click, 1 step backup process for Thirdlane.


Submitted by thirdlane on Sat, 06/23/2018 Permalink

I have not dealt with provisioning in a while but from what I remember some phones write log files to the provisioning directory. If that is the case, would the restore mess things up?

Also, any advice on which files to include and which to ignore?

Submitted by matthewmalk248 on Sun, 06/24/2018 Permalink

I know Polycoms are pretty log-happy, but I can't think of any problems that might arise from logs being restored from backup. Some phones upload appended config files when users change settings locally, but you'd want to restore those too anyway.

Speaking of Polycom, I'd exclude the .ld files as they can be easily re-downloaded and would make the backup file huge, make backup take forever, and they do not compress at all. My PlcmSpIp directory is 1.2 GB and 95% of it is .ld files.

Submitted by eeman on Sun, 06/24/2018 Permalink

I just add PlcmSpIp directory to my webmin-backup setup, along with the one thidlane makes..

why?

because in the webmin-backup module I can name the destination file with %a so that the name of the file contains the abbreviated name of the week

webmin-backup.Sun.gz

webmin-backup.Mon.gz

etc

this gives me a sort of historical archive of 7 days, just in case I have to restore something from a couple days ago (like a VM message)