<div dir="ltr">Hi all,<br><br>Resident wild-guy Christian here. In summary, I'm seeing an odd problem from both Windows Explorer and Mac Finder when copy-pasting a large batch of files to a Lustre-backed SMB share wherein the file manager appears to enumerate over all the files to determine if they can be made in the destination, makes 0-byte stubs of each file, and then proudly states that the files already exist in the destination. This behavior is less-than-desirable and I was hoping someone else here had run into it, or someone better than I at diagnosing SMB weirdness could give me a hand debugging. I'm inclined to think it's a Lustre idiosyncracy, since this does not occur on a ZFS share. For those eagle-eyed mailing list members I've inquired to the Samba mailing list as well, but I figured I'd cover my 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><div><br></div><div>Lustre config is pretty simple, self-compiled Lustre 2.14, ZFS 2.0, kernel 4.19 on Debian 10, client mounts configured with defaults. The cluster I'm currently testing on is 4-nodes, but it seems to happen no matter the underlying architecture. <br><br>The more detailed summary; <br>I've got a folder called "lottafiles" that contains 817 files of size 3KB. In Mac Finder or Windows Explorer, when I drag that file to a new destination on the SMB share, I get the pop-up dialog showing me the progress of the operation. In windows, this shows it enumerating over each file in the transfer with "calculating" in the transfer size bar. When it's done "calculating" I get an additional prompt about "<number_of_files> exist in the destination" that lets me overwrite/skip. Sure enough, the destination folder has been created with 817 0-byte files, all with the appropriate names. The lowest number of 3K files I've see it happen with thus far is 112.<br><br>Cheers,<br>Christian Kuntz</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>