From owner-freebsd-fs@freebsd.org Sat Mar 5 21:44:05 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA61EA92A23 for ; Sat, 5 Mar 2016 21:44:05 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from dg.fsn.hu (dg.fsn.hu [84.2.225.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dg.fsn.hu", Issuer "dg.fsn.hu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A902EAD for ; Sat, 5 Mar 2016 21:44:05 +0000 (UTC) (envelope-from bra@fsn.hu) Received: by dg.fsn.hu (Postfix, from userid 1003) id 523792F6A; Sat, 5 Mar 2016 22:44:03 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 11.6696] X-CRM114-CacheID: sfid-20160305_22440_1E5F7734 X-CRM114-Status: Good ( pR: 11.6696 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Sat Mar 5 22:44:03 2016 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 56db5323260621374911608 X-DSPAM-Factors: 27, could, 0.01000, could, 0.01000, but, 0.01000, but, 0.01000, %e2%80%8f, 0.01000, %e2%80%8f, 0.01000, just, 0.01000, just, 0.01000, st_mode=0100644+st_nlink=32767, 0.01000, st_mode=0100644+st_nlink=32767, 0.01000, by+converting, 0.01000, 32767+$, 0.01000, org/mailman/listinfo/freebsd+fs, 0.01000, org/mailman/listinfo/freebsd+fs, 0.01000, has+32767, 0.01000, has+32767, 0.01000, look+into, 0.01000, look+into, 0.01000, "freebsd, 0.01000, "freebsd, 0.01000, Received*online.co.hu+[195.228.243.99]), 0.01000, or, 0.01000, or, 0.01000, Subject*at, 0.01000, an, 0.01000, an, 0.01000, X-Spambayes-Classification: ham; 0.00 Received: from [IPv6:::1] (japan.t-online.co.hu [195.228.243.99]) by dg.fsn.hu (Postfix) with ESMTPSA id B7AAE2F68; Sat, 5 Mar 2016 22:44:02 +0100 (CET) Subject: Re: zfs and st_nlink limit at 32767 To: Sami Halabi References: <56DB377F.9020205@fsn.hu> Cc: freebsd-fs@freebsd.org From: "Nagy, Attila" Message-ID: <56DB5322.30804@fsn.hu> Date: Sat, 5 Mar 2016 22:44:02 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 21:44:05 -0000 You mean a (signed) short. I haven't taken a look into the code, it may be from simple to difficult. UFS's (on disk) data structure is where this limit comes from, of course that must not change, but for other file systems (like zfs), this could be raised to an ulong in upper layers. And there would be some conversion needed, which may not be desireable. On 03/05/16 22:23, Sami Halabi wrote: > > it seems an integer limit (32bit).. I guess easily to fix by > converting to unsigned int / 64 bit. > > sami > > בתאריך 5 במרץ 2016 9:54 PM,‏ "Nagy, Attila" > כתב: > > Hi, > > If I create a million hard links to a file, stat -s says it has 32767: > $ stat -s 900402.24.t > st_dev=1709683738 st_ino=719745 st_mode=0100644 st_nlink=32767 > st_uid=1001 st_gid=0 st_rdev=4294967295 st_size=81688 > st_atime=1455881393 st_mtime=1455881393 st_ctime=1457206643 > st_birthtime=1457206536 st_blksize=81920 st_blocks=67 st_flags=2048 > > Is this a limitation somewhere which is hard to remove, or just an > easily fixable "legacy" from the times, when all filesystems > contained this limit? > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to > "freebsd-fs-unsubscribe@freebsd.org > " >