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 AT lists.sourceforge DOT 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:daniel AT amristar.com DOT au]
Sent: Thursday, 23 December 2010 12:02 AM
To: backuppc-users AT lists.sourceforge DOT 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" <daniel AT amristar.com DOT 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" <cbarratt AT users.sourceforge DOT
> 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 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/
------------------------------------------------------------------------------
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 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/
|