I'm adding systems in earnest to my new BackupPC 4.1.2 installation, and
I've encountered an interesting problem.
My current pool uses a decent number of inodes:
cpool:7864978
pc:11504955
For a total of 19,369,933 objects.
However, my NFS filesystem, which had 50M pre-allocated inodes, and a max
of 80M inodes briefly ran out of inodes! I increased the max, and it
finally settled at 88M inodes allocated, but currently reports ~20M used.
A number of double checks confirms the current useage. I was never able
to show that the file system actually had 80M+ inodes, making me think they
were quickly allocated and then released before I could catch the state.
Since BackupPC is the only process pointed at this file system, the
conclusion is that BackupPC is, as some point in the process, requesting
far more inodes for a short time, than it is using.
It looks like, based on the numbers, that BackupPC is attempting to
temporarily allocate a guess at the number of inodes needed to store
the $Conf{FullKeepCnt} which in my case was [4, 0, 4, 0, 0, 2] or 10.
Can a developer comment on under what conditions BackupPC might be
temporarily allocating a lot of extra inodes, and then quickly releasing
them?
Thanks.
--
Time flies like an arrow, but fruit flies like a banana.
Ray Frush
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
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/
