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: can't have many hardlinks to a given inode in a given 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: submit@bugs.debian.org
- Subject: btrfs: can't have many hardlinks to a given inode in a given directory
- From: Jonathan Nieder <jrnieder@gmail.com>
- Date: Sat, 27 Oct 2012 02:42:57 -0700
- Message-id: <20121027094256.GA13485@elie.Belkin>
Source: linux Version: 3.2.32-1 Severity: wishlist Justification: difficult Tags: upstream patch moreinfo Hi, As described at [1], btrfs limits (to less than 200 or so) on the number of hard links to a single inode in a given directory. This is due to a flaw in the on-disk format. This hurts busybox-style programs like git that want to keep many links to a single binary and backup programs like backuppc. 3.7-rc1 is said to fix this[2], provided users set an appropriate on-disk flag to accept the format bump. Ideally I'd like to see these patches in wheezy so that wheezy could read such filesystems once they become more widespread. b916a59adfdc Btrfs: add missing read locks in backref.c 5a1d7843ca4b btrfs: improved readablity for add_inode_ref f186373fef00 btrfs: extended inode refs d24bec3ae528 btrfs: extended inode ref iteration Untested. Patches attached for reference. Any heroes to try these with xfstests and then in everyday use? Until they get more testing, perhaps they can provide some amusement. Thanks, Jonathan [1] http://bugs.debian.org/642603 http://thread.gmane.org/gmane.comp.file-systems.btrfs/6285/focus=6354 [2] http://thread.gmane.org/gmane.comp.file-systems.btrfs/19287
--- 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 ---