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.

Reply via email to