From nobody Wed Jan 14 01:01:44 2026 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4drSW72pGSz6Nwjl for ; Wed, 14 Jan 2026 01:01:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4drSW51vdwz3jFL for ; Wed, 14 Jan 2026 01:01:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=U7YDLrOs; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1768352508; bh=b7FPpriFjKkXlzoWxFV6BbLtg8d/iIbT3HTDQlnjxeo=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From:Subject:Reply-To; b=U7YDLrOsJDyKtDaRx7VlMw57W/DwTU9IBos+WRrJ/8m49UlzLxS7RGO10Ge02BuDADyRW/RtESrO2c5zcrxDO2r1oabLlXLweGmjJYLlWd//Dy71LyDFd4QtH/dNgugI8q0bmZ06jnv9fLPLxIZFlHYAjNP5i0cHP7dBeAsQSrnObqMHptud79OWB41Fdxn2kic8vjd4SWvAKwnDfJ1Kp8uAHrWWoiJWaKN7lbtbcjtYyzSOUNm826V91tu2Aiti46WUDihbaHxtP5/uDvy4IcE8+jRTqa3iyESs8hZDq8AYQn15dZh04rhQrVzWQOLYnMHPBvDFfNtp+V6san5pYw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1768352508; bh=oDlXuT4KXJQlwchNxP52FnU+LkqEKowyjQosyMedM6P=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=a2KUHs7quj6L3VryQWCJD7bv4hBNokzr3klOIgYxOxKlJxLg7mtjFRvky/RfV5i52smRr3fL3GXZ29QHXYd8oFa/PT40GVq2BfeO5dPkQlpOQc2/sARG8greoKqZXjeogNmPl0ob8lIybbb8Q6DsX5kyddMcbDGTC8g1qkeJuqInBbnbKmkHrD2Th/09TuUvZPPgCUVMWJaSSWLnKON1/eB1bzKLUO45iQB79kA1t71bPHXXBNEAlLMDnqLZEE1Zj2QzwRHa0gN5Ar5iqkCvqQEuSx0e9G55wEXegBZIWk/UndrI61TOENDugNH7Wo7ViLk2orK/U91EfPRBgbCQ6g== X-YMail-OSG: AL445F0VM1mseVCHaX44tVWvc3opz2H98E35AstgILkCoPkcLkr.goCLOAfoLmC I6HoENKPXtHgCfzJ.Fhq_57hYL4S90LUUaJxG8pVw_DPxXWl2c5N2XQ8Ow_MnriZgme4jfd0JzWB JIwp_5PKsIcPxnD6DilFk5umR2esACD_1RHrubnnhgqA4X_1D5bv.FgJdNCrrVwlDbTXw6vXeabP oGdgtk._a_L_YGk.YbSIUvyA.O0PTAetlYPCmapH4HSMlIegwvSDCMcS.RulbwKjOf4TmFcB9sHr SI5f5bpO02i.ekfQFt7rHWnIkluPEmZFvgXIkkSmQbjmcDAxU6natAs7TVzvB8ZXVq7ZSWIrzd.o BNW7XGKVcTGj76V5_eXyPTRSHnbWvBOYaBJUr6q.s5D1OMlCI4EkvxhmNUDK8TebciYNCbuYilbP _c1NmASKrlOuZJS7gBOQttT0HxirTAr283iZfeloiXUXTqlEGRwYhpeTdzGQUAke81pnAt0zgBF6 ltfaZgHMbvO5IoAgzS827Bmc2GQhyPOYOOP0VFF1pJngvTYQ7sKamZsBVKrVFsB.m5MZVshE0UMO MJHN6dRugAtZB6m0I53KXFVfDBL2pjwF.Kw7kov0a46zZfCpkBiPUWSDTL1DjilQMf4cr3kJUH4A X720qulXxu9KktxTu1xsFOsG85jQPr69XYFElEsBuOGrTuCLvUvIlHJS2PXED99trszOs6RCCeEw GLdtujQwpBXHub7ybKUm0mPj_l_mY0qjywkfaNpH45NIgy3UDU1hwa7JYxNOxmKKaiNHIS3mP4po u.7laIeyfYYbQ3yDm3G_.HdOxkp6rJT0P2eXKcqE6jV8keP4a3mKCPlrxC44ta.9V8hj0A85yj6x z52Hs3CZYzvceGxVeV5LRPlP1upE3pG1fYUnjQseVueLiy.F17MMzVlfnnF.JGYYrtwbWHNVu.9X PlgkzOlHh_iY5A7rZCxLMuDVpIwKJ8yUpuxc35BmgDxU_V8NhAdWrFD4.J1X9PCaZfKPB45nAWIY 2FaxMFbfFgS_eri00754A5bus1KsCJ9B4hsHFM3akh7feZKtgqVodcDxzS7inN6FDdV.w.oWaQqX xi0zQtdUzGNOFaGMIvyDeTQ7EuSDSkci18F.BiMxOVZHEXM0vx9JsQDrQ2gSA8luBNCMgyCgoOow .TVqZ7nzbJmUX_mvfo9gIJjl_UOBRPhpcuciqIv1ECBRiZQPeGNBrK8FHEQrn.jtAAF0cRhkk59H r2L1tLibvb1_nQFs3HXfQjhv4c7bsjfwtAKSjb6hvxLXf03qrBEBk_1bmSLo.IzLpcbSokf7hKMS lMhtqzGR8c0eIKSflpJp.DMfBw3.4Shw97U9zUI5YeFnuAY2XwQR402Y2T4bipzsT1I1.lhZcVCN AnWT5HiNDHhgch0u6MkMdrOoBn1lv6Gp4Gf0Dc4mRgp8PByK4kA.FX2CTITtkPo7x4rfgKPK1Co_ 317WwEKq1vI0tzYHdiZHdtgMAIP_3NmQbALPUkada773OZXlss58F_aO.6ZA6.yBI3lL2Pd701Ex nriQC4EqvdEUlFz4HA5MLVCj1y1dwGOAe0VtxHZBpwf5kb3khUE7nErKON2Zrjrj2r0B9XsZpimc jDcBrhmXuGNO942SMuSAY8r1JxjDZkCK2U_k1QdhbY5Nez_7S3tsdTvlggwtcazONvoxKvNcVFlH AY1Y8TGoMuijWh9ErjsGzoHPcxgVAm62gCI4j_flucWLg6QYj8TA3RRBKGqkozvSsJ1wUfuu2aP_ CI9GMBySZlcVOthqcvePBNmvsuIhey9PfijozMyHmNF.vtych3b_j8LqE.rqwZt0u.ZI0Mhsx8qa gjD05Toc04vJm9PdCfFKQQ9EqTtAjOkQKcvNWGXbtRPt_8rQJsm3I8o3nPxbU5NmMl9_2_A56o0z F5wTMLkzA3T5PCp4x5U11j3lUOmWm2Gw5Z8eX_JDX5QFMN60hZtxNXxZs1L85P5q_TbJbJEsnUXP eCDp_gCmkX1M3_iw7m5fN6WpaSNIiwndggK5cQFBNRxdnHCGKvCQ9J2LelqzGQrwXeXdMmZdhry9 4TgMRLEjOyH49X6CSnq0aYZ5IUjv5r2typS6ppfb38MwBWjQ.W.1gZXgHSFMWv1j8P4Vf0KaRUEk R2dPEqITDGvsv1hXRLpt2IYj7OkfSr5J8dvvWXRcIYaRodRVhnIayBGwG4SdxyKPIHjyTtBQiWev VJ7QDsvkCSRA58bKA4xhzPyrffl7IE4khVqY4TZKTzDnc0wsqjBp3Rt3n42o7MNbfpMQ2LihRGmy qt9I- X-Sonic-MF: X-Sonic-ID: 0f415890-0237-4125-9637-ebb1d069930e Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Wed, 14 Jan 2026 01:01:48 +0000 Received: by hermes--production-gq1-86969b76cd-f7q7z (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 71e87761ee61c5abf3db9a71862172c8; Wed, 14 Jan 2026 01:01:45 +0000 (UTC) Message-ID: <951afa00-1096-423b-9682-4a1a42b4487f@yahoo.com> Date: Tue, 13 Jan 2026 17:01:44 -0800 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: FreeBSD NFSv4.1 client and server - case insensitive filesystems supported? To: Cedric Blancher Cc: freebsd-hackers@freebsd.org, Rick Macklem References: <785b4793-29e7-419e-9713-57c2f99b1d17@yahoo.com> <748e57b4-1fca-4df3-b70f-605eedd4bb8b@yahoo.com> Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailer: WebService/1.1.24987 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_TO(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; TAGGED_RCPT(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from] X-Rspamd-Queue-Id: 4drSW51vdwz3jFL On 1/13/26 16:18, Rick Macklem wrote: > On Tue, Jan 13, 2026 at 3:17 PM Mark Millard wrote: >> >> On 1/13/26 14:48, Cedric Blancher wrote: >>> On Tue, 13 Jan 2026 at 22:41, Mark Millard wrote: >>>> >>>> On 1/13/26 12:28, Cedric Blancher wrote: >>>>> On Mon, 12 Jan 2026 at 23:04, Rick Macklem wrote: >>>>>> >>>>>> On Mon, Jan 12, 2026 at 1:56 PM Rick Macklem wrote: >>>>>>> >>>>>>> On Mon, Jan 12, 2026 at 11:52 AM Cedric Blancher >>>>>>> wrote: >>>>>>>> >>>>>>>> Good evening! >>>>>>>> >>>>>>>> Does the FreeBSD >= 14.3 NFSv4.1 client and server support case >>>>>>>> insensitive filesystems, e.g. exported ZFS or FAT? >>>>>>> Greater than, as in 15.0. >>>>>> Oops, that's 15.1-> >>>>>> (I looked and it is in stable/15, but not releng/15.0.) >>>>>> (I work with main and the stable branches and don't keep track of when the >>>>>> releases branch off.) >>>>> >>>>> OK, version confusion. :) >>>>> >>>>> What do I have to do as FreeBSD root user to update a FreeBSD 15.0 >>>>> installation to a kernel version which supports case-insensitive >>>>> filesystems for NFSv4.2 server, i.e. FATTR4_CASE_INSENSITIVE and >>>>> FATTR4_CASE_PRESERVING are set according to the features of ZFS? >>>>> >>>>> Ced >>>>> >>>>> >>>> >>>> >>>> As I understand what Rick wrote: >>>> >>>> ) No *.*-RELEASE supports such. (No releng/*.* branch has such code.) >>>> >>>> ) Modern 15.0-STABLE supports such (stable/15 branch has such code). >>>> >>>> ) Modern 16.0-CURRENT supports such (main branch has such code). >>>> >>>> Are you in a situation that allows use of the likes of some commit of, >>>> say, 15.0-STABLE ( branch stable/15 )? >>>> >>>> If you must have a *.*-RELEASE instead, you have to wait for >>>> 15.1-RELEASE to be available. >>> >>> OK, I have to do some outings: I am new to FreeBSD, and worse: I am >>> management (sort of rond-de-cuir). >>> >>> What do I have to do as user root in a FreeBSD 15.0 installation to >>> update to 15.0-STABLE to get working FATTR4_CASE_INSENSITIVE and >>> FATTR4_CASE_PRESERVING support in FreeBSD NFS server? > As Mark noted, you can either wait for the 15.1 release (April, maybe?) > or you can set up a system from sources (aka stable/15). > > To do the latter for a test system (where maintaining it with up-to-date > security patches, etc) is pretty straightforward. (To do so while maintaining > it will up-to-date security patches, etc, is outside my wheelhouse and > probably yours. Companies like Netflix do this with "main" which is the > newest greenest bits, but they have an engineering team to manage it.) > > For a simple test server, you could: > - Install 15.0 using the "legacy .." (I can't remember what the install > calls it exactly, but it is not the new pkg based installation.) > - Download the stable/15 source tree.. > # git clone https://git.freebsd.org src > (Or https://github.com/freebsd/freebsd-src if the above doesn't work > for you.) > # git checkout stable/15 > - cd into the top level directory (src for the above git example). > # make buildkernel > # make installkernel > - There isn't any userland changes, so just replacing the kernel > should be sufficient. > # shutdown -r now By themselves, the above instructions are insufficient if you are trying to start from a pkgbase 15.0-RELEASE installation and upgrade to a 15.0-STABLE of some vintage, no matter if the intended end result is pkgbase vs. not. Using pkgbase going forward would have new binary releases of 15.0-STABLE available twice a day normally --but pkgbase has a Technology Preview status for its status for 15.0 and possibly for more 15.* . You may well not want to deal with such a status. 16.0-RELEASE should no longer have such a status for pkgbase. > > To configure a ZFS file system for case insensitive, you need to > first find out what your pool is called, if you do not know that. > # zpool list > - The name is the first field > Now to create a file system that is case insensitive... > # zfs create -o casesensitivity=insensitive / > - If you messing around with a Windows client, you might also want.. > # zfs set xattr=dir / > - To enable named attributes (alternate data streams). > # zfs set aclinherit=passthrough / > - Which has been said to be the best setting for acl inheritance for > Windows clients. > (There are also a couple of other properties that might be useful, > but I have no experience with them. "normalization" and "aclmode" > are two of them. Read "man zfsprops" for more info.) > > I have no idea if a pkg installed system can be upgraded via > sources, but I do not see why replacing the kernel would be a > problem, assuming it is just a test system and you do not need > to track bugfixes... It is possible to build and install and use alternate kernels under alternate names, leaving the official pkgbase ones alone. (pkgbase has code to validate official distribution materials have not been corrupted/changed.) I build such personal kernels from slightly alternate source code and boot mine sometimes and an official one other times. The boot-world is always an official pkgbase installation. (I also build alternate worlds that I install to directories and use via chroot and via being the world for some poudriere-devel jails. I use these when I'm booted with my personal kernel builds. But I can boot the system via just officially distributed materials for the boot-kernel and boot-world. My personal kernel builds work with the official pkgbase boot-world ok as well: I avoid such a kernel being based on older source code than any of the worlds were based on.) > > rick > >> >> My context has only ever had very simple configurations. But I do know >> that how to upgrade depends on which technique was used to install >> 15.0-RELEASE : If you have a installation based on the new pkgbase style >> of installation it would be different than if you had a installation via >> a historical technique. For the historical techniques (source code style >> installation vs. other historical styles of installation, for example), >> there is variability as well. >> >> You likely need to report various supporting information details >> describing the specific context that you would be starting from. >> >> Overall, I'm not likely to be an appropriate guide for any sort of >> production environment doing a FreeBSD OS upgrade, even with such >> information. >> >>> >>> Also, which FreeBSD commit added support for working >>> FATTR4_CASE_INSENSITIVE and FATTR4_CASE_PRESERVING? >> >> It is probably best if Rick answers the question about his own code. >> I've no knowledge of its details. That need not mean that he would be an >> proper source overall for how to upgrade the FreeBSD OS from >> 15.0-RELEASE to a vintage of 15.0-STABLE . >> >> -- >> === >> Mark Millard >> marklmi at yahoo.com > > -- === Mark Millard marklmi at yahoo.com