[Samba] unknown tag type 64 / recycle: stat for *:AFP_AfpInfo returned No such file or directory
Leander Schäfer
info at netocean.de
Tue Aug 19 16:10:12 MDT 2014
Thanks to all replyers - I eventually got it working with your hints. It
looks like the order within "vfs objects" is essentially important. I
think this is a bug and should be fixed, right?!
@Rowland Penny:
Does the config now make sense to you or is there still space for
optimization in your opinion? I removed the default symlink behaviour
attribute ...
My working config looks currently like this:
# ============= Global ============= #
[global]
# Basic server settings
workgroup = MYDOMAIN
realm = MYDOMAIN.LOCAL
netbios name = STORAGE-03
# Password backend
passdb backend = tdbsam
# Logging
log level = 0
max log size = 0
# NTLMv2
ntlm auth = No
lanman auth = No
client ntlmv2 auth = Yes
# Printing
load printers = No
printing = BSD
printcap name = /dev/null
# Disable CIFS UNIX extensions, since they confuse MS Win clients
unix extensions = No
# Force file and dir modes
create mask = 0770
force create mode = 0770
directory mask = 0770
force directory mode = 0770
# Miscellaneous
veto oplock files = /*.doc/*.xls/*.ppt/*.mdb/*.docx/*.xlsx/*.ppt
veto files = /Thumbs.db/.DS_Store/._.DS_Store/.TemporaryItems/
#delete veto files = yes
# ============= Shares ============= #
[Share]
comment = Shared - Storage
path = /mnt/Share
guest ok = No
read only = No
valid users = @mygroup
force group = mygroup
wide links = Yes
nt acl support = Yes
inherit acls = No
map acl inherit = Yes
vfs objects = shadow_copy2, zfsacl, streams_xattr, recycle
zfsacl:acesort = dontcare
nfs4:mode = special
nfs4:acedup = merge
nfs4:chown = yes
shadow:format = GMT-%Y.%m.%d-%H.%M.%S
shadow:sort = desc
shadow:snapdir = .zfs/snapshot
recycle:repository = /mnt/Share/.Trashes
recycle:directory_mode = 0770
recycle:keeptree = Yes
recycle:versions = Yes
recycle:touch = Yes
recycle:touch_mtime = No
recycle:exclude = ?~$*,~$*,._*,.smbdelete*
Additionally I've this on the affected ZFS slices:
zfs set aclmode=passthrough [...]
zfs set aclinherit=passthrough [...]
Best Regards,
Leander
Am 19.08.14 14:34, schrieb Johan Hendriks:
>
> Op 19-08-14 om 14:15 schreef Leander Schäfer:
>> Hi,
>>
>> again I receive tons of errors like this ...
>>
>> Aug 19 13:02:34 Storage-03 smbd[50203]: [2014/08/19 13:02:34.184659,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:02:34 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:02:34 Storage-03 smbd[50203]: [2014/08/19 13:02:34.217327,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:02:34 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:39:30 Storage-03 smbd[50203]: [2014/08/19 13:39:30.155457,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:39:30 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:39:30 Storage-03 smbd[50203]: [2014/08/19 13:39:30.185115,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:39:30 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:39:30 Storage-03 smbd[50203]: [2014/08/19 13:39:30.839646,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:39:30 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:39:30 Storage-03 smbd[50203]: [2014/08/19 13:39:30.856069,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:39:30 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:39:31 Storage-03 smbd[50203]: [2014/08/19 13:39:31.473044,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:39:31 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:39:31 Storage-03 smbd[50203]: [2014/08/19 13:39:31.480669,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:39:31 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:39:31 Storage-03 smbd[50203]: [2014/08/19 13:39:31.967733,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:39:31 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:39:31 Storage-03 smbd[50203]: [2014/08/19 13:39:31.978521,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:39:31 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:56:16 Storage-03 smbd[50203]: [2014/08/19 13:56:16.050374,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:56:16 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:56:16 Storage-03 smbd[50203]: [2014/08/19 13:56:16.083076,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:56:16 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:56:34 Storage-03 smbd[50203]: [2014/08/19 13:56:34.503191,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:56:34 Storage-03 smbd[50203]: unknown tag type 64
>> Aug 19 13:56:34 Storage-03 smbd[50203]: [2014/08/19 13:56:34.529440,
>> 0] ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>> Aug 19 13:56:34 Storage-03 smbd[50203]: unknown tag type 64
>>
>>
>> Any idea why this is happening? What is going wrong here?
>>
>>
>>
>> Am 18.08.14 12:43, schrieb Leander Schäfer:
>>> Hi,
>>>
>>> something seems wrong with "vfs objects = recycle, streams_xattr". I
>>> permanently keep on getting the following errors on the Samba server:
>>>
>>> Aug 18 11:28:39 Storage-03 smbd[34544]: STATUS=daemon 'smbd'
>>> finished starting up and ready to serve connectionsunknown tag type 64
>>> Aug 18 11:28:39 Storage-03 smbd[34544]: [2014/08/18
>>> 11:28:39.897763, 0]
>>> ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>>> Aug 18 11:28:39 Storage-03 smbd[34544]: unknown tag type 64
>>> Aug 18 11:28:40 Storage-03 smbd[34544]: [2014/08/18
>>> 11:28:40.042636, 0]
>>> ../source3/modules/vfs_recycle.c:408(recycle_do_touch)
>>> Aug 18 11:28:40 Storage-03 smbd[34544]: recycle: stat for
>>> /mnt/Share/.Trashes/Documents/Proberechnung.txt:AFP_AfpInfo returned
>>> No such file or directory
>>> Aug 18 11:28:40 Storage-03 smbd[34544]: [2014/08/18
>>> 11:28:40.077641, 0]
>>> ../source3/modules/vfs_posixacl.c:171(smb_ace_to_internal)
>>> Aug 18 11:28:40 Storage-03 smbd[34544]: unknown tag type 64
>>>
>>> Most of those error causing paths like
>>> "/mnt/Share/.Trashes/Documents/Proberechnung.txt" seem to have
>>> umlaute in. But not all of them do (e.g. like this one).
>>> I use ZFS as a underlying FS mounted into /mnt/Share. Deduplication
>>> is switched off - as well as snapshots are not being taken or used
>>> in any way on the entire ZFS on this system.
>>>
>>> Samba Server Version is: 4.1.11
>>> Samba Client Version is: 4.1.11
>>> Furthermore the client causing this error is not a single system -
>>> it is caused by all participated clients equaly. Our client
>>> infrastructure begins with windows, goes over Linux and ends with
>>> Mac OSx / BSD clients.
>>>
>>>
>>> Also, The Samba Server is based on FreeBSD 10.0-RELEASE with UTF-8
>>>
>>> locale
>>> LANG=de_DE.UTF-8
>>> LC_CTYPE="de_DE.UTF-8"
>>> LC_COLLATE=C
>>> LC_TIME="de_DE.UTF-8"
>>> LC_NUMERIC=C
>>> LC_MONETARY="de_DE.UTF-8"
>>> LC_MESSAGES="de_DE.UTF-8"
>>> LC_ALL=
>>>
>>>
>>>
>>> Here is my smb.conf
>>>
>>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>>
>>> [global]
>>>
>>> # Basic server settings
>>> workgroup = MYDOMAIN
>>> realm = MYDOMAIN.LOCAL
>>> netbios name = STORAGE-03
>>>
>>> # Password backend
>>> passdb backend = tdbsam
>>>
>>> # Logging
>>> log level = 0
>>> #log level = auth:3
>>> #syslog = 1
>>> #syslog only = No
>>> max log size = 0
>>>
>>> # NTLMv2
>>> ntlm auth = No
>>> lanman auth = No
>>> client ntlmv2 auth = Yes
>>>
>>> # Printing
>>> load printers = No
>>> printing = BSD
>>> printcap name = /dev/null
>>>
>>> # Disable CIFS UNIX extensions, since they confuse MS Win clients
>>> unix extensions = No
>>>
>>> # Force file and dir modes
>>> create mask = 0770
>>> force create mode = 0770
>>> directory mask = 0770
>>> force directory mode = 0770
>>>
>>> # Miscellaneous
>>> veto oplock files = /*.doc/*.xls/*.ppt/*.mdb/*.docx/*.xlsx/*.ppt
>>> # veto files =
>>> /.snap/.windows/.zfs/Thumbs.db/.DS_Store/._.DS_Store/.apdisk/.TemporaryItems/
>>> veto files =
>>> /.snap/.windows/.zfs/.DS_Store/._.DS_Store/.apdisk/.TemporaryItems/
>>> wide links = No
>>>
>>> # ============= Shares ============= #
>>>
>>> [...]
>>> [Share]
>>> comment = Share
>>> path = /mnt/Share
>>> guest ok = No
>>> read only = No
>>> valid users = @leander
>>> force group = leander
>>> vfs objects = recycle, streams_xattr
>>> recycle:repository = /mnt/Share/.Trashes
>>> recycle:directory_mode = 0770
>>> recycle:keeptree = Yes
>>> recycle:versions = Yes
>>> recycle:touch = Yes
>>> recycle:touch_mtime = No
>>> recycle:exclude = ?~$*,~$*,._*,.smbdelete*
>>> [...]
>>>
>>>
>>> Any ideas what missconfiguration could cause those two errors?
>>>
>>>
>>> Kind regards
>>> Leander
>>
> Try setting the following in /usr/local/etc/smb.conf.
> |
> [global]
> unix extensions = no
> nt acl support = yes
> inherit acls = no
> map acl inherit = yes
>
> [share]
> vfs objects = zfsacl
> nfs4:mode = special
> nfs4:acedup = merge
> nfs4:chown = yes|
>
> regards
> Johan Hendriks
>
>
>
More information about the samba
mailing list