<div dir="ltr"><div>Tracking down old notes and some helpful reminders from the SMB mailing lists, the problem appears to lie with extended attributes. Setting `ea support = off` for the share seems to resolve the problem.<br><br> If anyone has any recommendations or experience getting extended attributes to work with samba, I'm all ears! Otherwise, I'll chip away at it and throw any questions or discoveries in lustre-devel.<br><br>Cheers,<br>Christian</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 4, 2022 at 4:39 PM <<a href="mailto:lustre-discuss-request@lists.lustre.org">lustre-discuss-request@lists.lustre.org</a>> wrote</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Hi all,<br>
<br>
Resident wild-guy Christian here. In summary, I'm seeing an odd problem<br>
from both Windows Explorer and Mac Finder when copy-pasting a large batch<br>
of files to a Lustre-backed SMB share wherein the file manager appears to<br>
enumerate over all the files to determine if they can be made in the<br>
destination, makes 0-byte stubs of each file, and then proudly states that<br>
the files already exist in the destination. This behavior is<br>
less-than-desirable and I was hoping someone else here had run into it, or<br>
someone better than I at diagnosing SMB weirdness could give me a hand<br>
debugging. I'm inclined to think it's a Lustre idiosyncracy, since this<br>
does not occur on a ZFS share. For those eagle-eyed mailing list members<br>
I've inquired to the Samba mailing list as well, but I figured I'd cover my<br>
bases here too :)<br>
<br>
Environment details:<br>
<br>
Testparm output:<br>
Server role: ROLE_STANDALONE<br>
# Global parameters<br>
[global]<br>
disable spoolss = Yes<br>
dns proxy = No<br>
load printers = No<br>
local master = No<br>
log file = /var/log/samba/clients/%m.log<br>
logging = syslog@0 file<br>
map to guest = Bad User<br>
max log size = 100<br>
max stat cache size = 65536<br>
max xmit = 1048676<br>
name resolve order = host wins bcast<br>
printcap name = /dev/null<br>
socket options = IPTOS_LOWDELAY TCP_NODELAY<br>
username map cache time = 60<br>
usershare path =<br>
idmap config * : backend = tdb<br>
include = /etc/samba/smb-shares.conf.local<br>
printing = bsd<br>
<br>
<br>
[smb-lustre]<br>
access based share enum = Yes<br>
case sensitive = Yes<br>
create mask = 0666<br>
delete veto files = Yes<br>
directory mask = 0777<br>
mangled names = no<br>
path = /lfsmnt/mydfs<br>
read only = No<br>
strict sync = No<br>
use sendfile = Yes<br>
vfs objects = fileid catia fruit acl_xattr aio_pthread<br>
fileid:algorithm = fsname<br>
readdir_attr:aapl_rsize = no<br>
readdir_attr:aapl_max_access = yes<br>
readdir_attr:aapl_finder_info = yes<br>
fruit:zero_file_id = yes<br>
fruit:wipe_intentionally_left_blank_rfork = yes<br>
fruit:veto_appledouble = no<br>
fruit:resource = file<br>
fruit:posix_rename = yes<br>
fruit:nfs_aces = yes<br>
fruit:model = MacSamba<br>
fruit:metadata = netatalk<br>
fruit:locking = none<br>
fruit:encoding = private<br>
fruit:delete_empty_adfiles = yes<br>
fruit:copyfile = yes<br>
fruit:aapl = yes<br>
<br>
Lustre config is pretty simple, self-compiled Lustre 2.14, ZFS 2.0, kernel<br>
4.19 on Debian 10, client mounts configured with defaults. The cluster I'm<br>
currently testing on is 4-nodes, but it seems to happen no matter the<br>
underlying architecture.<br>
<br>
The more detailed summary;<br>
I've got a folder called "lottafiles" that contains 817 files of size 3KB.<br>
In Mac Finder or Windows Explorer, when I drag that file to a new<br>
destination on the SMB share, I get the pop-up dialog showing me the<br>
progress of the operation. In windows, this shows it enumerating over each<br>
file in the transfer with "calculating" in the transfer size bar. When it's<br>
done "calculating" I get an additional prompt about "<number_of_files><br>
exist in the destination" that lets me overwrite/skip. Sure enough, the<br>
destination folder has been created with 817 0-byte files, all with the<br>
appropriate names.  The lowest number of 3K files I've see it happen with<br>
thus far is 112.<br>
<br>
Cheers,<br>
Christian Kuntz<br>
<br><br>
</blockquote></div></div>

<br>
<div><b><a href="https://opendrives.ac-page.com/nabshow2022?utm_source=signature&utm_medium=email&utm_campaign=nab022&utm_content=bookameeting" target="_blank"><img src="https://signature.opendrives.com/NAB2022_Email_Sig_500px.jpg" alt="https://opendrives.ac-page.com/nabshow2022?utm_source=signature&utm_medium=email&utm_campaign=nab022&utm_content=bookameeting"></a><br></b></div><b>Need a free NAB guest pass? Use code: LV56768 ($159 value)</b><br>