Received-SPF: pass (google.com: domain of linux-nfs+bounces-76-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249;
Date: Sun, 26 Nov 2023 12:08:02 -0500
From: Chuck Lever <chuck.lever@oracle.com>
To: Jeff Layton <jlayton@kernel.org>
Cc: Cedric Blancher <cedric.blancher@gmail.com>,
        Linux NFS Mailing List <linux-nfs@vger.kernel.org>
Subject: Re: <DOT>foo gets NFSv4 HIDDEN attribute by default by nfsd? Re: How
 to set the NFSv4 "HIDDEN" attribute on Linux?
Message-ID: <ZWN7cghjEZHD92Ad@tissot.1015granger.net>
References: <CALXu0UdcCKBGR8FUSEeEMngKqwz98Xc2HFXnhX5i_1ioEiuaQg@mail.gmail.com>
 <83a30ef92afa05d50232bd3c933f8eb45ed8f98b.camel@kernel.org>
 <CALXu0UerMnjs9y4gQTvy-v-gqSgO2imFbMAZ87LFj1tQqvfjiQ@mail.gmail.com>
 <0d7966163db13d71cb4679d51db5cacf91f42b6b.camel@kernel.org>
 <CALXu0Uf9LiNL7SA57vSq5pMBVBZESWexcRwDR0XMc9fFpPiNkQ@mail.gmail.com>
 <CALXu0UccoNs0A4MjQH7gPboarWyZcRQzsy2zJRxk51LR0hGDVQ@mail.gmail.com>
 <ZWDgvFfkAF8e3MFj@tissot.1015granger.net>
 <afb9281a81c2001588dbaf46e0ac13fc99ffbb41.camel@kernel.org>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <afb9281a81c2001588dbaf46e0ac13fc99ffbb41.camel@kernel.org>
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: 
	=?us-ascii?Q?rTKJ0tz0kx9CQo4NmLgSdZ1h1BwXv4knhtKibVnoPBPamgnCLROItbN54xe4?=
 =?us-ascii?Q?q/TjysvTgPGxSmp5c3TMO3ZwWsPWitn/yGufkDc/FFZ9ugVsHULl25fgXe7F?=
 =?us-ascii?Q?SUMcjugzL5pwTmE6PaJK1lq/tfUA7kRjEmi7GgSY3LQbTHCOmRjUUBt3Kom3?=
 =?us-ascii?Q?HKC1+VpFNp5f/mKntUys1/jr39XNWoO4kQN2OHqDbdcuZiz045+snJVAsDI6?=
 =?us-ascii?Q?cPIBCWtlWwPz0Z9/Wa340ZGW/cuImP2rZyq15tgzZzOWOt9XV/1bAcwLNN52?=
 =?us-ascii?Q?FY60r1uWrkmyNkbRIMHbPw0hbC/u8xzQpGWwPR9JsmMjYOoIvBqeRPzUrG/C?=
 =?us-ascii?Q?JpLro4S1cKXLfjBY4Bt6Tew6bsoZW4220jopdNiBu5cDVy0DfRjcxsN9EpEr?=
 =?us-ascii?Q?dHSf/xQ0AiClPseUEbYldhk9Qa/XSSlh2csDwCUkBhFAEfCiTgyWoYltNUiM?=
 =?us-ascii?Q?4WFFrWldJ6vOauJgQ7X7wQwMfJOEAD88MuGQUfhnaTaiN3XxOphm/8EpBdzR?=
 =?us-ascii?Q?22ErWJ9/U/xTsW0jWgKy8NzFRNcFcZLoYAyG7vZ6uVd/UmGiXJ/zwAIZo9sc?=
 =?us-ascii?Q?W4FdN3xbiVsSPWSjQV1XJHAfeYvMoGWzDKCVPODQWguGzy/EKjcNTTCfg5LW?=
 =?us-ascii?Q?GG0l8+ssNsEj2FFK11wlWaem3lSMOLRzammV8I/CiPpI0hAtbM7O3I42Miuk?=
 =?us-ascii?Q?v5cmZTUQ0hYQHdBzDz/PPjCNOEBR6Pf/cAr//2g3+BZnT3qsHMl1KBxlk2T9?=
 =?us-ascii?Q?Ou2jYUglwx0NIs6Z99/UAviHAI7P8UUWgMQm8CYnskQcfh8tbXCRRWHxuhPv?=
 =?us-ascii?Q?G2VVgBi/8egS6bPmzLQ84auENHAIhVcqROIw0K6VA0gR9+Q74y+YtvMDUgEG?=
 =?us-ascii?Q?Q8OCnoH9DvD1e26wZjNM9ZkG9eZB+iCCOfKdOEkVT2RZcyh/Fx/PaRe06Z+7?=
 =?us-ascii?Q?0e7aoLpYh/5/eJiOh73kt/DIWl7j9H/I9Z6b8zAr4zqsa2ryNpKNAVF0Ir55?=
 =?us-ascii?Q?PtMZKl2kl4DRfgIea4dUKOTPvh52JMo2bB6fF8TKWR2I3fvP6IOZjtXfb1Jo?=
 =?us-ascii?Q?LbQuEJGCWF//0L/DngvAjNXvFp/K7keQSjnWd6NGHn+2mn0hkkuW4HxNXjVo?=
 =?us-ascii?Q?uXTKSn7+Hm8FCCFpvYG7bq+5U4rB/ZF2WldNi4bu7DmOuodwgMpv6PkZLRqH?=
 =?us-ascii?Q?QTW23lnQQ2EqFZum5Shk9l4xJ+TGts763USczZXdJxCpSMfhQojLmBGzUxeL?=
 =?us-ascii?Q?okJRaGPWFOVWLQzEoFzW43g95r10vSON484q0zp1SCtFgvk8EeP85opyGTRX?=
 =?us-ascii?Q?D5BUur0fizZ4ktpa3XqNue3WJImibpBIGjP26NSNriPuT+AGe65TTSfZagdG?=
 =?us-ascii?Q?e/YDX4bVp98MAJl5pj7Y6c0d4+eoWgO6RQtBR8pV9M0w/9lclOjZb3UdKdG8?=
 =?us-ascii?Q?rWpCHDuNnARs/+lpli/MtEc5ylKZbr9amK/EmDwFMRmuCRtj9/8GVUgH3BmE?=
 =?us-ascii?Q?X8vMYYg8wbPhwJgfRBfmOOIDa6OKwsmQ9z7ZCtxQfY9B4YpQGHalB50QqUV3?=
 =?us-ascii?Q?bzJtAXdHhx/UkOOkqs7SiSCeZvGVeJNRF+XzZO7fRkV+YVNptGAH/3vfY4b1?=
 =?us-ascii?Q?5w=3D=3D?=
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: 
	N9BX7K0UiG38WeccXbiAjAesOmdWWYK7iUfa4b6DmLfmD4O6Rm7HAu+kHo8Usdp8IWj+yt3OT49nm263zW5KnkXrlwvALuBahAMt+Q2AwdeyMde9utMEUXH4/rKYkYV/q3qGN4ziwT2HlW30Ehe8oo0LGM0Pz4KgzwooYpyKJSakZ1+6g8stym6Cc+qcJLz2zAiu8nzk4wScX1KIxWptgPC5XIaQvu8iXXhegt+jdqy+CMrbRcIkQMMDIa62lvImgNrd3M9YJGgf/D5XZ+FNqN8L0bLfxqVNWnAQU5JJVK+Jsgm+odBj48qyK1CJqeV1jOF3z60/wLxZRjujBu70bttJflPWzOOIbJx7jjfRdfyZE3v2YFPTQfAOvSiDp+kC9U6UsNCRcVwiLCP0enl3p2SNULwJi8ba73fSwodR1ZjS8B5KVqKPAB1zpKtRyRdZan8A4oFtqaT0peu++hJJxQ0Aj99etoCPytyE0gJgJXXhBCTaDbUENifl/q+5NUMYNJ6qujZz4RUV2Sy2N0o8Iyp5vTKm5PoBMUApAfrvNtDJk7H31Ayb2fmMTMbtKaOgj1Aq0a04wYisZrfFzoqEqN8bEgHeJyeHtxn7+72aar4cadsaLSjgUzAjOnJchw/0wCTmS7MyEPFZah8FPaSTsQnRdR1JreBRT5q2VCA33law2g+7B/R/sdVnqeUeCet0XTrZJC5ivMjMt3iNyFcVhHJZaX+WawAWwtmhU2jHPj9QPW2ipPkwY4uy5klEzfWtn45eVHJo/DdUq6CdR1PdJ80nLrXdiRJv1L1eQ/tM6ppJ/BbgV9Q86cAhJAswhsIk
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1305821f-fcc0-426f-f7d2-08dbeea241f6
X-MS-Exchange-CrossTenant-AuthSource: BN0PR10MB5128.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Nov 2023 17:08:06.3457
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: ZwXnwZ3kqsaDUVg+6BVlmoIkaPZsTps1wmm93oa3wXsDWteljY4EXhzNnignXyc/v5WJNXywv/n9s9/LHV2RpQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS7PR10MB7322
X-Proofpoint-Virus-Version: vendor=baseguard
 engine=ICAP:2.0.272,Aquarius:18.0.987,Hydra:6.0.619,FMLib:17.11.176.26
 definitions=2023-11-26_16,2023-11-22_01,2023-05-22_02
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 spamscore=0
 adultscore=0 suspectscore=0 phishscore=0 bulkscore=0 malwarescore=0
 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.12.0-2311060000 definitions=main-2311260127
X-Proofpoint-GUID: OlfwBa93Ojnj1Diq5VGIVCmQLE6N6Le-
X-Proofpoint-ORIG-GUID: OlfwBa93Ojnj1Diq5VGIVCmQLE6N6Le-

On Sat, Nov 25, 2023 at 09:52:36AM -0500, Jeff Layton wrote:
> On Fri, 2023-11-24 at 12:43 -0500, Chuck Lever wrote:
> > On Thu, Nov 23, 2023 at 11:24:10PM +0100, Cedric Blancher wrote:
> > > Also, it is legal for a nfsd to give the DOT files (/.foo) the HIDDEN
> > > attribute by default? Right now on Windows they show up because NFSv4
> > > HIDDEN is not set, and it is annoying.
> > 
> > I suppose an NFS server could do this, but I'm not aware of any
> > other multi-protocol file server (eg, Oracle ZFS or NetApp) that
> > does.
> > 
> > Dot-files are obscured on POSIX systems by the NFS clients and their
> > user space (ls and graphical file navigators). I don't see why the
> > Windows NFS client can't be similarly architected. Or perhaps it
> > could fabricate the HIDDEN attribute for such files itself.
> 
> Question. GETATTR operates on filehandles, which are roughly analogous
> to inode with Linux nfsd:
> 
> $ touch visible
> $ ln visible .hidden
> 
> Is the resulting inode and filehandle now considered HIDDEN or not?
> 
> These kinds of issues are endemic when trying to map MS Windows concepts
> onto Linux (and vice-versa).

The semantics of dot-files and HIDDEN are not the same, truly.

Interestingly, Samba supports a "hide dot files" option:

  https://www.samba.org/samba/docs/using_samba/ch08.html

It also implements a regular expression mechanism for faking HIDDEN
based on filename matching. Apparently the Samba folks don't believe
the difference between a HIDDEN inode and an obscured  directory
entry is important. Or perhaps they do this to work around missing
local file system support for storing the HIDDEN attribute.

I think I still prefer implementing an actual file attribute to
store the setting per-file. HIDDEN seems like a characteristic that
should be controlled by the file owner or the (client) application
that is managing a view of the file's parent directory, and not by a
server's administrator.


-- 
Chuck Lever