Hi all, I'm working now at http://track.sipfoundry.org/browse/XX-7624 - BackUp and > Restore:Recovery of NTP servers fails. It seems that the NTP server are not > stored in the DB but they are stored in /etc/ntp.conf file, so that's why on > a fresh system installation the restore of these servers doesn't work. The > Date and Time page uses in back-end the shell script > INSTALL/bin/sipx-time-manager for the get/store operation. This script > reads/writes the system file /etc/ntp.conf. > > My question is how to solve this backup/restore issue? > > I'm proposing 2 solutions: > > 1. create a file containing the NTP servers and add it into the backup > archive and, on restore, use this file to restore the NTP servers(the > get/store operations should be done using the same script described above). > This solution imply the change of shell scripts sipx_backup and > sipx_restore(located in INSTALL/bin) 2. store somehow the NTP servers into > db. Does this mean that the server won't be stored anymore in > /etc/ntp.config? > > Any ideas/suggestions are welcome. > > I think the best and simplest solution is to back-up the entire /etc/ntp.config and then on restore just to restore that file on the system.
Another option would be to just add the servers on restore, but in my opinion restoring the entire file would be better, because of the custom settings an admin might make inside the configuration file. Storing the setting in the DB could be a bit complicated, because this is a system setting, not a sipx setting. The admin of the system might change that file manually. And if we store this setting in the DB, you would have to check each time if the file has modifications and if so to decide which setting have precedence, the ones stored in the DB or the one added by the system administrator. It would also be usefull to add a backup option to the sipx-time-manager script to backup the old ntp.conf before overwriting it. Also, perhaps add a switch to the back-up page to let the user choose whether he wants to include ntp configuration in the back-up. Regards, Andrei
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
