Package: btrfs-tools Version: 0.19+20100601-3 Severity: normal Tags: upstream
I hit the Hardlinks-per-directory limit of a btrfs file system, when copying a large existing backuppc archive from an ext3 file system to a newly created btrfs file system. One of several similar error is: tar: ./pc/XXXX/168/f%2fusr%2flocal/fsrc/fopenttd/f.svn/fprop-base/fdisaster_cmd.c.svn-base: Cannot hard link to `./cpool/1/a/b/1ab6fd829106709f984790594fe94756': Too many links This behaviour of btrfs is known and had been discussed under [1] (in detail), the latest status I've found is here [2] (short summary). The developers of btrfs wanted to have a real world example in [1] of hitting the limitation, so unfortunately it exists, that's what this report is about. Please let btrfs overcome this limitation. This bug actually belongs to the btrfs kernel module, but I see it better off here. Otherwise, please teach me if I'm wrong. Regards, Adrian. [1] http://thread.gmane.org/gmane.comp.file-systems.btrfs/3427 [2] http://www.spinics.net/lists/linux-btrfs/msg05640.html -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages btrfs-tools depends on: ii e2fslibs 1.41.12-4stable1 ext2/ext3/ext4 file system librari ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libuuid1 2.17.2-9 Universally Unique ID library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime btrfs-tools recommends no packages. btrfs-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org