BTRFS should increase the hard-link in the same directory limit

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



It seems a priori that there should not be any need for more than 256
names for the same file in the same directory. However, the GNUS
mailreader's nnmaildir backend uses hardlinks to mark email messages
read, and instead of creating a separate inode for each marked
message, uses a hardlink to a single markfile. This means that there
maybe thousands of hardlinks to the same inode in a single directory.

This is not unreasonable as the obvious workaround is to wastefully
create more inodes. 

This restriction causes btrfs-convert 0.19 to crash out with a segfault and
no helpful message: something like btrfs-convert: segfault at
ffffffffcfb25fb9 ip 000000000040f9f1 sp 00007fffddefb398 error 6 in
btrfs-convert[400000+21000].

Is there any plan to alleviate this unfortunate limit (or at least make
btrfs-convert give the location of the file which causes it to fail?).
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux