[Samba] unknown tag type 64 / recycle: stat for *:AFP_AfpInfo returned No such file or directory
Achim Gottinger
achim at ag-web.biz
Tue Aug 19 16:39:44 MDT 2014
Am 20.08.2014 00:10, schrieb Leander Schäfer:
> 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?!
>
It is indeed intentional that the order is important.
(https://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/VFS.html 23.1).
> @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