Displaying 20 results from an estimated 3000 matches similar to: "vfs_fruit works great on OS X 10.9.5, 10.10.3 notsomuch"
2015 Jun 11
1
vfs_fruit works great on OS X 10.9.5, 10.10.3 notsomuch
Hi Ralph,
Ok, the problem was a PEBKAC issue. :-) Sorry to waste your time.
In troubleshooting this earlier, I'd created the file "nsmb.conf" in my
user Library directory with the following contents:
[default]
smb_neg=smb1_only
In earlier troubleshooting, some folks suggested that might help the
situation. It didn't, and I'd forgotten to remove it. I've removed it
2015 Jun 11
0
vfs_fruit works great on OS X 10.9.5, 10.10.3 notsomuch
Hi David,
On Wed, Jun 10, 2015 at 09:31:49PM +0000, Morgan, David S wrote:
> I'm very happy to see the work done on vfs_fruit. This has been a
> pain-point for our users for a long time now, and it seems like we're
> finally close to a solution. Thanks, Ralph!
da nicht f?r! ;)
> That said, we're still having some issues. I've installed Samba 4.2.2
> from the
2015 Jun 16
1
vfs_fruit kernel panic 10.9.5 when saving from adobe illustrator cc
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
2015 Jun 15
2
vfs_fruit kernel panic 10.9.5 when saving from adobe illustrator cc
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 macosx 10.9.5 crashing with a kernel panic when saving from
adobe illustrator cc or cc 2014:
(does not happen when saving from photoshop cc or cc2014)
Kernel Extensions in backtrace:
2015 Jun 15
0
vfs_fruit kernel panic 10.9.5 when saving from adobe illustrator cc
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 macosx 10.9.5 crashing with a kernel panic when saving from adobe
> illustrator cc
2015 Jun 11
3
Joining 4.2.2 Samba client to Samba3 PDC
Hi,
Not sure of the etiquette of this, so apologies if this is frowned upon,
but a couple of months ago, this[1] question was asked.
I'm trying to join a Samba 4.2.2 server to a Samba 3.4.7 PDC (e.g. Think
NT4, not AD), which is also our OpenLDAP principal server. I'm failing
because, although my "net rpc join" command seems to succeed, and the
host entry is added to the
2015 Dec 29
2
vfs_fruit: cannot remove any file
Mon, 28 Dec 2015 18:24:17 +0100, Ralph Boehme <slow at samba.org>:
> On Tue, Dec 29, 2015 at 01:34:34AM +0900, HAT wrote:
>> 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
2015 Dec 28
2
vfs_fruit: cannot remove any file
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
2017 Apr 18
0
vfs_fruit: cannot remove any file
Hi.
Tue, 29 Dec 2015 23:25:24 +0900 (JST), HAT <hat at fa2.so-net.ne.jp>:
> Mon, 28 Dec 2015 18:24:17 +0100, Ralph Boehme <slow at samba.org>:
>> On Tue, Dec 29, 2015 at 01:34:34AM +0900, HAT wrote:
>>> In case of OS X 10.9 and later, any file could not be removed.
>>>
>>> $ rm test.txt
>>> rm: test.txt: Resource busy
>>>
2020 Oct 20
0
File copy with macOS Finder leaves random files grayed out using vfs_fruit
Hi all,
We use the vfs_fruit module and lately we have experienced that random files copied with Finder are being grayed out. We think this is probably due to the extended attribute "user.DosStream.AFP_AfpInfo:$DATA" not being updated/removed after the file is copied. If we manually remove the xattr in question with the command setfattr -d 'user.DosStream.AFP_AfpInfo:$DATA', the
2016 Apr 30
1
File permissions change after implementing vfs_fruit
Hi,
I previously had an issue that was fixed by implementing vfs_fruit. For reference: https://lists.samba.org/archive/samba/2016-April/199583.html <https://lists.samba.org/archive/samba/2016-April/199583.html>
I’m running Samba 4.2.11 on FreeBSD 10.0 release and our shares are on ZFS. Our macs are on OS X 10.11.4.
What I had previously was this:
vfs objects = zfsacl
Which I then
2015 Dec 26
1
vfs_fruit: xattr imcompatible with netatalk
On 26/12/15 17:33, HAT wrote:
> Sat, 26 Dec 2015 17:22:56 +0000, Rowland penny <rpenny at samba.org>:
>> On 26/12/15 17:08, HAT wrote:
>>> Hi,
>>> I'm testing samba 4.3.3 vfs_fruit on Fedora rawhide.
>>>
>>> The EAs are not seen from clients yet.
>>>
>>> smb.conf:
>>> path = /export/test1/
>>>
2015 Dec 17
2
vfs_fruit: xattr imcompatible with netatalk
On Fri, Dec 18, 2015 at 02:20:54AM +0900, HAT wrote:
> Thu, 17 Dec 2015 18:05:33 +0100, Ralph Boehme <rb at sernet.de>:
> > iirc you need fruit:encoding = native
>
> Solved. Thanks!
> I'm looking forward to netatalk 3.1.8.
>
> $ getfattr Mew.txt
> # file: Mew.txt
> user.com.apple.TextEncoding
> user.com.apple.metadata:kMDItemFinderComment
>
>
2019 Jul 26
1
vfs_recycle throwing errors when files are deleted by a Mac on a share with vfs_fruit enabled
Hi,
My log files are being flooded with errors like the ones below whenever a
Mac delete files from a Samba share.
[2019/07/26 14:02:26.182564, 0]
../source3/modules/vfs_recycle.c:243(recycle_get_file_size)
recycle: stat for Chris_Mac/._videos.docx returned No such file or
directory
[2019/07/26 14:02:27.186472, 0]
../source3/modules/vfs_recycle.c:243(recycle_get_file_size)
recycle: stat
2019 Oct 30
0
Defaults for Parameters in vfs_fruit
From the vfs_fruit man pages (current & past), it is not clear what parameters, if any, are enabled by default if only the vfs objects = fruit parameter is set.
In another thread I started, vfs objects does not appear to be documented in a man page, however, I assume it loads modules, but does not necessarily enable them.
For example:
fruit:aapl = yes | no A global option whether to enable
2015 Dec 26
1
vfs_fruit: xattr imcompatible with netatalk
On Sun, Dec 27, 2015 at 02:33:10AM +0900, HAT wrote:
> Sat, 26 Dec 2015 17:22:56 +0000, Rowland penny <rpenny at samba.org>:
> > On 26/12/15 17:08, HAT wrote:
> >> Hi,
> >> I'm testing samba 4.3.3 vfs_fruit on Fedora rawhide.
> >>
> >> The EAs are not seen from clients yet.
> >>
> >> smb.conf:
> >> path =
2016 Jan 09
2
vfs_fruit: FreeBSD: attrname is wrong
In case of FreeBSD, the name of the extended attribute is wrong.
% lsextattr user ICONandEA.txt
ICONandEA.txt netatalk.Metadata com.apple.TextEncoding com.apple.metadata:kMDItemFinderComment
"netatalk.Metadata" is incompatible to Netatalk.
The first atom "org." is removed.
source3/include/smb.h:
/* Prefix for DosStreams in the vfs_streams_xattr module */
#define
2015 Dec 26
3
vfs_fruit: xattr imcompatible with netatalk
On 26/12/15 17:08, HAT wrote:
> Hi,
> I'm testing samba 4.3.3 vfs_fruit on Fedora rawhide.
>
> The EAs are not seen from clients yet.
>
> smb.conf:
> path = /export/test1/
> writable = yes
> vfs objects = catia fruit streams_xattr
> fruit:locking = netatalk
> fruit:encoding = native
> streams_xattr:prefix = user.
2015 Dec 17
2
vfs_fruit: xattr imcompatible with netatalk
On Fri, Dec 18, 2015 at 01:14:25AM +0900, HAT wrote:
> Hi,
>
> >> not sure, but the colon in xattr names is probably not handled
> >> correctly at this point. Can you please file a bugreport so we can
> >> track this?
> >
> > Bug 11162
> > https://bugzilla.samba.org/show_bug.cgi?id=11162
>
> I tested samba 4.3.1 on Fedora 23 and rawhide.
2017 Jan 23
1
vfs_fruit 'other' create mode different than parent
> well, the thing is, inheritance works as designed with fruit:nfs_aces=yes, it's
> just that the client changes permissions *after* the fact...
How icky. Is it b/c mac's don't understand the Linux (posix?) extended
acl? I suppose Samba cannot tell when the client is changing the
permissions as a misunderstanding versus purposefully? E.g. is the
pattern of requests