From: "Gabriele Bulfon via illumos-developer" <developer@lists.illumos.org>
To: illumos-developer <developer@lists.illumos.org>
Subject: Re: [developer] possible bug in smbfs ?
Date: Thu, 3 Oct 2024 09:31:30 +0200 (CEST) [thread overview]
Message-ID: <920330001.1517.1727940690442@www> (raw)
In-Reply-To: <SJ2PR20MB7155C771225954BA610C13B0A4702@SJ2PR20MB7155.namprd20.prod.outlook.com>
[-- Attachment #1.1: Type: text/plain, Size: 3229 bytes --]
Thanks, but there is no "abe" enabled on those shares, and actually all files 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 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 disappear randomly, but they're still there on the shares and visible from other smb clients.
Gabriele
Sonicle S.r.l. : http://www.sonicle.com
Music: http://www.gabrielebulfon.com
eXoplanets : https://gabrielebulfon.bandcamp.com/album/exoplanets
Da: Jason King <jason.brian.king@gmail.com>
A: illumos-developer <developer@lists.illumos.org>
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 disabling that and see if the results are more what you expect.
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 SMB 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).
From: Gabriele Bulfon via illumos-developer <developer@lists.illumos.org>
Date: Wednesday, October 2, 2024 at 8:30 AM
To: illumos-developer <developer@lists.illumos.org>
Subject: [developer] possible bug in smbfs ?
Hello, we have an illumos system with many zones, and a separate illumos system sharing CIFS folders in workgroup mode.
Each zone mounts a dedicated share with just its own permissions, using smbfs.
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 dataset 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 dedicated smb share.
Even more, missing files can be accessed from the zone specifying a full file name, but are missing when using "*":
root@z153:/export/home/dos/ariansped# ls ftparia.log
ftparia.log
root@z153:/export/home/dos/ariansped# ls ftparia.*
ftparia.*: No such file or directory
Is there any known bugs in this cifs client implementation?
Thanks,
Gabriele
Sonicle S.r.l. : http://www.sonicle.com
Music: http://www.gabrielebulfon.com
eXoplanets : https://gabrielebulfon.bandcamp.com/album/exoplanets
illumos / illumos-developer / see discussions + participants + delivery options Permalink
------------------------------------------
illumos: illumos-developer
Permalink: https://illumos.topicbox.com/groups/developer/T2325b50b338eaba9-M120eafa44f877e65b1d7426a
Delivery options: https://illumos.topicbox.com/groups/developer/subscription
[-- Attachment #1.2: Type: text/html, Size: 8886 bytes --]
prev parent reply other threads:[~2024-10-03 7:33 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-02 13:29 Gabriele Bulfon via illumos-developer
2024-10-02 14:54 ` Jason King
2024-10-03 7:31 ` Gabriele Bulfon via illumos-developer [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=920330001.1517.1727940690442@www \
--to=developer@lists.illumos.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).