On SVN 17748, RPM install, running on FC12: I made a filesystem clone (same IP) of a working machine to a virtual test machine and upgraded it to SVN 17896. After adding some device files (polycom firmware, some unmanaged ringtones and .cfg files) through the UI on the original box I did a sipxecs backup on it then restored to the test machine using the UI restore function (right after a --database drop and sipxecs-setup). When it said it was done I rebooted.
The UI test machine came up without the device files unpacked into tftpboot but showing them as active in the UI. When I deactivated them there was no problem. When I tried to reactivate them the config server threw pages of stack trace (which I can dredge up if needed) into its log, the initial exception was a file not found exception trying to find the archive files to unpack in the sipxdata/upload directory. I tarred up a copy of the /var/sipxdata/upload directory from the original machine and unpacked it on the test machine, then tried again to activate the files and everything worked fine. I do not expect this is due to version skew between 17748 and 17896 because the device files just aren't anywhere in the backup tars. What I expected: that a sipxecs backup has all state I put into the system via the config UI and I don't otherwise need to make regular unix level backups of the server. I looked through JIRA and the book and couldn't find anything that covers this, should I file a bug? Thanks, -Eric Varsanyi _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
