On 9/25/2014 12:41 PM, m.roth at 5-cent.us wrote:> I do have a question for the group mind, though: mounting these monstrous
> partitions... should I, or, in fact, do I*need* to give, as a mount
> option inode64? There will be a*lot* of files on this sucker.... What are
> the pros and cons of that?
yes, you need inode64, as without it, it will be unable to create
directories after the first 2TB(?) fills up.
the only negative impact I've found for inode64 is, if this volume is
used as an NFS server, and you share directories deeper than the root of
the file system, NFS can't handle 64 bit id numbers, and defaults to
using the inode # of the directory as the filesystem ID.
solution 1) only share the file system base
solution 2) create ALL the directories that will be NFS shared BEFORE
you fill up the volume, then the exported inode numbers will be quite low.
solution 3) specify a fsid with a unique integer for each export. these
integers only need to be unique within the volume, I just use 1, 2,
3... for the shares. example /etc/exports ...
|/mnt/music 192.168.1.0/24(rw,...,fsid=1)|
|/mnt/pictures 192.168.1.0/24(rw,...,fsid=2)
|
--
john r pierce 37N 122W
somewhere on the middle of the left coast