This commit was manufactured by cvs2svn to create branch 'SAMBA_2_2'.
[Samba/ekacnet.git] / WHATSNEW.txt
blob2855b7505eefdc71d63cc7e71892f7cab39fee50
1               WHATS NEW IN Samba 2.2.0alpha1
2               ==============================
4 This is the first alpha release of the new 2.2.0 codebase
5 for Samba. This version must not be run in production.
7 This code will almost certainly have some bugs and is
8 intended to help the Samba Team prepare an official 2.2.0
9 release.
11 The documentation in this alpha snapshot is not up to date,
12 there are many new parameters since 2.0.7. This will be
13 corrected in a later alpha release.
15 Several significant bugs have been fixed between alpha0
16 and alpha1, these include :
18 Fix for level II oplock bug.
19 Support for detecting version 2/3 printer drivers (from HP).
20 Samba profiling support (from SGI).
21 Winbind integration fixes.
22 Preliminary Win2K PDC support in compatibility mode for Win2K
23 clients (from JF).
24 VFS interface updates.
25 Failover finding of BDC's now works again.
26 lpq race condition fixes.
27 utmp fixes.
28 SWAT username detection fix.
29 Bugfix for WinNT and Win2K point and print feature.
31 The upcoming 2.2.0 Samba release will include the following
32 new features: 
34 Integration with the winbind daemon that provides a single
35 sign on facility for UNIX servers in Windows NT4/2000 networks
36 driven by a Windows NT4/2000 PDC.
38 Support for native Windows NT4/2000 printing RPCs.
39 This includes support for automatic printer driver
40 download. This functionality should be complete in
41 alpha1.
43 Rewritten internal locking semantics for more robustness.
44 This alpha supports full 64 bit locking semantics on all
45 (even 32 bit) platforms. SMB locks are mapped onto POSIX
46 locks (32 bit or 64 bit) as the underlying system allows.
48 Conversion of various internal flat data structures to use
49 database records for increased performance and
50 flexibility. 
52 Support for acting as a MS-DFS server 
54 Compile time option for enabling a VFS layer 
56 Support for server supported Access Control Lists (ACLs).
57 This support will require a specific pluggable backend to
58 be written for each filesystem ACL implementation to be
59 supported. The stable 2.2.0 release should contain
60 support for the following filesystems: 
61     Solaris 2.6+ 
62     HPUX
63     SGI Irix 
64     Linux Kernel 2.2 with German ACL patch 
66 Currently in this alpha snapshot (alpha1) this feature
67 is not enabled - the VFS layer has been modified to allow
68 it, but the code is still under development and should
69 be in a later alpha snapshot.
71 Other platforms will be supported as resources are
72 available to test and implement the encessary modules. If
73 you are interested in writing the support for a particular
74 ACL filesystem, please join the samba-technical mailing
75 list and coordinate your efforts. 
77 Support for collection of profile information. A shared 
78 memory area has been created which contains counters for
79 the number of calls to and the amount of time spent in
80 various system calls and smb transactions. See the file
81 profile.h for a complete listing of the information 
82 collected. Sample code for a samba pmda (collection agent
83 for Performance Co-Pilot) has been included in the pcp
84 directory. 
86 To enable the profile data collection code in samba, you 
87 must compile samba with profile support (run configure with 
88 the --with-profile option). On startup, collection of data
89 is disabled. To begin collecting data use the smbcontrol
90 program to turn on profiling (see the smbcontrol man page).
91 Profile information collection can be enabled for all smbd
92 processes or one or more selected processes. The profiling
93 data collected is the aggragate for all processes that have
94 profiling enabled.
96 With samba compiled for profile data collection, you may see
97 a very slight degradation in performance even with profiling
98 collection turned off. On initial tests with NetBench on an
99 SGI Origin 200 server, this degradation was not measureable 
100 with profile collection off compared to no profile collection
101 compiled into samba. 
103 With count profile collection enabled on all clients, the 
104 degradation was less than 2%. With full profile collection 
105 enabled on all clients, the degradation was about 8.5%. 
108 =====================================================================
110 If you think you have found a bug please email a report to :
112         samba@samba.org
114 As always, all bugs are our responsibility.
116 Regards,
118         The Samba Team.