similar to: Samba 4.2, Mac clients not listing contents of some shares

On Tue, Apr 26, 2016 at 02:06:52PM -0700, tackyy wrote: > Did OP get a resolution to this issue? It sounds a lot like what I’m > going through right now. > > Archive link: > https://lists.samba.org/archive/samba/2016-January/197183.html error reading meta xattr: Operation not supported Filesystem without xattr support, vfs_streams_xattr not loaded, or similar. Cheerio! -slow

Hi, I’ve been searching online for a few days and am still hurting for an answer, otherwise I wouldn’t jump into a list and start asking questions straight away. We’re a 99% Mac shop running El Capitan (10.11.4). We’d been running Samba 4.2.3 on FreeBSD 10.0/ZFS for a while with minimal problems. I recently upgraded to 4.2.11 because of Badlock. Now when users create a new folder then try to

Hi folks, I wish you all a happy new year! I want to migrate a fileserver for Windows und MAC OS clients with ancient versions of samba and netatalk to samba 3.6 (with a samba 4 domain controller), but this raises quite some issues. The new server should - if possible - not be running netatalk. While the package is quite mature, being able to access the same share with both CIFS and AFS

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

I have a samba 4.2 server with 69 shares, most of which function without issue. It is integrated with Microsoft AD for authentication and we have a samba 3.6 server that is more or less working perfectly. However, there are a few shares on the 4.2 server that Mac clients (running 10.9, 10.10, or 10.11) cannot navigate either through Finder or from within a terminal. These shares can be mounted

Hello I am trying to integrate OS X 10.10.4 clients into existing Samba infractructure run by our IT department. We are currently using Samba 4.2.3. File share is stored on iSCSI array with ext4 filesystem which should support both ACL and XATTR. We are trying to setup vfs_fruit module to avoid possible performance problems on OS X clients. We do NOT user netatalk. Current vfs_fruit config:

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

(apologies to Ralph, I replied directly to him w/o copying the lists, so here we go again) In my testing that wasn't the case. If I manually copy the apple generated AppleDouble file and it's 0 byte main file to my test system, the correct size (including the resource forks) are shown but the file type is not translated. Using "GetFileInfo" a file copied to the new

these lines were an option before but have already been marked as comments in my config. same behaviour as before, color tag shows for round about a second and disappears suddenly. Martin > Am 05.06.2020 um 09:23 schrieb Ralph Boehme via samba <samba at lists.samba.org>: > > Am 6/5/20 um 8:33 AM schrieb Martin Steiner / 3MF GmbH: >> Any more ideas? It?s not displaying

Hi, unfortunately copying a directory from macOS to a Samba share fails, if the macOS set ACLs in the source directory. The error on macOS side basically informs the user, that the operation can’t be completed because you don’t have permission to access some of the items. Unfortunately macOS automatically sets these ACLs sometimes. Relevant lines in my configuration file: cat

On Tue, Aug 15, 2017 at 07:08:40AM -0500, Andrew Walker via samba wrote: > On Wed, Aug 9, 2017 at 7:37 AM, Ralph Böhme <slow at samba.org> wrote: > > > On Mon, Aug 07, 2017 at 08:26:22PM -0500, Andrew Walker via samba wrote: > > > It's also interesting to note that ReFS in windows has a 128KB limit on > > the > > > size of alternate data streams. >

On Thu, May 17, 2018 at 04:49:11PM +0200, Reindl Harald via samba wrote: > > > Am 17.05.2018 um 16:17 schrieb Ralph Böhme: > > On Thu, May 17, 2018 at 03:44:12PM +0200, Reindl Harald via samba wrote: > >> Am 17.05.2018 um 14:22 schrieb Ralph Böhme: > >>> iirc the only thing that is currently not working is cross-protocol xattrs for > >>> xattrs

On Wed, Oct 05, 2016 at 05:00:52PM +0200, Leander Schäfer via samba wrote: > When copying to QNAP NAS Samba server instead, all works fine - No need for > "xattr -d com.apple.FinderInfo filename" on macOS side before copying. > There must be a smb.conf solution to this?! man vfs_fruit Cheerio! -slow

since "ea = samba" was only added to very recent netatalk versions and so don't apply to files with a history of many years what is the way to go get rid of netatalk these days? is there still no tool to read/write the existing netatalk appladouble extended attributes which are *not* compatible with samba and write them back in the new format? afp.conf: appledouble = ea ea = samba

On Mon, Aug 07, 2017 at 08:26:22PM -0500, Andrew Walker via samba wrote: > It's also interesting to note that ReFS in windows has a 128KB limit on the > size of alternate data streams. > > When you try to write an overly large stream, the ReFS-backed server > replies with "NT_STATUS_FILE_SYSTEM_LIMITATION" (0xc0000427) rather than > "access denied". The

In case of OS X 10.9 and later, any file could not be removed. $ rm test.txt rm: test.txt: Resource busy cannot remove: OS X 10.11.2 El Capitan OS X 10.10.5 Yosemite OS X 10.9.5 Mavericks can remove: OS X 10.8.5 Mountain Lion OS X 10.7.5 Lion OS X 10.6.8 Snow Leopard Windows 7 Environment: Fedora rawhide samba-4.3.3-0.fc24 smb.conf: [global] workgroup = LOCALNET server string

On Fri, Aug 26, 2016 at 04:03:49PM -0700, Jeremy Allison wrote: > On Fri, Aug 26, 2016 at 02:46:19PM -0700, Jeremy Allison via samba wrote: > > On Fri, Aug 26, 2016 at 06:44:05PM +0200, Ralph Böhme wrote: > > > > > > Cheerio! > > > -slow > > > > Still reviewing this - but a few things that will need changing: > > > > When adding the

Hi Michael, On Thu, Aug 18, 2016 at 11:42:12AM +0200, Michael Adam wrote: > From reading the original post, I get the impression > that the problem is associated to the share root directory. nope. It will happen with just any directory or file created from a non SMB client, eg mkdir|touch (or NFS, ...) on the server. It is also associated with files or directories created from Windows

Am 27.04.2016 um 19:29 schrieb Ralph Boehme: > On Wed, Apr 27, 2016 at 10:08:46AM -0700, Scott Call wrote: >> 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. > > resource

If the code to convert FinderInfo is in a version later than 4.3.6 then I can request FreeNAS update their version. Can you let me know? Thanks! -Scott On Wed, Apr 27, 2016 at 1:49 PM, Ralph Boehme <slow at samba.org> wrote: > On Wed, Apr 27, 2016 at 10:50:12AM -0700, Scott Call wrote: > > (apologies to Ralph, I replied directly to him w/o copying the lists, so > > here we