WHATSNEW.txt

   1 Release Announcements
   2 =====================
   3
   4 This is the second release candidate of Samba 4.12.  This is *not*
   5 intended for production environments and is designed for testing
   6 purposes only.  Please report any defects via the Samba bug reporting
   7 system at https://bugzilla.samba.org/.
   8
   9 Samba 4.12 will be the next version of the Samba suite.
  10
  11
  12 UPGRADING
  13 =========
  14
  15
  16 NEW FEATURES/CHANGES
  17 ====================
  18
  19 Python 3.5 Required
  20 -------------------
  21
  22 Samba's minimum runtime requirement for python was raised to Python
  23 3.4 with samba 4.11.  Samba 4.12 raises this minimum version to Python
  24 3.5 both to access new features and because this is the oldest version
  25 we test with in our CI infrastructure.
  26
  27 (Build time support for the file server with Python 2.6 has not
  28 changed)
  29
  30 Removing in-tree cryptography: GnuTLS 3.4.7 required
  31 ----------------------------------------------------
  32
  33 Samba is making efforts to remove in-tree cryptographic functionality,
  34 and to instead rely on externally maintained libraries.  To this end,
  35 Samba has chosen GnuTLS as our standard cryptographic provider.
  36
  37 Samba now requires GnuTLS 3.4.7 to be installed (including development
  38 headers at build time) for all configurations, not just the Samba AD
  39 DC.
  40
  41 Thanks to this work Samba no longer ships an in-tree DES
  42 implementation and on GnuTLS 3.6.5 or later Samba will include no
  43 in-tree cryptography other than the MD4 hash and that
  44 implemented in our copy of Heimdal.
  45
  46 Using GnuTLS for SMB3 encryption you will notice huge performance and copy
  47 speed improvements. Tests with the CIFS Kernel client from Linux Kernel 5.3
  48 show a 3x speed improvement for writing and a 2.5x speed improvement for reads!
  49
  50 NOTE WELL: The use of GnuTLS means that Samba will honour the
  51 system-wide 'FIPS mode' (a reference to the US FIPS-140 cryptographic
  52 standard) and so will not operate in many still common situations if
  53 this system-wide parameter is in effect, as many of our protocols rely
  54 on outdated cryptography.
  55
  56 A future Samba version will mitigate this to some extent where good
  57 cryptography effectively wraps bad cryptography, but for now that above
  58 applies.
  59
  60
  61 "net ads kerberos pac save" and "net eventlog export"
  62 -----------------------------------------------------
  63
  64 The "net ads kerberos pac save" and "net eventlog export" tools will
  65 no longer silently overwrite an existing file during data export.  If
  66 the filename given exits, an error will be shown.
  67
  68 VFS
  69 ===
  70
  71 SMB_VFS_NTIMES
  72 --------------
  73
  74 Samba now uses a sentinel value based on utimensat(2) UTIME_OMIT to denote
  75 to-be-ignored timestamp variables passed to the SMB_VFS_NTIMES() VFS function.
  76
  77 VFS modules can check whether any of the time values inside a struct
  78 smb_file_time is to be ignored by calling is_omit_timespec() on the value.
  79
  80 'io_uring' vfs module
  81 ---------------------
  82
  83 The module makes use of the new io_uring infrastructure
  84 (intruduced in Linux 5.1), see https://lwn.net/Articles/776703/
  85
  86 Currently this implements SMB_VFS_{PREAD,PWRITE,FSYNC}_SEND/RECV
  87 and avoids the overhead of the userspace threadpool in the default
  88 vfs backend. See also vfs_io_uring(8).
  89
  90 In order to build the module you need the liburing userspace library
  91 and its developement headers installed, see
  92 https://git.kernel.dk/cgit/liburing/
  93
  94 At runtime you'll need a Linux kernel with version 5.1 or higher.
  95 Note that 5.4.14 and 5.4.15 have a regression that breaks the Samba
  96 module! The regression was fixed in Linux 5.4.16 again.
  97
  98
  99 REMOVED FEATURES
 100 ================
 101
 102 The smb.conf parameter "write cache size" has been removed.
 103
 104 Since the in-memory write caching code was written, our write path has
 105 changed significantly. In particular we have gained very flexible
 106 support for async I/O, with the new linux io_uring interface in
 107 development.  The old write cache concept which cached data in main
 108 memory followed by a blocking pwrite no longer gives any improvement
 109 on modern systems, and may make performance worse on memory-contrained
 110 systems, so this functionality should not be enabled in core smbd
 111 code.
 112
 113 In addition, it complicated the write code, which is a performance
 114 critical code path.
 115
 116 If required for specialist purposes, it can be recreated as a VFS
 117 module.
 118
 119 BIND9_FLATFILE deprecated
 120 -------------------------
 121
 122 The BIND9_FLATFILE DNS backend is deprecated in this release and will
 123 be removed in the future.  This was only practically useful on a single
 124 domain controller or under expert care and supervision.
 125
 126 This release removes the "rndc command" smb.conf parameter, which
 127 supported this configuration by writing out a list of DCs permitted to
 128 make changes to the DNS Zone and nudging the 'named' server if a new
 129 DC was added to the domain.  Administrators using BIND9_FLATFILE will
 130 need to maintain this manually from now on.
 131
 132 Retiring DES encryption types in Kerberos.
 133 ------------------------------------------
 134 With this release, support for DES encryption types has been removed from
 135 Samba, and setting DES_ONLY flag for an account will cause Kerberos
 136 authentication to fail for that account (see RFC-6649).
 137
 138 Samba-DC: DES keys no longer saved in DB.
 139 -----------------------------------------
 140 When a new password is set for an account, Samba DC will store random keys
 141 in DB instead of DES keys derived from the password.  If the account is being
 142 migrated to Windbows or to an older version of Samba in order to use DES keys,
 143 the password must be reset to make it work.
 144
 145 Heimdal-DC: removal of weak-crypto.
 146 -----------------------------------
 147 Following removal of DES encryption types from Samba, the embedded Heimdal
 148 build has been updated to not compile weak crypto code (HEIM_WEAK_CRYPTO).
 149
 150 vfs_netatalk: The netatalk VFS module has been removed.
 151 -------------------------------------------------------
 152
 153 The netatalk VFS module has been removed. It was unmaintained and is not needed
 154 any more.
 155
 156 CTDB changes
 157 ------------
 158
 159 * The ctdb_mutex_fcntl_helper periodically re-checks the lock file
 160
 161   The re-check period is specified using a 2nd argument to this
 162   helper.  The default re-check period is 5s.
 163
 164   If the file no longer exists or the inode number changes then the
 165   helper exits.  This triggers an election.
 166
 167
 168 smb.conf changes
 169 ================
 170
 171   Parameter Name                     Description                Default
 172   --------------                     -----------                -------
 173
 174   nfs4:acedup                        Changed default            merge
 175   rndc command                       Removed
 176   write cache size                   Removed
 177   spotlight backend                  New                        noindex
 178
 179
 180 CHANGES SINCE 4.12.0rc1
 181 =======================
 182
 183 o  Jeremy Allison <jra@samba.org>
 184    * BUG 14239: s3: lib: nmblib. Clean up and harden nmb packet processing.
 185
 186 o  Andreas Schneider <asn@samba.org>
 187    * BUG 14253: lib:util: Log mkdir error on correct debug levels.
 188
 189
 190 KNOWN ISSUES
 191 ============
 192
 193 https://wiki.samba.org/index.php/Release_Planning_for_Samba_4.12#Release_blocking_bugs
 194
 195
 196 #######################################
 197 Reporting bugs & Development Discussion
 198 #######################################
 199
 200 Please discuss this release on the samba-technical mailing list or by
 201 joining the #samba-technical IRC channel on irc.freenode.net.
 202
 203 If you do report problems then please try to send high quality
 204 feedback. If you don't provide vital information to help us track down
 205 the problem then you will probably be ignored.  All bug reports should
 206 be filed under the Samba 4.1 and newer product in the project's Bugzilla
 207 database (https://bugzilla.samba.org/).
 208
 209
 210 ======================================================================
 211 == Our Code, Our Bugs, Our Responsibility.
 212 == The Samba Team
 213 ======================================================================
 214