Also, FUSE is standard on many linux distros but not so standard on freebsd or solaris.... You would essentially isolate backuppc to be linux specific.
On Wed, Dec 31, 2008 at 3:45 PM, dan <danden...@gmail.com> wrote: > I would think that the FUSE module would cause a pretty serious performance > hit consider FUSE is not well known for performance. It make good sense to > have a FUSE module for viewing a pool but I think that the backup process > needs to stay far away from it... > > As far as using native rsync3 vs modifying File::RsyncP is a good idea but > dont know how you would accomplish that outside of FUSE. > > > On Tue, Dec 30, 2008 at 10:23 AM, Carl Wilhelm Soderstrom < > chr...@real-time.com> wrote: > >> On 12/30 11:39 , Jeffrey J. Kosowsky wrote: >> > Carl Wilhelm Soderstrom wrote at about 10:11:37 -0600 on Tuesday, >> December 30, 2008: >> > > On 12/29 08:54 , Jon Craig wrote: >> > > > The POC work I did on a FUSE interface for BackupPC never got to a >> > > > point that was useful / releasable. What I quickly identified was >> > > > that there were two approaches to doing a FUSE interface. The >> first >> > > > was an interface that provided a fileystem layout over top of >> BackupPC >> > > > (which is what I did) to provide fileystem type access to the >> backup >> > > > catalog via BackupPC API. >> > > >> > > Could you explain what this offers over the existing setup? It seems >> pretty >> > > simple to me, to go to >> > > /var/lib/backuppc/pc/<hostname>/<backupnumber>/fpath/fto/ffile. >> > > >> > > Tho obviously there's some room for improvement. :) >> > > >> > > - Automatic uncompression of compressed files? >> > > - Correct ownership/permissons of files? >> > > - More 'normal' paths to the files (i.e. no 'f' at the beginning of >> the >> > > words)? >> > > - Dates as well as backup numbers? >> > > >> > >> > Well Fuse would do all the above (which would be VERY helpful for >> > browsing backups) PLUS fill in the missing files for >> > incrementals. Also you would have the ability to literally just mount >> > a backup and get a snapshot of the backed-up filesystem. >> >> That makes sense. >> Is your code in a usable state? >> >> -- >> Carl Soderstrom >> Systems Administrator >> Real-Time Enterprises >> www.real-time.com >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> BackupPC-users mailing list >> BackupPC-users@lists.sourceforge.net >> List: https://lists.sourceforge.net/lists/listinfo/backuppc-users >> Wiki: http://backuppc.wiki.sourceforge.net >> Project: http://backuppc.sourceforge.net/ >> > >
------------------------------------------------------------------------------
_______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
