Date: Tue, 17 Feb 2015 12:33:43 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 197336] find command cannot see more than 32765 subdirectories when using ZFS Message-ID: <bug-197336-8-c3s7pPp4gV@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-197336-8@https.bugs.freebsd.org/bugzilla/> References: <bug-197336-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197336 --- Comment #3 from Will Dormann <wdormann@gmail.com> --- > It is impossible for the other file systems to work much better. Perhaps > they work up to 65535, or have the correct {LINK_MAX} and the python script > is smart enough to avoid it. I doubt that python messes with {LINK_MAX}, > but creation of subdirectories should stop when the advertized limit is > hit, and python or the script should handle that, possibly just by > stopping. I don't know what to say about it being impossible that other filesystems work better. Because FreeBSD doesn't support R/W ReiserFS, I used a USB thumb drive both formatted and populated (with the python script) on a Linux system. And with the case of unionfs, I simply had a FreeBSD Jail that shared the underlying ZFS directory structure. In both cases, the find command successfully reported the existence of all 300,000 subdirectories. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-197336-8-c3s7pPp4gV>