Craig Barratt wrote at about 00:05:20 -0800 on Monday, January 4, 2010:
> Jeff,
>
> Yes, time flies. Thanks for the reminder :).
>
> I've made the attached changes to 3.2.0beta0 (not yet in CVS), and the
> one thing I'd still like to fix is ftp. I've given up on Zmanda doing
> that, so I'll take that up myself now.
>
> Given there are quite a few changes (although minor) I would like to do
> a beta1. I don't have an ETA but I'll hopefully get a beta1 out in the
> next few weeks.
>
Great - looking forward to it...
> The good news is I've been spending more time on 4.x development.
> I've prototyped up some significant pieces and I'm finally happy
> with the performance and design. After developing a relatively
> complete prototype using FUSE I decided the performance just isn't
> going to be adequate, so I've abandoned that. I also experimented
> with lessfs, which has some promising features, but my benchmarking
> showed some real challenges around performance.
Yeah - FUSE does seem slow in my experience too.
On the other hand, the backuppc-fuse FUSE implementation by Pieter
Wiulle is an incredibly useful tool that perhaps should get more
exposure. I find it much easier, faster, and more natural than the CGI
browser since I can apply all my *nix tricks & techniques to the
files. In fact, when I need a file from another machine (especially a
Windows machine), I often find it much faster and easier to grab it
from a backup rather than having to ssh/scp from a remote machine.
I mount the full backup tree in /mnt/backuppc/all and then create
links for all my machines:
/mnt/backuppc/<machine> -> /mnt/backuppc/all/<machine>/latest
One of these days, I will add my BackupPC_deleteFile functionality so
that you can naturally delete files too. I've also thought about how
to add files but there are again a lot of cases to consider. This
would eventually give a rudimentary r/w capability too.
Again, I fully agree that FUSE is not ready to be the engine, but it
is a nice user-space tool that may deserve more integration into the
suite.
> A lot of the list discussions have been very helpful. My prototype
> effort supports some of the major missing features, such as rsync
> 3.x, xattrs, infinite incrementals etc. This is just a prototype,
> so there is still much to do. The next steps are to include several
> of your many good suggestions: eliminate pool renaming, switching
> to full-file MD5 digests, and putting the pool file name in the
> attrib file. Of course, it all needs to be backward compatible,
> which is one of the many interesting challenges.
SOUNDS AWESOME.
Not sure if you are intending this but in addition to (or instead of)
putting the pool file name in the attrib file, it would be great to
put it also at the end of the pool file. This would allow for speedy
lookup to create things like hard link tables which would be very
helpful for backing up the pool. It also serves as a nice checksum
(particularly if using full-file md5 sums).
Another I think relatively easy thing that is on my wish list is to
expose the full $Conf hash to the pre/post backup/restore commands.
I really am having fun with adding perl code to my config files (and I
know it won't work with the CGI but perl is for power users anyway ;).
And there are a lot of times where I would love to have run-time
access to more of the Conf variables. As it is, I have had to do some
funky kludges to get around this but I can't imagine it would be hard
to expose the $Conf hash nor would it create problems for those too
faint of heart to play with it ;)
Thanks again for the great work and good to hear it is alive and kicking!
>
> Craig
>
> * Fixed bug in blackout calculation when multiple periods span midnight.
> Report and patch from Joachim Falk.
>
> * Wrapped eval {} around attribute unpacking to make it more robust
> to data corruption. Path submitted by Tim Connors.
>
> * Ignore fileType 8 and 9 in BackupPC_tarCreate rather than consider then
> errors. These are sockets and unknown (eg: solaris door) files that
> are created dynamicaly by applications - there is no meaningful restore
> for these file types.
>
> * Changed lib/BackupPC/Lib.pm and lib/BackupPC/Storage/Text.pm based on
> patches from Davide Brini and Holger Parplies so that main config
> %Conf values are available in the host config file, allowing more
> flexibility in perl expressions in the config files. Use beware,
> since the CGI editor won't work correctly if the config file have
> perl expressions.
>
> * Obscure password values in LOG file when CGI editor is used to change
> values. Proposed by Steve Ling.
>
> * Added favicon.ico from Axel Beckert. Thanks to Tyler Wagner for submitting
> another version and reminding me about the first.
>
> * Replace "sort(HostSortCompare keys(%$Hosts))" with "sort HostSortCompare
> keys(%$Hosts)"
> in bin/BackupPC to avoid an error with certain versions of perl.
>
> * Fixed $Conf{XX} links in the BackupPC.html and the CGI editor so they
> correctly reference the definition.
>
> * Support ${VAR} style variable substitution in commands, in addition to
> existing $VAR style. Suggested by Jeffrey Kosowsky.
>
> * Clarified usage of -b and -w options to BackupPC_tarCreate. Submitted by
> Michael Selway.
>
> * Repaired Unable_to_connect_to_BackupPC_server Lang string and added new
> string Unable_to_connect_to_BackupPC_server_error_message. Proposed and
> explained by Holger Parplies.
>
> * Added 'use utf8' to lib/BackupPC/Lang/pl.pm. Reported by Michal Sawicz.
>
> * Minor updates to lib/BackupPC/Lang/fr.pm from Hubert Tournier.
>
> * Minor update to lib/BackupPC/Lang/en.pm from David Relson.
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
|
