[OpenAFS-announce] OpenAFS 1.5.25 released. Production Version for Windows. Please test the Demand Attach File Server.

Jeffrey Altman openafs-info@openafs.org
Thu, 20 Sep 2007 18:20:50 -0400


This is a cryptographically signed message in MIME format.

--------------ms050101080003060906090209
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

1.5.25 is the recommended production ready release of OpenAFS for
Microsoft Windows users.  It supports all Microsoft Windows operating
systems from Windows 2000 through Windows Vista including both 32-bit
and 64-bit architectures.  The 1.5.24 release continues the recent
efforts at optimizing the performance of the Windows client and
improving its scalability.

For UNIX, Linux, and MacOS X the recommend production ready release of
OpenAFS continues to be 1.4.4.  The 1.5.25 Windows client is fully
compatible with all AFS server versions.

Please visit http://www.openafs.org/windows.html for up to date
information on the status of the OpenAFS for Windows client.

Significant changes since 1.5.24 for all platforms:

 * several Demand Attach File Server bugs fixed

 * namei fileserver performs consistency checks on underlying metadata

 * namei fileserver performs fsync in the background

The Demand Attach File Server is a compile time option that produces a
file server that supports several new and important features:

  * an enhanced volume management library that supports:
    . lock-less I/O
    . on-demand attachment of volumes
    . parallel shutdown of the file server
    . on-line salvaging of volumes
    . automatic detachment of inactive volumes

 * a new salvageserver daemon which can salvage volumes on-demand

 * a modified bos and bosserver
    . fileserver state saving and restoration
      - host state
      - callback state

With the DAFS, shutdown and startup of the file server is significantly
faster.  Instead of salvaging a partition at a time, individual volumes
are salvaged in the background while volumes that do not need salvaging
are served by the fileserver to clients.  Volumes are attached on-demand
and detached when no longer required.  This reduces the number of
volumes that may require salvaging upon a restart.

The DAFS requires significant testing before it can be put into a
production release.  If your organization is willing to assist the
gatekeepers with testing this functionality, please contact us at
gatekeepers@openafs.org.


For Microsoft Windows:

The 1.5.21 release was the last release that proved stable.  This
release has undergone new testing to ensure to the best of our ability
that all of the known issues have been addressed.

Since 1.5.21 there have been major improvements in a number of areas:

 * Up to 1MB of data can be transfered per remote procedure call
   instead of 128KB

 * Only dirty bytes are written to the file server instead of the
   entire dirty buffer.

 * Directory search improvements:
   - Changes to directories due to create, rename, or delete for
     files or directories are now locally stored.  This reduces
     the frequency with which directory information must be obtained
     from the file server.
   - When directories are searched, an in-memory B+ tree is
     constructed for the directory which can be used to perform
     directory lookups (both positive and negative) in less than
     1/1000th the time it takes to search the native AFS3 directory
     buffers.
   - Negative directory searches can be completed in the same time
     as positive hits.  No longer must the entire AFS3 directory
     be enumerated for each directory search that fails.
   For applications such as compilers or Java which have search paths
   that include AFS directories, this will be a major time savings.

 * Volumes callbacks no longer expire if the server that issued it
   is unreachable (RW) or if all servers with clones are unreachable
   (RO).  This permits applications executed from AFS to continue
   working after the network access has been dropped provided that
   all of the files the application requires are already in the cache.

 * AFS component names greater than 255 characters no longer cause
   the OAFW client service to crash.

 * PTS SuperGroups are now supported

 * The AFS Server Manager no longer crashes at random times

 * The 64-bit releases will support a 64-bit version of Kerberos for
   Windows when it is available.  (Contact jaltman@secure-endpoints.com
   if you wish to alpha test a 64-bit KFW build.)

 * For Vista, the AFS control Panel will now require Administrator
   privileges if executed under User Account Control restrictions.

 * Many issues related to files being deleted on the file server
   while they are actively in use by the OAFW client service have
   been fixed.

 * Improvements in the behavior of the AFS client after resuming
   from a suspend operation.


Known issues in the Windows client:
 * Beta versions of the Network Identity Manager AFS plug-in must
   be uninstalled prior to the installation of OpenAFS 1.5.25
 * Windows Vista does not support the old WinHelp file format used
   by afscreds.exe and afs_control.exe.
 * On Windows Vista, afscreds.exe is not User Account Control (UAC)
   compatible and must be "Run as Administrator" in order to
   start/stop the AFS client service.

Please send reports of successful deployments to
openafs-info@openafs.org and report problems to openafs-bugs@openafs.org.

Jeffrey Altman
for the OpenAFS Gatekeepers



--------------ms050101080003060906090209
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJeTCC
AxcwggKAoAMCAQICEALr5BE3U6n+HWCoLbyhohMwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE
BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT
I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDUzMTA2MTM1N1oX
DTA4MDUzMDA2MTM1N1owczEPMA0GA1UEBBMGQWx0bWFuMRUwEwYDVQQqEwxKZWZmcmV5IEVy
aWMxHDAaBgNVBAMTE0plZmZyZXkgRXJpYyBBbHRtYW4xKzApBgkqhkiG9w0BCQEWHGphbHRt
YW5Ac2VjdXJlLWVuZHBvaW50cy5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIB
AQCsoz/0+s4Cn65n/3bU3shXw4y5u1uEMEsBOiqNU0PfIKGYQe95b1FKNbNAkctSdQT6GF5c
bhSnJPmb2OOb1frx64dlDgskaG561xa8XPA1aP8Cc+33dgsSLIxGEh97lyUYHEfWBC03KMCF
PKhZfcrGAXoVCrFBadnLAokQbUTFahVg/qQx2IT3wSj1sCIfV5UDuXcEKHCvRtEZIsSzu184
9Cj6I4nY5bt+r94kyDHM94MHYBJi+6tWLFRy2gkIB3HEPmxAiQrKljNpH9bOffiBLIAgmJ6d
1ZXepBXyexQbwOYvftpVlMEFHHQmdiwH3tj69hE78XvM5X9J+SbjbuNpAgMBAAGjOTA3MCcG
A1UdEQQgMB6BHGphbHRtYW5Ac2VjdXJlLWVuZHBvaW50cy5jb20wDAYDVR0TAQH/BAIwADAN
BgkqhkiG9w0BAQUFAAOBgQB8FShDN2Ig034Y5eyadiFDEtOvsIJ3Z2xV9aTL4u8xMlz1gZR1
AZAvCv+ZMMRRKWCsrG5tItV8DFPSfWAGMpInmMarA4f76JRLQEUhkRUg8GpkJM5ryk5EDakk
0oiBQcQD8A+UHwrcmaj3UWxQ9zCjDgU+1mY9nEQxZZyp4eeUfzCCAxcwggKAoAMCAQICEALr
5BE3U6n+HWCoLbyhohMwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoT
HFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25h
bCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDUzMTA2MTM1N1oXDTA4MDUzMDA2MTM1N1ow
czEPMA0GA1UEBBMGQWx0bWFuMRUwEwYDVQQqEwxKZWZmcmV5IEVyaWMxHDAaBgNVBAMTE0pl
ZmZyZXkgRXJpYyBBbHRtYW4xKzApBgkqhkiG9w0BCQEWHGphbHRtYW5Ac2VjdXJlLWVuZHBv
aW50cy5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCsoz/0+s4Cn65n/3bU
3shXw4y5u1uEMEsBOiqNU0PfIKGYQe95b1FKNbNAkctSdQT6GF5cbhSnJPmb2OOb1frx64dl
DgskaG561xa8XPA1aP8Cc+33dgsSLIxGEh97lyUYHEfWBC03KMCFPKhZfcrGAXoVCrFBadnL
AokQbUTFahVg/qQx2IT3wSj1sCIfV5UDuXcEKHCvRtEZIsSzu1849Cj6I4nY5bt+r94kyDHM
94MHYBJi+6tWLFRy2gkIB3HEPmxAiQrKljNpH9bOffiBLIAgmJ6d1ZXepBXyexQbwOYvftpV
lMEFHHQmdiwH3tj69hE78XvM5X9J+SbjbuNpAgMBAAGjOTA3MCcGA1UdEQQgMB6BHGphbHRt
YW5Ac2VjdXJlLWVuZHBvaW50cy5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOB
gQB8FShDN2Ig034Y5eyadiFDEtOvsIJ3Z2xV9aTL4u8xMlz1gZR1AZAvCv+ZMMRRKWCsrG5t
ItV8DFPSfWAGMpInmMarA4f76JRLQEUhkRUg8GpkJM5ryk5EDakk0oiBQcQD8A+UHwrcmaj3
UWxQ9zCjDgU+1mY9nEQxZZyp4eeUfzCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAw
gdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg
VG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRp
b24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp
bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0w
MzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU
aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg
RnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV
+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfAr
hVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/
p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8
MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWls
Q0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxh
YmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/
TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amc
OY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggNkMIID
YAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5
KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQ
AuvkETdTqf4dYKgtvKGiEzAJBgUrDgMCGgUAoIIBwzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wNzA5MjAyMjIwNTBaMCMGCSqGSIb3DQEJBDEWBBTMtxUu
qX+WdMH+SD5k/YAIUrknmTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBhQYJKwYB
BAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg
KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vpbmcg
Q0ECEALr5BE3U6n+HWCoLbyhohMwgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJa
QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh
d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEALr5BE3U6n+HWCoLbyhohMwDQYJ
KoZIhvcNAQEBBQAEggEAhnyna87bl3TNQaCfTOp8D31QkuNpiq46zdOlhPhsKOJdoihBIqKQ
LQPPqEmjAYpihrllq+qQnSi2xAmXRCZSZhnM75/mN002gJ2qBRe2EAnhMeS8Fwa1Wr1kRcmn
2pTg2HaeMKgOmJNSXmsHmyKb5NHmRKUlMyw+eeQTlSlFwycTCEU1G63akqgZrwv34MMA6eSD
RbZomKSkLqBgzvYi+RiJ9HNTOZEFvR5d41uxqos6w1xbOXwBQBk02r7g1UGWF4xGAmhhq4pW
RXx1j7essnp5UpbcLpfipHJa7qDVqvBSTZpHM7bp8JBspmVb6+5KiNQC/VItVe7u8El3vpzy
DwAAAAAAAA==
--------------ms050101080003060906090209--