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

Rowland Penny rowlandpenny at googlemail.com
Wed Aug 20 02:34:15 MDT 2014


On 19/08/14 23:10, Leander Schäfer wrote:
> 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
>>
>>
>>
>

Nope, it still doesn't make sense (well, to me anyway), you have lines 
that are defaults so you really don't need them. But the biggest problem 
is that ALL of the lower part of the [global] section belongs in a 
share, i.e. your smb.conf could/should be this:

[global]

   # Basic server settings
   workgroup          = MYDOMAIN
   realm              = MYDOMAIN.LOCAL
   netbios name       = STORAGE-03

   # Password backend
   passdb backend     = tdbsam

   # Logging
   max log size = 0 # A size of 0 means no limit, is this what you want ?

   # NTLMv2
   ntlm auth          = No

   # Printing
   load printers = No
   printing      = BSD
   printcap name = /dev/null

   # Disable CIFS UNIX extensions, since they confuse MS Win clients
   unix extensions      = No

# ============= Shares ============= #

# Anything below here needs to be in share!

   # 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

I would suggest that you read the manpage, 'man smb.conf'

You also haven't said whether this smb.conf is from the server or the 
client.

Rowland


More information about the samba mailing list