From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE, MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: from tb-ob1.topicbox.com (tb-ob1.topicbox.com [64.147.108.173]) by inbox.vuxu.org (Postfix) with ESMTP id 2B5AA20074 for ; Thu, 3 Oct 2024 09:33:19 +0200 (CEST) Received: from tb-mx0.topicbox.com (tb-mx0.nyi.icgroup.com [10.90.30.73]) by tb-ob1.topicbox.com (Postfix) with ESMTP id A15FE207C3 for ; Thu, 3 Oct 2024 03:33:17 -0400 (EDT) (envelope-from bounce.mM120eafa44f877e65b1d7426a.r81958daa-7202-11ef-bbf2-18142b2d11b0@illumos.bounce.topicbox.com) Received: by tb-mx0.topicbox.com (Postfix, from userid 1132) id 9FA132816F6E; Thu, 3 Oct 2024 03:33:17 -0400 (EDT) ARC-Authentication-Results: i=2; topicbox.com; arc=pass; dkim=pass (1024-bit rsa key sha256) header.d=sonicle.com header.i=@sonicle.com header.b=lP39XspP header.a=rsa-sha256 header.s=dkim x-bits=1024; dmarc=pass policy.published-domain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=sonicle.com; spf=pass smtp.mailfrom=gbulfon@sonicle.com smtp.helo=mail.sonicle.com; x-internal-arc=fail (as.1.topicbox.com=pass, ams.1.topicbox.com=fail (message has been altered)) (Message modified while forwarding at Topicbox) ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d= topicbox.com; h=date:to:message-id:in-reply-to:references :subject:mime-version:content-type:list-help:list-id:list-post :list-subscribe:reply-to:content-transfer-encoding:from :list-unsubscribe; s=sysmsg-1; t=1727940797; bh=1FSIaQYDbCz0z53/ 5yXMa742IKhMU88yedPxdpI8978=; b=FE/6k5TruX53NrRUAzLH+QXW82Wa73Z3 yxG3JETZIxVpxXyLTPmz1SzHVTRSkA2wOZpxB4TW0B9O8n2N0e4b902zdpC+6yLG ALCJ1F9gr1B+bQYKFCwWl7W/v6Sa7t1S68AIK3BDmugAdHphhwkThm/+HDHZhapD tM2WqwWNuk8= ARC-Seal: i=2; a=rsa-sha256; cv=pass; d=topicbox.com; s=sysmsg-1; t= 1727940797; b=eOw7FUsizDbXrTzZWP0haIsCBUMuF4KtK5LZwgbLYrNDEyBcFp EbsCOe3Ztc4DXddbPYRV+ag4kWTNwxCQNh7mwZu9kImmrF98ZzNpLtQ8AoxeHGbl KU4hzMcAHh27+fs6UMKPOQU9ySYRh9Yw3nAc6PA7dUEiX2EkwosplZGWo= Authentication-Results: topicbox.com; arc=pass; dkim=pass (1024-bit rsa key sha256) header.d=sonicle.com header.i=@sonicle.com header.b=lP39XspP header.a=rsa-sha256 header.s=dkim x-bits=1024; dmarc=pass policy.published-domain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=sonicle.com; spf=pass smtp.mailfrom=gbulfon@sonicle.com smtp.helo=mail.sonicle.com; x-internal-arc=fail (as.1.topicbox.com=pass, ams.1.topicbox.com=fail (message has been altered)) (Message modified while forwarding at Topicbox) X-Received-Authentication-Results: tb-mx0.topicbox.com; arc=none (no signatures found); bimi=none (No BIMI records found); dkim=pass (1024-bit rsa key sha256) header.d=sonicle.com header.i=@sonicle.com header.b=lP39XspP header.a=rsa-sha256 header.s=dkim x-bits=1024; dmarc=pass policy.published-domain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=sonicle.com; iprev=pass smtp.remote-ip=109.168.117.71 (mail.sonicle.com); spf=pass smtp.mailfrom=gbulfon@sonicle.com smtp.helo=mail.sonicle.com; x-aligned-from=pass (Address match); x-me-sender=none; x-ptr=pass smtp.helo=mail.sonicle.com policy.ptr=mail.sonicle.com; x-return-mx=pass header.domain=sonicle.com policy.is_org=yes (MX Records found: mail.sonicle.com); x-return-mx=pass smtp.domain=sonicle.com policy.is_org=yes (MX Records found: mail.sonicle.com); x-tls=pass smtp.version=TLSv1.2 smtp.cipher=ECDHE-RSA-AES256-GCM-SHA384 smtp.bits=256/256; x-vs=clean score=-100 state=0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lists.illumos.org; h= date:to:message-id:in-reply-to:references:subject:mime-version :content-type:list-help:list-id:list-post:list-subscribe :reply-to:content-transfer-encoding:from:list-unsubscribe; s= dkim-1; t=1727940797; x=1728027197; bh=Ks2g4v52lfNcwzSZkOCOXiur/ aU+vX7Q5i+nD0y5NCs=; b=FsPzMeYjUxjKn6NmVuXGsl3WnKxk5ssqvIO1XtIia hFYmFxdGN3feDoEwYuZc2lAazy+9mKI5Dt10jFisP3KPDQJYj5pHicj2u67VKqBg a6HgK7Yd5VpqFMAyx9lRp9p41GWu3IdM0sHO+FuoBF8hQub9Pne0BadPaCC56Rvp oM= Received: from tb-mx0.topicbox.com (localhost.local [127.0.0.1]) by tb-mx0.topicbox.com (Postfix) with ESMTP id D4DED281696F for ; Thu, 3 Oct 2024 03:31:32 -0400 (EDT) (envelope-from gbulfon@sonicle.com) Received: from tb-mx0.topicbox.com (localhost [127.0.0.1]) by tb-mx0.topicbox.com (Authentication Milter) with ESMTP id EBA5ABCE8B0; Thu, 3 Oct 2024 03:31:32 -0400 ARC-Seal: i=1; a=rsa-sha256; cv=none; d=topicbox.com; s=arcseal; t= 1727940692; b=ee1XlSS32SJ2Zch5UTq7XLeYGq06NsLYxC0x72vp4sNiUGxDEE XOFjeaIxh9MTel4gmd/F389VGoMNLQw5FOYCRVovzPTkrURHfreZZmULR1Fm1yKr vg7ltade0FvyazNqmvNd/xkaTWyPHlJoRBmI6GF+Z/sFsQBHaOss9wyx6sXoFeoO tMzX+GvRf23jS+O4G4o46+0YrWjWP+sBmuFH7llU509UOvutKFXYfXVIXZP5Jvj2 cZSrRJ5MzQP4TLcJ7vZfYPMHPMqLw0XAIIl/OQdPpXfPBsqD3R9BZWLQkp5KnPCR sPJfzKIp8Ak0Zx/okHNxMFaJ0VLtGZpKxT9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d= topicbox.com; h=date:from:to:message-id:in-reply-to:references :subject:mime-version:content-type; s=arcseal; t=1727940692; bh= 3+tidDunNWwm3P1ASO2HkulwUYFYfVi6WcDbnj86phE=; b=gpS6mPnbNs6Hoqx9 4y40QD4litzFusQh7X0YvX8raTiS8coUCkFHhaYNmZbc4fvUipJex7axZSRUHq8C sC6EmyX/lqZOnSbePahIXbr6HlG2ydHUzXs+7xe+U0VxORqjrPIIACxwmfTcqb3s 9m0CVS+7GqVZhPxcVFhFLxHYE9ThrNiAVt3rpGVWJX4Vh+L97UhLnfpHZeNEy3WH fSbTGcRm+U2LrSC73cNeMJLEK8h1rTBNZ8L+iRyIJpamR5TQiSrnzIaRA8fe2Eqy gihvhJv1hiATROznbLMN/pjQHayW/GwEWmlvCz0mkJjed9B4L+mrHGK53TV6FpnI zC5iQQ== ARC-Authentication-Results: i=1; tb-mx0.topicbox.com; arc=none (no signatures found); bimi=none (No BIMI records found); dkim=pass (1024-bit rsa key sha256) header.d=sonicle.com header.i=@sonicle.com header.b=lP39XspP header.a=rsa-sha256 header.s=dkim x-bits=1024; dmarc=pass policy.published-domain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=sonicle.com; iprev=pass smtp.remote-ip=109.168.117.71 (mail.sonicle.com); spf=pass smtp.mailfrom=gbulfon@sonicle.com smtp.helo=mail.sonicle.com; x-aligned-from=pass (Address match); x-me-sender=none; x-ptr=pass smtp.helo=mail.sonicle.com policy.ptr=mail.sonicle.com; x-return-mx=pass header.domain=sonicle.com policy.is_org=yes (MX Records found: mail.sonicle.com); x-return-mx=pass smtp.domain=sonicle.com policy.is_org=yes (MX Records found: mail.sonicle.com); x-tls=pass smtp.version=TLSv1.2 smtp.cipher=ECDHE-RSA-AES256-GCM-SHA384 smtp.bits=256/256; x-vs=clean score=-100 state=0 X-ME-VSCause: gggruggvucftvghtrhhoucdtuddrgeeftddrvddvtddguddvfecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpeffhffvkfgjfhfugggtsehmtdersgdttdejnecu hfhrohhmpefirggsrhhivghlvgcuuehulhhfohhnuceoghgsuhhlfhhonhesshhonhhitg hlvgdrtghomheqnecuggftrfgrthhtvghrnhepieegfeektdevgedttdffleejuedvgeev udehheetlefgjefffeegjefgheevtdeknecuffhomhgrihhnpehsohhnihgtlhgvrdgtoh hmpdhgrggsrhhivghlvggsuhhlfhhonhdrtghomhdpsggrnhgutggrmhhprdgtohhmpdht ohhpihgtsghogidrtghomhenucfkphepuddtledrudeikedruddujedrjedunecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepuddtledrudeikedruddujedr jedupdhhvghlohepmhgrihhlrdhsohhnihgtlhgvrdgtohhmpdhmrghilhhfrhhomhepoe hgsghulhhfohhnsehsohhnihgtlhgvrdgtohhmqedpnhgspghrtghpthhtohepuddprhgt phhtthhopeeouggvvhgvlhhophgvrheslhhishhtshdrihhllhhumhhoshdrohhrgheq X-ME-VSScore: -100 X-ME-VSCategory: clean Received-SPF: pass (sonicle.com: 109.168.117.71 is authorized to use 'gbulfon@sonicle.com' in 'mfrom' identity (mechanism 'a' matched)) receiver=tb-mx0.topicbox.com; identity=mailfrom; envelope-from="gbulfon@sonicle.com"; helo=mail.sonicle.com; client-ip=109.168.117.71 Received: from mail.sonicle.com (mail.sonicle.com [109.168.117.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tb-mx0.topicbox.com (Postfix) with ESMTPS for ; Thu, 3 Oct 2024 03:31:31 -0400 (EDT) (envelope-from gbulfon@sonicle.com) Received: from www (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mail.sonicle.com (Postfix) with ESMTPS id 72C0C91D0E3 for ; Thu, 3 Oct 2024 09:31:30 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.sonicle.com 72C0C91D0E3 Received: from www (www [192.168.222.200]) by www with SMTP (SubEthaSMTP 3.1.7) id M1SZ9TSA for developer@lists.illumos.org; Thu, 03 Oct 2024 09:31:30 +0200 (CEST) Date: Thu, 3 Oct 2024 09:31:30 +0200 (CEST) To: illumos-developer Message-ID: <920330001.1517.1727940690442@www> In-Reply-To: References: <71393112.1414.1727875795175@www> Subject: Re: [developer] possible bug in smbfs ? MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1515_1982886769.1727940690441" Forwarded-From: Topicbox-Policy-Reasoning: allow: sender is a member Topicbox-Message-UUID: 85d933d8-8159-11ef-92d3-7144098c7b06 Archived-At: =?UTF-8?B?PGh0dHBzOi8vaWxsdW1vcy50b3BpY2JveC5jb20vZ3JvdXBz?= =?UTF-8?B?L2RldmVsb3Blci9UMjMyNWI1MGIzMzhlYWJhOS1NMTIwZWFmYTQ0Zjg3N2U2?= =?UTF-8?B?NWIxZDc0MjZhPg==?= List-Help: List-Id: "illumos-developer" List-Post: List-Software: Topicbox v0 List-Subscribe: Precedence: list Reply-To: illumos-developer Content-Transfer-Encoding: 7bit From: "Gabriele Bulfon via illumos-developer" List-Unsubscribe: , Topicbox-Delivery-ID: 2:illumos:a901537c-2aea-11e7-965f-d98f9f16e227:81958daa-7202-11ef-bbf2-18142b2d11b0:M120eafa44f877e65b1d7426a:1:88js4Iyi7NYbXP2_buUg-UKQXocwZz8Ae6BN6mxwBGs ------=_Part_1515_1982886769.1727940690441 Content-Type: multipart/alternative; boundary="----=_Part_1516_825496915.1727940690441" Content-Transfer-Encoding: 7bit ------=_Part_1516_825496915.1727940690441 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks, but there is no "abe" enabled on those shares, and actually all fil= es have same acls and permissions, both those that are visible and the ones= that are not through "ls". With any other smb client (windows pc, smbclient -U ...) everything is show= n correcetly. It happens only from those zones, mounting using smbfs on vfstab. Also, those files are created by the zones themselves, and they appear in a= short timeframe, then they disappear randomly, but they're still there on = the shares and visible from other smb clients. =C2=A0 Gabriele =C2=A0 =C2=A0 Sonicle S.r.l.=C2=A0:=C2=A0http://www.sonicle.com Music:=C2=A0http://www.gabrielebulfon.com eXoplanets=C2=A0:=C2=A0https://gabrielebulfon.bandcamp.com/album/exoplanets =C2=A0 =C2=A0 Da: Jason King A: illumos-developer Data: 2 ottobre 2024 16.54.00 CEST Oggetto: Re: [developer] possible bug in smbfs ? There is a share option =E2=80=98abe=E2=80=99 (access based enumeration). I= f enabled on a share, clients will only see the files they have some sort o= f access to. You could try disabling that and see if the results are more w= hat you expect. =C2=A0 I suspect the difference in behavior is probably related to when specifying= an exact filename as a parameter to ls, it tries to do a stat(2) (or the S= MB equivalent), while a glob will get expanded by the shell, and the needs = to enumerate the contents of a directory (which is where the abe option may= come into play) to figure out what the expansion is (which if it succeeds,= is then passed as parameters to the command). =C2=A0 =C2=A0 =C2=A0 From: Gabriele Bulfon via illumos-developer Date: Wednesday, October 2, 2024 at 8:30=E2=80=AFAM To: illumos-developer Subject: [developer] possible bug in smbfs ? Hello, we have an illumos system with many zones, and a separate illumos sy= stem sharing CIFS folders in workgroup mode. Each zone mounts a dedicated share with just its own permissions, using smb= fs. After some time we realized something wierd was happening: in some folders = running just "ls" from the zone shows only 125 files while on the storage d= ataset ther are more than 1000. File permissions are ok, all the same. More, missing files are different and random from zone to zone on their ded= icated smb share. Even more, missing files can be accessed from the zone specifying a full fi= le name, but are missing when using "*": root@z153:/export/home/dos/ariansped# ls ftparia.log ftparia.log root@z153:/export/home/dos/ariansped#=C2=A0ls ftparia.* ftparia.*: No such file or directory =C2=A0 Is there any known bugs in this cifs client implementation? Thanks, Gabriele =C2=A0 =C2=A0 Sonicle S.r.l.=C2=A0:=C2=A0http://www.sonicle.com Music:=C2=A0http://www.gabrielebulfon.com eXoplanets=C2=A0:=C2=A0https://gabrielebulfon.bandcamp.com/album/exoplanets =C2=A0 illumos / illumos-developer / see discussions + participants + delivery=C2= =A0options Permalink ------------------------------------------ illumos: illumos-developer Permalink: https://illumos.topicbox.com/groups/developer/T2325b50b338eaba9-= M120eafa44f877e65b1d7426a Delivery options: https://illumos.topicbox.com/groups/developer/subscription ------=_Part_1516_825496915.1727940690441 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks, but there is no "= ;abe" enabled on those shares, and actually all files have same acls a= nd permissions, both those that are visible and the ones that are not throu= gh "ls".
With any other smb client (windows pc, smbclient -U= ...) everything is shown correcetly.
It happens only from those zones= , mounting using smbfs on vfstab.
Also, those files are created by the= zones themselves, and they appear in a short timeframe, then they disappea= r randomly, but they're still there on the shares and visible from othe= r smb clients.
&n= bsp;
Gabriele
 
 
Sonicle S.r.l. = : http:/= /www.sonicle.com
 


Da: Jason King <jason.brian.king@gmail.com>= ;
A: illumos-developer <developer@lists.illumos.or= g>
Data: 2 ottobre 2024 16.54.00 CEST
Oggetto: Re: [developer] possible bug in smbfs ?


There is a share option ‘= abe’ (access based enumeration). If enabled on a share, clients will = only see the files they have some sort of access to. You could try disablin= g that and see if the results are more what you expect.

 

I suspect the difference in behavi= or is probably related to when specifying an exact filename as a parameter = to ls, it tries to do a stat(2) (or the SMB equivalent), while a glob will = get expanded by the shell, and the needs to enumerate the contents of a dir= ectory (which is where the abe option may come into play) to figure out wha= t the expansion is (which if it succeeds, is then passed as parameters to t= he command).

&n= bsp;

 =

= ------=_Part_1516_825496915.1727940690441-- ------=_Part_1515_1982886769.1727940690441--