Time Zone Reset After Backup

PBX-Version 10.13.66-22
Asterisk Version 13.18.3

We’re having an unusual problem with our production FreePBX. Ever since switching from Quest RapidRecovery to Backup Exec, when running a nightly backup on the PBX, the timezone information is lost in /etc/sysconfig/clock.

Our users originally reported this problem when they noticed that the timestamps on their voicemail announcements were wrong. We would log in after hours, apply the proper timezone, reboot the system, make a test call, leave a voicemail and have the system announce it back to us. It would have the correct timestamp.

The next morning, our users would report that the problem still exists. We would log in, and see that the timezone setting had reverted back to GMT.

We are going to attempt suspending the backup for one night to see if the problem continues to manifest, but I’m curious if anyone has any ideas as to what could be going on?

Problem here is that this is no where near a FreePBX issue as it’s a backup method not supported in FreePBX. You’re backing up the VM it would seem. If not what and how are you doing the backup with these third party apps?

Because the FreePBX backup backs up the configs and databases and doesn’t do anything at the system level like touch the time zone or clock. This is being touched by your backup solution.

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.