[Samba] unknown tag type 64 / recycle: stat for *:AFP_AfpInfo returned No such file or directory

Tue Aug 19 07:07:02 MDT 2014

Am 19.08.2014 14:39, schrieb Rowland Penny:
> On 19/08/14 13:15, Leander Schäfer wrote:
>> 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
What happens if you switch the order?
vfs objects = streams_xattr recycle
>>>   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
>>
> Hi, the smb.conf you posted doesn't really make sense, half of what 
> you have in [global] should be in a share, a lot of it is the default 
> setting and finally, you refer to both a samba server and a samba 
> client, which of these is the smb.conf from and can you post the other 
> smb.conf ?
>
> Rowland