windows-notes-20050404
[openafs.git] / doc / txt / winnotes / afs-install-notes.txt
index 8349d31..75120c5 100644 (file)
@@ -1,4 +1,4 @@
-OpenAFS for Windows 1.3.80 Installation Notes
+OpenAFS for Windows 1.3.81 Installation Notes
 ---------------------------------------------
 
 The OpenAFS for Windows product was very poorly maintained throughout the 
@@ -407,8 +407,9 @@ the maximum number of entries, your host will begin to experience thrashing
 of the Status Cache and all requests will result in network operations.
 
 If you are experiencing poor performance you might want to increase the 
-maximum number of Status Cache entries.  Each entry requires 164K.  Only
-those entries which are used are allocated.
+maximum number of Status Cache entries.  Each entry requires approximately
+1.2K.  Note that the default number of Status Cache entries was increased
+to 10,000 starting in 1.3.80.
 
 
 26. "Netbios over TCP/IP" must be active on the machine in order for
@@ -543,7 +544,35 @@ Where: -long   print all info
        -addrs  print only host interfaces
        -cache  print only cache configuration
 
-
+37.  If you are a site which utilizes MIT/Heimdal Kerberos principals
+to logon to Windows via a cross-realm relationship with a multi-domain
+Windows forest, you must enable Windows logon caching unless the 
+workstation is Longhorn Beta 1 or later.
+
+
+38. VLDB and File Server Preferences can now be provided initial 
+values using registry keys.  This is useful for managed machines in a
+Windows domain which are centrally located (e.g., in a computing
+lab.)  See registry.txt for details on the "Server Preferences" keys.
+
+39. As of 1.3.81, timestamps on file stored in AFS are reported to 
+Windows in UTC all year round.  Previously, in locales with daylight
+savings time, the time reported by AFS to Windows when DST is active
+was UTC+1.  This was done to preserve the relative local time for the
+user.  A file stored at 11:00am EST in January would be reported as
+having been stored at 11:00am EDT in June.  Unfortunately, this has
+the negative side effect of changing the reported timestamp from 16:00UTC
+to 15:00UTC.  Since Windows treats all file times in UTC, data 
+synchronization applications which rely on the timestamp would believe
+that all files stored in AFS had changed.  This will no longer be the
+case. 
+
+It should be noted that Unix based operating systems (such as Solaris)
+do not appear to report file times to applications in UTC.  They do 
+preserve the relative local time.  This may confuse some users who are
+used to being able to compare the timestamp in an Unix shell with the
+timestamp from the Windows explorer.  During DST, these two times will
+no longer agree even though they are in fact describing the same time.
 
 ------------------------------------------------------------------------