similar to: fruit:copyfile not working as expected

Hello Mike, I know from my customers that moving files under macOS Ventura on a SMB share is a mess and completely broken by Apple (e. g. moved files cannot be opened until you reconnect). Unfortunately I do not have a ZFS-backed machine to test against available right now to confirm the behaviour. Is your order of "vfs objects? correct? Regards, Alexander > On Thursday, Mar 02, 2023 at

Hello, I?m running TrueNAS 24.10.2.2, which uses Samba 4.20.5-truenas. I have a mixture of Mac, Linux, and Windows SMB clients in my network that talk to the TrueNAS server over SMB. Apologies in advance for the slightly long-winded setup to my question; I wanted to explain how I got here. I?d like to be able to use Server-Side Copy (SSC) (https://wiki.samba.org/index.php/Server-Side_Copy)

There are two styles of SSC: - the "normal" protocol style called copy-chunk, where the copy is requested in IO ranges by the client and performed server-side - the Apple way enabled by fruit:copyfile where the client requests the *whole* file to be copied in one request to be performed by the server The problem with the latter is that for large file the copy takes some time and

Hello! I have a quite large installation that currently supports OSX clients by forcing them to SMB1 with no streams (via the "nsmb.conf") file. This setup forces the OSX clients to generate their own ._[FILENAME] appledouble files for files with resource forks (like adobe documents). We recently discovered the fine work that's been done on vfs_fruit and wanted to see it it could

Am 15.06.2015 um 18:53 schrieb Ralph B?hme: > On Mon, Jun 15, 2015 at 12:57:52PM +0200, Sascha Kasch wrote: >> dear list, >> >> thanks for the great fruit speed-improvements. but... >> >> server config: >> debian 8 jessie >> sernet samba 4.2.2 packages >> >> here we see a problem that might not only be fruits problem but >> results in

samba-4.2.9-0.fc22.x86_64 with the configuration below a user from a up-to-date Apple client copies a folder with some images (from the share itself) to a different subfolder * he sees the folder * it appears empty in finder - in fact it is not empty * he can not delete it * he can rename it * a different user from a Apple clients sees the files * remove the "vfs objects" line and

Hi, Can anyone tell me why CopyFile is the only undefined reference from Path.cpp? --------------- llvm[2]: Linking Debug executable gccld c:/projects/build/MinGW/llvm-1-1/tools/gccld/Debug/gccld.o(.text+0x439): In function `Z15EmitShellScriptPPc': c:/projects/src/llvm-1/llvm/tools/gccld/gccld.cpp:127: undefined reference to `llvm::sys::CopyFile(llvm::sys::Path const&, llvm::sys::Path

But breaks VC++. The problem is, Windows.h defines "CopyFile" as a macro that's either "CopyFileA" or "CopyFileW". Path.h is included before Windows.h, so the declaration has the name "CopyFile" while the definition has "CopyFileA". Instant compilation error. Not sure what the best way to fix it is, but I'll check it in as soon as I

Hi Reid, The error still exists. However, looking on the function in Win32/Path.cpp: -------------- void sys::CopyFile(const sys::Path &Dest, const sys::Path &Src) { if (!::CopyFile(Src.c_str(), Dest.c_str(), false)) ThrowError("Can't copy '" + Src.toString() + "' to '" + Dest.toString() + "'"); } -------------- I

No, although its declared in the Path.h file, its actually not in the Path class. Have a look. Not sure why you're still seeing that problem. The same change to Unix/Path.cpp fixed the same problem on Cygwin and Linux. Reid. On Thu, 2004-12-23 at 15:48, Henrik Bach wrote: > Hi Reid, > > The error still exists. However, looking on the function in Win32/Path.cpp: > --------------

Hi Reid, Looking closer at the build process, I find that Path.cpp doesn't get compiled, even if it is a newer version than its *.o file. That's probaly the reason the error still exists. I've zipped and attached the trace after the point the new Path.cpp was updated by cvs. It clearly shows that it newer gets compiled and now shows that it is the dependencies in the makefile

I?ve got a situation with my Macs connecting to a Linux server via SMB where files/folders are randomly getting deleted from the server. The server logs are showing that a Mac is deleting them, but I know for a fact that it?s not human error, as my users are very vigilant in that regard, and the files/folders have no correlation to each other.Is there anyway of finding out how/why my Macs are

Hi Reid, Looking closer at the build process, I find that Path.cpp doesn't get compiled, even if it is a newer version than its *.o file. That's probaly the reason the error still exists. I've zipped and attached the trace after the point the new Path.cpp was updated by cvs. It clearly shows that it newer gets compiled and now shows that it is the dependencies in the makefile

Thanks for the response! This would be really helpful because we use a lot of old adobe type 1 fonts that are 100% resource fork and are rendered unusable without the marshalled xattr's in addition to the AFP_ streams. While ideally having it seamlessly integrated into samba would be great, if it's easier to run a one-time conversion utility we can do that too. Thanks! -S On Wed, Apr

This is one of the reasons I'm getting rid of the "platform" link. I'm not sure what platform you're working on, but on Cygwin it causes problems. Cygwin doesn't like .. through a soft link and generates incorrect file names. I imagine this is what is happening to the dependencies. In any event, the "platform" link will be gone before the new year. Sorry for

Have a WD MyCloud (v.1) NAS running “latest” (12Mar19) f/w which runs linux 3.2.26 & smbd 4.3.11 (yeah…both are EOL). vfs fruit, catia & streams_xattr are included modules. Have tweaked server smb.conf for Mac OSX (see my post for the Mac OSX-related Globals https://community.wd.com/t/solved-tweaking-samba-smb2-for-mac-androids/236189 ), however, although I was able to reduce the SMB2

Is this supposed to be supported in Samba 4.7.1? Server side copies work fine using a Windows client. From mac OS 10.13.2, there's a full transfer of a file being copied. $ smbutil statshares -a ================================================================================================== SHARE ATTRIBUTE TYPE VALUE

*Mike Soliven* *IT Manager* Winnipeg, Manitoba, Canada R2X 2Y1 204.697.3338 Ext.1235 www.embassygraphics.com CONFIDENTIALITY NOTICE: This electronic transmission and any attachment are the confidential property of the sender, and the materials are privileged communications intended solely for the receipt, use, benefit, and information of the intended recipient indicated above. If you are not the

When you say “real symlinks on OSX” do you mean an “alias” that Finder would create? Or a Unix-type symlink using the “ ln -s file link” command in Terminal? A Finder alias is not the same as a Unix-type symlink. My NAS runs Debian Linux with version 4.3.11 of smbd; my clients are all OSX Mojave. If I create an alias using Finder on the NAS, it behaves like a normal alias in OSX UNLESS I move

These are a combination of "temp" and "real" files. The user is deleting/moving PDFs, InDesign and image files. I'm presuming hidden files are also getting deleted when the real files are. The filesystem has been solid (XFS) up until the switch to SMB. From: itdept_head <itdept_head at grown-up.com> To: Cc: "samba at lists.samba.org" <samba at