Your message dated Sat, 04 Jun 2016 22:36:06 +0100 with message-id <1465076166.2847.167.camel@decadent.org.uk> and subject line Re: btrfs-tools: btrfs fs: Hardlinks-per-directory limit hit has caused the Debian Bug report #633062, regarding btrfs: low limit on number of hard links to one inode in one directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 633062: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633062 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: btrfs-tools: btrfs fs: Hardlinks-per-directory limit hit
- From: Adrian Zaugg <bugreport@ente.limmat.ch>
- Date: Fri, 08 Jul 2011 01:06:00 +0200
- Message-id: <20110707230600.23636.70041.reportbug@oink.intern.3eck.net>
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
--- End Message ---
--- Begin Message ---
- To: 633062-done@bugs.debian.org
- Subject: Re: btrfs-tools: btrfs fs: Hardlinks-per-directory limit hit
- From: Ben Hutchings <ben@decadent.org.uk>
- Date: Sat, 04 Jun 2016 22:36:06 +0100
- Message-id: <1465076166.2847.167.camel@decadent.org.uk>
- In-reply-to: <20110707230600.23636.70041.reportbug@oink.intern.3eck.net>
- References: <20110707230600.23636.70041.reportbug@oink.intern.3eck.net>
Version: 3.7.1-1~experimental.1 This was fixed with the 'extended inode refs' feature in Linux 3.7. Ben. -- Ben Hutchings The most exhausting thing in life is being insincere. - Anne Morrow LindbergAttachment: signature.asc
Description: This is a digitally signed message part
--- End Message ---