On Fri, Oct 5, 2012 at 6:42 AM, Les Mikesell <lesmikesell AT gmail DOT com> 
wrote:
>
> > I wonder what caused this. My BackupPC filesystem was created with default
> > mkfs.ext4, and has used far more disk space than inodes:
> >
> > Filesystem      Size  Used Avail Use% Mounted on
> > /dev/md0        3.6T  1.6T  2.1T  43% /var
> >
> > Filesystem        Inodes   IUsed     IFree IUse% Mounted on
> > /dev/md0       244195328 4966307 239229021    3% /var


Les-
We're using standard ext4 settings as well, and are doing just fine in
the inode dept.  Our disk is smaller, so we've got just over 100
Million inodes instead of your 244M.
I found it interesting that your system and my system are using about
the same number of inodes, however you're using 2x the space.



# df -i /dev/backuppc
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/backuppc      100663296 4212939 96450357    5% /var/lib/BackupPC
# df -h /dev/backuppc
Filesystem            Size  Used Avail Use% Mounted on
/dev/backuppc         1.5T  764G  672G  54% /var/lib/BackupPC

That's only  5514 inodes/GByte used

>>From Frédéric Massot's original message:

     The df command indicates that all inodes are used.

      # df -h
      Filesystem                   Size  Used Avail Use% Mounted on
     /dev/mapper/vg01-lv_backup    918G  627G  246G  72% /var/lib/backuppc

     # df -i
     Filesystem                  Inodes IUsed  IFree IUse% Mounted on
     /dev/mapper/vg01-lv_backup  60186624 60186624  0  100% /var/lib/backuppc

That's 65562 inodes/GB used.


His original file system was more closely sized to his demand for
space, but was still close to 1TB so he got only 60M inodes.
Compared to our environments, as you pointed out, he's got a huge
number of unique files that must be quite small.

Out of curiosity, I checked some of our "primary storage", where we
have a mix of lots (over 1Billion) of really small files and some
large databases, and found we're using about 11117 inodes/GB

Frédéric's environment appears to have an unusual file density, so it
may be that he could not have expected that his system would be
overrun by all the files.


--
Ray Frush               "Either you are part of the solution
T:970.288.6223               or part of the precipitate."
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
 Avago Technologies, Inc. | Technical Computing | IT Engineer

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-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/