OK, another update which may help people. I submitted an issue with bindfs (http://code.google.com/p/bindfs/issues/detail?id=20). Turns out there are some options to use with bindfs relating to inodes (actually they are FUSE options 'use_ino' and 'readdir_ino' but see issue above). These options are on by default in more recent versions of bindfs than I'm currently running.
Cheers, Daniel -----Original Message----- From: Daniel Harvey Sent: Thursday, 5 April 2012 9:37 AM To: backuppc-users@lists.sourceforge.net Subject: RE: [BackupPC-users] Only v0 showing in backup history Hi Craig and all, I've finally done some more investigation into this problem and have progressed. By way of background, our backup setup is as follows: - Linux BackupPC server on ESX - Backup media on cheap SAN mounted via NFS - BackupPC directory remounted using bindfs (http://code.google.com/p/bindfs/) to get the user/group as backuppc The problem (only v0 showing) is occurring as a result of readdirent (from IO::Dirent) returning the value 4294967295 for all inodes - DirHistory detects v0, v1, etc buy looking for updated inodes on the backed up files. The problem only seems to occur for me only on the bindfs filesystem. I have attached a test program which I've used to confirm the problem. It produces output like this: root@XXX:/home/XXX# ./test.pl Test program /bindfs/backuppc/: F: . 4294967295 F: .. 4294967295 F: cpool 4294967295 ... /nfs/backup/backuppc/: F: . 3604481 F: .. 3424257 F: cpool 3604482 ... My proposed fix is attached as a patch file. I have extended the section in dirRead() titled "Make sure the IO::Dirent really works" to include a check for inodes with the value 4294967295 (-1 in 32-bits) and flag the use of stat() in place of readdirent(). Comments welcome. For your consideration Craig. I will also submit an issue with bindfs to query them on this issue. Cheers, Daniel -----Original Message----- From: Daniel Harvey [mailto:dan...@amristar.com.au] Sent: Thursday, 23 December 2010 12:02 AM To: backuppc-users@lists.sourceforge.net Subject: Re: [BackupPC-users] Only v0 showing in backup history This is happening for every file in every backup for our BackupPC install when viewed through the web interface. Is there a way of listing the version history for a file or directory from the command line? Thanks, Daniel On 20/12/2010, at 8:48 PM, "Daniel Harvey" <dan...@amristar.com.au> wrote: > Hi Craig, > > Thanks for the response. Unfortunately, some files have changed. > > I know, as I have performed specific tests on a file I know changes daily. In > summary, I know that: > 1. That the file is updated daily. > 2. That the file is backed up correctly (daily). > 3. That the different versions of the file can be restored correctly from the > web interface. > 4. That the different versions of the file can be restored correctly from the > command line. > > Any other suggestions on what to look at? No errors show in any of the logs. > > Thanks in advance, > Daniel. > > On 20/12/2010, at 7:19 PM, "Craig Barratt" <cbarr...@users.sourceforge.net> > wrote: > >> Daniel, >> >>> When browsing backups through the web interface ("Directory backup history >>> for <directory>" page), the page only shows version 0 of all files. >> >> That probably means the files haven't changed. That number isn't the >> backup number. Instead, it is just a number that identifies the >> different versions of the file. A file that hasn't changed through >> several backups will be displayed as "v0". >> >> Craig > ------------------------------------------------------------------------------ Forrester recently released a report on the Return on Investment (ROI) of Google Apps. They found a 300% ROI, 38%-56% cost savings, and break-even within 7 months. Over 3 million businesses have gone Google with Google Apps: an online email calendar, and document program that's accessible from your browser. Read the Forrester report: http://p.sf.net/sfu/googleapps-sfnew _______________________________________________ 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/ ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ 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/