Hi Lonnie, for myself, I have setup an rsync-based backup solution - fully automated, no way to forget it, etc.
However, in terms of user-friendlyness for those who only want to use a Web-GUI, it obviously would help tremendously to be able to restore an ASTlinux system. One might ask "what good is a backup if I can't restore it". In the end, the answer probably comes down to "who is your target audience?". Provide a backup/restore facility that fulfills their needs. If I personally am part of that target audience, my wish would be to forget backup/restore but to provide a local revision control system for config files. Something like a local git repository where you can check in all modifications (git because it is written in C and doesn't need python nor perl). For the web interface that would mean the following additional functionality: - commit all changed config files, including comment - restore config files to a given changeset - push repository to a remote server - maybe, but just maybe, pull repository from remote server Regards, Urs Lonnie Abelbeck wrote: > Greetings, > > There has been some interest in the System tab allowing "Configuration/ > File Backup" archives to be restored via the same System tab. > > Personally, I un-archive backups outside of AstLinux to recover > previous configurations, but it is quite reasonable to restore at > least a portion of the configuration in a friendly manner. > > My request for comments from users is how a "Configuration Restore" > would be used... to clone new system ? fix a screw-up ? etc... > > And, how should non-/mnt/kd unionfs files be treated? I feel a little > uncomfortable restoring these files. > > And, then there is the archive file size. Currently PHP uses /tmp to > temporarily store the uploaded file from the browser, which is limited > to 10MB. Presumably PHP can be configured (php.ini) to upload to /mnt/ > kd instead to overcome this. > > So a System tab "Configuration Restore" could... > > 1) Add a "Restorable" backup type, similar to the current 'core' set, > but no non-/mnt/kd unionfs files... and allow a restore of it. > > 2) Allow the current 'core' set to be restored, including any non-/mnt/ > kd unionfs files.. and allow a restore of it. > > 3) Allow any backup to be fully restored, no matter the size, > including CDR's Voicemail's, etc. > > 4) tar and ftp are my friends, I don't need no freaking restore in the > web interface. > > Others? > > Thanks for your comments... > > Lonnie > > > ------------------------------------------------------------------------------ > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > _______________________________________________ > Astlinux-users mailing list > Astlinux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pay...@krisk.org. > ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Astlinux-users mailing list Astlinux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pay...@krisk.org.