Re: BackupPC 4.0 features - attribute file and backup storage
John Rouillard <[email protected]>
| Newsgroups | gmane.comp.sysutils.backup.backuppc.devel |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Mar 02, 2011 at 10:57:18PM -0800, Craig Barratt wrote: ] Tino wrote: > > The downside of this is that I cannot easily peek into a backup on > > command line any more. :-( It's been very helpful to quickly figure out > > which files have bee backed up (e.g. to determine unneccessarily backed > > up stuff). Now I'll lose that capability and have to resort to web page > > clicking... > > That's true. Maybe I could add an "ls" facility? That would be great especially if it can list across multiple backups to allow me to search for a file. > > or us that FUSE FS part of the release? > > Not currently planned, but it's a good idea. The new set up will > make FUSE more faithful (in particular, getting nlinks right). Will the fuse filesystem be runnable on Solaris, or *bsd or is it a linux only solution? > > > Inodes attributes (for client hardlinks) are stored in an additional > > > tree of directories below each backup directory. The attribute hash key > > > is the inode number. 128 directories are used to store up to 128 attrib > > > files. The lower 14 bits of the inode number are used to determine the > > > directory (bits 13 to 7) and the file name within that directory > > > (bits 0-6). These two 7 bit values are encoded in hex (XX and YY): > > > > > > $TOPDIR/pc/HOST/NNN/inode/XX/attribYY. > > > > > > where NNN is the backup number. > > > > Oh, or do you mean: The inode number is made up by BackupPC? Then please > > don't call it inode number, but rather hardlink-ID or so. > > Right. It's made by BackupPC on the server side. But it would be > the inode number exposed by FUSE, so I'd like to call it that. I got the impression that the pc tree will no longer have any indication of the the (mangled) names of the original files. We run is an automatic build server and rely on backups to recover prior builds of software as a last fallback to recover from a bad software build/install. Without actual files located under the pc tree is there a way to search (cf. gnu locate or find) for a file matching a particular regular expressions (e.g. python-orif.*.rpm) so I can go to that backup and restore the file? A directory history does some of that if the directory name remains constant, but in some cases even the directory name changes from release to release. Plus on a busy directory the history takes a long time to load. -- -- rouilj John Rouillard System Administrator Renesys Corporation 603-244-9084 (cell) 603-643-9300 x 111 ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ BackupPC-devel mailing list [email protected] List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/