Date: Tue, 7 Nov 2023 12:49:49 +0200 From: Konstantin Belousov <kostikbel@gmail.com> To: Kirk McKusick <mckusick@mckusick.com> Cc: Mark Millard <marklmi@yahoo.com>, freebsd-fs@freebsd.org, "bapt@freebsd.org" <bapt@freebsd.org> Subject: Re: poudriere bulk -a fails on UFS: "Too many links" under logs/bulk/latest-per-pkg/ and then "Failed: starting" Message-ID: <ZUoWTY1mX1azT71j@kib.kiev.ua> In-Reply-To: <202311061927.3A6JRWq2043693@chez.mckusick.com> References: <E200CC90-1103-4C62-B96C-40E15C19A0AD@yahoo.com> <202311061927.3A6JRWq2043693@chez.mckusick.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Nov 06, 2023 at 11:27:32AM -0800, Kirk McKusick wrote: > Copying Kostik for his feedback. > > One option might be to change the inode link count from int16_t > to uint16_t to double the number of link counts. Alternatively > in UFS2 filesystems, we could move the link count to one of the > 32-bit spares to eliminate the problem entirely. I think that conditional increasing the link count size to 4 bytes would be better for overall usability. Then e.g. the -1 value in existing int16_t nlink field would indicate the use of the extended field. Although having such populated directory could be considered as local DoS.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ZUoWTY1mX1azT71j>