From openafs-info@openafs.org Thu Jan 16 09:29:41 2014 From: openafs-info@openafs.org (Arne Wiebalck) Date: Thu, 16 Jan 2014 09:29:41 +0000 Subject: [OpenAFS-announce] Registration with CERN hostel for the 2014 European AFS and Kerberos Conference at CERN closing on January 31! In-Reply-To: <92F612DDE3CDEA439793C598481F5702CE036769@CERNXCHG02.cern.ch> References: <92F612DDE3CDEA439793C598481F5702CE036769@CERNXCHG02.cern.ch> Message-ID: <92F612DDE3CDEA439793C598481F5702CE145977@CERNXCHG02.cern.ch> --Apple-Mail=_D4CC3682-87EE-45EC-9DCC-301930C06428 Content-Type: multipart/alternative; boundary="Apple-Mail=_2DBC6584-5B7D-42D6-AAA2-C58051F9F33D" --Apple-Mail=_2DBC6584-5B7D-42D6-AAA2-C58051F9F33D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii If you plan to join the European AFS & Kerberos Conference at CERN end = of March and you'd like to stay in a room on the CERN site, please note that the "Registration with CERN = hostel" is closing in about two weeks, on January 31, 2014! (The general registration will be open until = February 28, 2014, but you will need to take care of your accommodation yourself.) https://indico.cern.ch/confRegistrationFormDisplay.py?confId=3D271400 Also, if you'd like to share things you have done, propose new ideas or = give a report on what your site is doing with AFS or Kerberos, there is still time to submit an abstract! https://indico.cern.ch/abstractSubmission.py?confId=3D271400 All details on the event can be found here: https://indico.cern.ch/conferenceDisplay.py?confId=3D271400 Finally, if you have any questions, do not hesitate to get in touch: = eakc2014-organizers@cern.ch Arne for the EAKC 2014 local organisers On Dec 16, 2013, at 9:30 AM, Arne Wiebalck = wrote: >=20 > The registration for the 2014 European AFS and Kerberos Conference, to = be held at CERN on > March 26-28, 2014 is now open: >=20 > https://indico.cern.ch/conferenceDisplay.py?confId=3D271400 >=20 > Please note the following information: >=20 > The conference fee is 160CHF and this covers the three lunches, the = coffee breaks and sundry expenses. > In addition, the conference organisers and the sponsors invite you to = attend a welcome reception Wednesday > evening and a conference dinner Thursday evening.=20 >=20 > For accommodation, we blocked a limited number of rooms in the CERN = hostel for registered conference > participants. There is a checkbox that you can tick during the online = registration to express your interest in > a room. As the number of rooms is limited, they will be allocated on a = first-come, first-served basis to > registrations that are submitted before the end of January 2014. For = those securing a room, we will get > in touch with you early February with instructions on how to finalise = your hostel booking. >=20 > If you are interested in taking part in the tours of the CERN Computer = Centre and/or an underground visit > to the ATLAS experiment, please enrol at registration time as well. = Changing this later will be difficult, in > particular for the underground visit.=20 >=20 > For abstract submission, you'll need to create a CERN "light-weight" = account (unless you happen to have > a CERN account). This can be done via this web portal: >=20 > https://account.cern.ch/account/Externals/RegisterAccount.aspx >=20 > If you have any question, please do not hesitate to get in touch with = the local organisers via=20 > eakc2014-organizers@cern.ch. >=20 > See you in March! >=20 > The EAKC 2014 local organising committee --Apple-Mail=_2DBC6584-5B7D-42D6-AAA2-C58051F9F33D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
weeks, on January 31, 2014! (The = general registration will be open until February 28, 2014, but you = will
need to take care of your accommodation = yourself.)

    https://indico.cern.ch/confRegistrationFormDisplay.py?confId=3D271400=

Also, if you'd like to share things = you have done, propose new ideas or give a report on what your site = is
doing with AFS or Kerberos, there is still time to = submit an abstract!

    http= s://indico.cern.ch/abstractSubmission.py?confId=3D271400
All details on the event can be found = here:

    https= ://indico.cern.ch/conferenceDisplay.py?confId=3D271400

Finally, if you have any questions, do not hesitate to = get in touch: eakc2014-organizers@cern.ch

Arne for the EAKC 2014 local = organisers



On = Dec 16, 2013, at 9:30 AM, Arne Wiebalck <Arne.Wiebalck@cern.ch> = wrote:

https= ://indico.cern.ch/conferenceDisplay.py?confId=3D271400

<= /div>
Please note the following = information:

The conference fee is 160CHF and = this covers the three lunches, the coffee breaks and sundry = expenses.
In addition, the conference organisers and the = sponsors invite you to attend a welcome = reception Wednesday
evening and a conference dinner = Thursday evening. 

For accommodation, we = blocked a limited number of rooms in the CERN hostel for registered = conference
participants. There is a checkbox that = you can tick during the online registration to express your = interest in
a room. As the number of rooms is limited, they = will be allocated on a first-come, first-served basis = to
registrations that are submitted before the end of January = 2014. For those securing a room, we will get
in touch with you = early February with instructions on how to finalise your hostel = booking.

If you are interested in taking part = in the tours of the CERN Computer Centre and/or an underground = visit
to the ATLAS experiment, please enrol at registration = time as well. Changing this later will be difficult, = in
particular for the underground = visit. 

For abstract submission, you'll = need to create a CERN "light-weight" account (unless you happen to = have
a CERN account). This can be done via this web = portal:


If you have any question, please do not hesitate to get = in touch with the local organisers via 
eakc2014-organizers@cern.ch.

See you in = March!

The EAKC 2014 local organising = committee

= --Apple-Mail=_2DBC6584-5B7D-42D6-AAA2-C58051F9F33D-- --Apple-Mail=_D4CC3682-87EE-45EC-9DCC-301930C06428 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINuDCCBi4w ggUWoAMCAQICCmEPqkwAAAAAAAMwDQYJKoZIhvcNAQEFBQAwQTESMBAGCgmSJomT8ixkARkWAmNo MRQwEgYKCZImiZPyLGQBGRYEY2VybjEVMBMGA1UEAxMMQ0VSTiBSb290IENBMB4XDTA2MTAwMzA5 MzYxM1oXDTE2MTAwMzA5NDYxM1owWTESMBAGCgmSJomT8ixkARkWAmNoMRQwEgYKCZImiZPyLGQB GRYEY2VybjEtMCsGA1UEAxMkQ0VSTiBUcnVzdGVkIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwdFGqthhWlgUOSZ6C6hReNEVGzbjf2IQgxo7 /rOfOQHZH3krQPQ37fqFroEr46PrruymZ/U+QAzmESZQ4Z+nCfBhm7cEi0TIhihHd4cEPaPxawGR T9Ck7BBk9za8TUljF6c/JodnIcmIrpbazEbSAS1KEXwETHDsTrQ7lJ+6SzDP4/oOwrHrgJx+tKsm gOsFSbBEK4OYx1UYQpYS9OJQk2Sc0q4a/SCSu+xbN8ppmgV3WFytN8NW20n3NpCCWYPzo9rXmPRA 7a/c6mf+RV5gPCnUqeW6KUvix5kz9+X8/4SQV/fU12OPdRvtkqcC+PpiePK7bjMLQJEYwvchJrSz AwIDAQABo4IDDjCCAwowDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUmMyS0EYwNoyw7ZgNclGp R0zdviEwCwYDVR0PBAQDAgGGMBAGCSsGAQQBgjcVAQQDAgECMCMGCSsGAQQBgjcVAgQWBBT/Rljl vgfrVK8GmAaYe+TbiXbJ7DBRBgNVHSAESjBIMEYGCisGAQQBYAoCAQEwODA2BggrBgEFBQcCARYq aHR0cDovL2NhLmNlcm4uY2gvY2EvY3JsL3BvbGljeS9jcC1jcHMucGRmMBkGCSsGAQQBgjcUAgQM HgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFJgK9+w+7FnWHa2ZvLUBPt7spudQMIH8BgNVHR8EgfQw gfEwge6ggeuggeiGLWh0dHA6Ly9jYS5jZXJuLmNoL2NhL2NybC9DRVJOJTIwUm9vdCUyMENBLmNy bIaBtmxkYXA6Ly8vQ049Q0VSTiUyMFJvb3QlMjBDQSxDTj1jZXJucm9vdGNhLENOPUNEUCxDTj1Q dWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNl cm4sREM9Y2g/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERp c3RyaWJ1dGlvblBvaW50MIIBBAYIKwYBBQUHAQEEgfcwgfQwRAYIKwYBBQUHMAKGOGh0dHA6Ly9j YS5jZXJuLmNoL2NhL2NybC9jZXJucm9vdGNhX0NFUk4lMjBSb290JTIwQ0EuY3J0MIGrBggrBgEF BQcwAoaBnmxkYXA6Ly8vQ049Q0VSTiUyMFJvb3QlMjBDQSxDTj1BSUEsQ049UHVibGljJTIwS2V5 JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1jZXJuLERDPWNoP2NB Q2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MA0GCSqG SIb3DQEBBQUAA4IBAQAfEzvOeYohKndmJqnVdiCqZ38tSBxOOPsKUHW4UY1jBfYMXbnZ9keFQFlK /g5X4aZPNBEHXw0eKpQVsMhEPWQrvx8T/f7GwtU+JNQhkgK9tnezmHxYzWgEC9MXZhfYzFSwMIF6 kSKllmUTnN35uF1EnT8+64daje+yEVcpmM34p8Fw125/WpKnRmwNp0YkUk6uMti6Y6vOTHttzIN5 P6elGoat8sadMqrVnaMNzG8hGUvSkYivYBs7msAPuwmXgLvIkXWPW+MDFs+x5Kzx75ZHv3c2WoKg UxL5KZH9QqiR7t8P6YBfYW6SpzyGRi4QHN/iOLhXZ06R6aPljLEOn41JMIIHgjCCBmqgAwIBAgIK HYLrgQACAAHOszANBgkqhkiG9w0BAQUFADBZMRIwEAYKCZImiZPyLGQBGRYCY2gxFDASBgoJkiaJ k/IsZAEZFgRjZXJuMS0wKwYDVQQDEyRDRVJOIFRydXN0ZWQgQ2VydGlmaWNhdGlvbiBBdXRob3Jp dHkwHhcNMTMwMzI2MDkxNjM1WhcNMTQwMzI2MDkxNjM1WjCBjjESMBAGCgmSJomT8ixkARkWAmNo MRQwEgYKCZImiZPyLGQBGRYEY2VybjEWMBQGA1UECxMNT3JnYW5pYyBVbml0czEOMAwGA1UECxMF VXNlcnMxETAPBgNVBAMTCHdpZWJhbGNrMQ8wDQYDVQQDEwY1NTg1MTAxFjAUBgNVBAMTDUFybmUg V2llYmFsY2swggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKWiuJsxwe2ZAkHn+FKzTT VBNe7lhl2PmTjPmZsedrVI0gZkUpjlb6x21avo3S+kacxPpVdNVmidE1k7Dmn+MLLwli8Ha+ePqN e2kD33K01bjf8G1l5KquZwMsJKB2gSwSs1JK5uq3qcB5b1mrzPVOqOqNPUMg1NUkEjYql4ooG5Cj GfVwlAhRarBssM07JtnToszp/fiCqttCR4pAAjURvQKV3T+Epiexwgzkv57mLAXe3vNf8giDigJP zvNc+3pGqA8faVOGSqOo+9m6NheYPH4pcYcnhgA177HRfHxJ9fqzEahLNzXjoa9vtW8cpbSxyzY1 wbOCvQW1hz/uCP/5AgMBAAGjggQUMIIEEDAdBgNVHQ4EFgQUFIvKPnfKzu1UVQjsxgpwQPtpkwAw HwYDVR0jBBgwFoAUmMyS0EYwNoyw7ZgNclGpR0zdviEwggEyBgNVHR8EggEpMIIBJTCCASGgggEd oIIBGYZHaHR0cDovL2NhLmNlcm4uY2gvY2EvY3JsL0NFUk4lMjBUcnVzdGVkJTIwQ2VydGlmaWNh dGlvbiUyMEF1dGhvcml0eS5jcmyGgc1sZGFwOi8vL0NOPUNFUk4lMjBUcnVzdGVkJTIwQ2VydGlm aWNhdGlvbiUyMEF1dGhvcml0eSxDTj1DRVJOUEtJLENOPUNEUCxDTj1QdWJsaWMlMjBLZXklMjBT ZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNlcm4sREM9Y2g/Y2VydGlm aWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50 MIIBLwYIKwYBBQUHAQEEggEhMIIBHTCBxQYIKwYBBQUHMAKGgbhsZGFwOi8vL0NOPUNFUk4lMjBU cnVzdGVkJTIwQ2VydGlmaWNhdGlvbiUyMEF1dGhvcml0eSxDTj1BSUEsQ049UHVibGljJTIwS2V5 JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1jZXJuLERDPWNoP2NB Q2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MFMGCCsG AQUFBzAChkdodHRwOi8vY2EuY2Vybi5jaC9jYS9jcmwvQ0VSTiUyMFRydXN0ZWQlMjBDZXJ0aWZp Y2F0aW9uJTIwQXV0aG9yaXR5LmNydDAOBgNVHQ8BAf8EBAMCBaAwPQYJKwYBBAGCNxUHBDAwLgYm KwYBBAGCNxUIg73QCYLtjQ2G7Ysrgd71N4WA0GIehb+6A4TEzEwCAWQCAQowKQYDVR0lBCIwIAYI KwYBBQUHAwIGCCsGAQUFBwMEBgorBgEEAYI3CgMEMCUGA1UdIAQeMBwwDAYKKwYBBAFgCgIBAjAM BgoqhkiG90wFAgIBMDUGCSsGAQQBgjcVCgQoMCYwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwDAYK KwYBBAGCNwoDBDBHBgNVHREEQDA+oCUGCisGAQQBgjcUAgOgFwwVYXJuZS53aWViYWxja0BjZXJu LmNogRVBcm5lLldpZWJhbGNrQGNlcm4uY2gwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgIC AIAwDgYIKoZIhvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMA0GCSqGSIb3DQEBBQUAA4IB AQBPiPoalqg44BSHOfc5XKMLl8dbU2ixH84cWFWmv8WrkM1oTVOopGUi9dO2qiN3PbzgkW3h4yB6 hEvTn7CVCfuzPXjEb9dQEJEmVheW8xA96GYWYWdXqdNHWtPMJB4tFh0skOMo35DwavZlrE30LLR+ BK8faePfnQ6PgPrdBESQaU4ZemLS5Q/eKfz2d4kSt5+70rj8ypD7pmMdUu/n1TFxuG3UNCFSMs6G SUV0/PBjyV1O8jGtVbE9vNZE+NTuzWiYgI5Z6Pl6cHefI6miSn++PDjHzfaIPi0san0KMOXLqvA8 ZfjtAb2QMEvvKziTdg9Q4Y7wHCdi7aqKWmTbwyqUMYIC4TCCAt0CAQEwZzBZMRIwEAYKCZImiZPy LGQBGRYCY2gxFDASBgoJkiaJk/IsZAEZFgRjZXJuMS0wKwYDVQQDEyRDRVJOIFRydXN0ZWQgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkCCh2C64EAAgABzrMwCQYFKw4DAhoFAKCCAU8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwMTE2MDkzMDA0WjAjBgkqhkiG9w0B CQQxFgQUh0qK7pNvbLn4jJlQ0WoaaSHVSRYwdgYJKwYBBAGCNxAEMWkwZzBZMRIwEAYKCZImiZPy LGQBGRYCY2gxFDASBgoJkiaJk/IsZAEZFgRjZXJuMS0wKwYDVQQDEyRDRVJOIFRydXN0ZWQgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkCCh2C64EAAgABzrMweAYLKoZIhvcNAQkQAgsxaaBnMFkxEjAQ BgoJkiaJk/IsZAEZFgJjaDEUMBIGCgmSJomT8ixkARkWBGNlcm4xLTArBgNVBAMTJENFUk4gVHJ1 c3RlZCBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIKHYLrgQACAAHOszANBgkqhkiG9w0BAQEFAASC AQBMqyy3qRKGtyJgfoQWfxnD4Q6DgBo+vWI4gUivOu2YlcLcxhPs5pJUVu9ZSAPHcUEn6kYFW0y3 yBhAAPyiM/mQhVuHHirjZxHrYJ9C3b+mKNF5Jy527MhCygyDMCOburWmLeoVe6tQmTR8VI9mlYAb 1yEg2gcQ4oZESpEcsQsnJqCsTrPV0Oj0ug82GGlo4TTSYyvo73761+FlLft6n0qt9YUBYEkWTyqj Ij0153SKR2GJEc1qKg/NU5Vr9XG8+SzdTLyCeI22nKQdsIXVN1DgcuT5PgvcGaCV+pgWCpgP7930 fEBSn8xcEu1fbr7V9WNJoHLIwjjkN1OpLLjzHeWNAAAAAAAA --Apple-Mail=_D4CC3682-87EE-45EC-9DCC-301930C06428-- From openafs-info@openafs.org Thu Jan 16 15:09:19 2014 From: openafs-info@openafs.org (Jeffrey Altman) Date: Thu, 16 Jan 2014 10:09:19 -0500 Subject: [OpenAFS-announce] OpenAFS 1.7.29 released for Microsoft Windows Message-ID: <52D7F61F.6090309@openafs.org> OpenAFS 1.7.29 is the next a series of OpenAFS clients for the Microsoft Windows platform that is implemented as a native file system. Significant changes since 1.7.28: * Performance improvements: . Avoid unnecessary mount point resolution. . More efficient writing of file data to the file server for length extending writes. . Fix buffer hash algorithm bug that resulted in cache misses. * Fix bug that could result in lost synchronous write IRPs in the kernel. * The above mentioned buffer hash bug could also result in data corruption. 1.7.29 is the recommended release of OpenAFS for Microsoft Windows users. It supports Microsoft Windows client operating systems from Windows XP SP3 through Windows 8.1 and Windows Server operating systems from 2003 SP2 through 2012 R2. The 1.7.29 Windows client is fully compatible with all AFS server versions. For UNIX, Linux, and MacOS X the recommended production-ready release of OpenAFS is 1.6.5. Source code and binaries can be downloaded from http://www.openafs.org/windows.html http://www.openafs.org/release/openafs-1.7.29.html Please visit http://www.openafs.org/windows.html for up to date information on the status of the OpenAFS for Windows client. 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 From openafs-info@openafs.org Fri Jan 24 17:34:45 2014 From: openafs-info@openafs.org (Stephan Wiesand) Date: Fri, 24 Jan 2014 18:34:45 +0100 Subject: [OpenAFS-announce] OpenAFS 1.6.6 release available Message-ID: <4F1F2F7E-27C2-4201-9552-8A977EE22099@desy.de> The OpenAFS Release Team is pleased to announce the availability of OpenAFS version 1.6.6. Source files and available binaries can be accessed via the web at: http://www.openafs.org/dl/openafs/1.6.6/ or via AFS at: /afs/grand.central.org/software/openafs/1.6.6/ \\afs\grand.central.org\software\openafs\1.6.6\ OpenAFS 1.6.6 is the next in the current series of stable releases of OpenAFS for all platforms except Microsoft Windows. Important changes include: * Support for Linux kernels at least up to 3.13 * including kernels with CONFIG_USER_NS enabled, becoming common * New "fs flushall" command, previously only available on Windows * New switch for the cache manager to limit UDP fragmentation * Improved documentation, diagnostics and error messages * Dozens of bug fixes and other improvements of both client and server Bug reports should be filed to openafs-bugs@openafs.org . Thanks are due as usual to our dedicated team of binary builders (Andrew Deason, Ben Kaduk, Christof Hanke, Ken Hornstein and Stephen Quinney), without whom the broad range of released binaries would not be possible. Stephan Wiesand, 1.6 Branch Release Manager for the OpenAFS Release Team From openafs-info@openafs.org Fri Feb 14 10:30:15 2014 From: openafs-info@openafs.org (Arne Wiebalck) Date: Fri, 14 Feb 2014 10:30:15 +0000 Subject: [OpenAFS-announce] Registration for the 2014 European AFS and Kerberos Conference at CERN closing on February 28! Message-ID: --Apple-Mail=_924EE86F-C3F7-4944-991F-E80F0B4EAF7A Content-Type: multipart/alternative; boundary="Apple-Mail=_B4DC2B4E-3425-42EB-A187-49CF7579B433" --Apple-Mail=_B4DC2B4E-3425-42EB-A187-49CF7579B433 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Reminder: The registration for the 2014 European AFS and Kerberos Conference at = CERN from March 26 to March 28 will close in about 2 weeks, on February 28, = 2014. So if you plan to join the event, please go to https://indico.cern.ch/event/271400/ and register now! The abstract submission is already closed and the preliminary time table = of the=20 conference programme with all contributions can be found here: https://indico.cern.ch/event/271400/timetable/#all.detailed If you have any questions, please mail eakc2014-organizers@cern.ch. See you at CERN! Arne for the EAKC2014 local organisers= --Apple-Mail=_B4DC2B4E-3425-42EB-A187-49CF7579B433 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii https://indico.cern.ch/event= /271400/

and register = now!

The abstract submission is already closed = and the preliminary time table of = the 
conference programme with all contributions can = be found here:

    https= ://indico.cern.ch/event/271400/timetable/#all.detailed

<= /div>
If you have any questions, please mail eakc2014-organizers@cern.ch.

See you at CERN!
  Arne for = the EAKC2014 local organisers
= --Apple-Mail=_B4DC2B4E-3425-42EB-A187-49CF7579B433-- --Apple-Mail=_924EE86F-C3F7-4944-991F-E80F0B4EAF7A Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINuDCCBi4w ggUWoAMCAQICCmEPqkwAAAAAAAMwDQYJKoZIhvcNAQEFBQAwQTESMBAGCgmSJomT8ixkARkWAmNo MRQwEgYKCZImiZPyLGQBGRYEY2VybjEVMBMGA1UEAxMMQ0VSTiBSb290IENBMB4XDTA2MTAwMzA5 MzYxM1oXDTE2MTAwMzA5NDYxM1owWTESMBAGCgmSJomT8ixkARkWAmNoMRQwEgYKCZImiZPyLGQB GRYEY2VybjEtMCsGA1UEAxMkQ0VSTiBUcnVzdGVkIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwdFGqthhWlgUOSZ6C6hReNEVGzbjf2IQgxo7 /rOfOQHZH3krQPQ37fqFroEr46PrruymZ/U+QAzmESZQ4Z+nCfBhm7cEi0TIhihHd4cEPaPxawGR T9Ck7BBk9za8TUljF6c/JodnIcmIrpbazEbSAS1KEXwETHDsTrQ7lJ+6SzDP4/oOwrHrgJx+tKsm gOsFSbBEK4OYx1UYQpYS9OJQk2Sc0q4a/SCSu+xbN8ppmgV3WFytN8NW20n3NpCCWYPzo9rXmPRA 7a/c6mf+RV5gPCnUqeW6KUvix5kz9+X8/4SQV/fU12OPdRvtkqcC+PpiePK7bjMLQJEYwvchJrSz AwIDAQABo4IDDjCCAwowDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUmMyS0EYwNoyw7ZgNclGp R0zdviEwCwYDVR0PBAQDAgGGMBAGCSsGAQQBgjcVAQQDAgECMCMGCSsGAQQBgjcVAgQWBBT/Rljl vgfrVK8GmAaYe+TbiXbJ7DBRBgNVHSAESjBIMEYGCisGAQQBYAoCAQEwODA2BggrBgEFBQcCARYq aHR0cDovL2NhLmNlcm4uY2gvY2EvY3JsL3BvbGljeS9jcC1jcHMucGRmMBkGCSsGAQQBgjcUAgQM HgoAUwB1AGIAQwBBMB8GA1UdIwQYMBaAFJgK9+w+7FnWHa2ZvLUBPt7spudQMIH8BgNVHR8EgfQw gfEwge6ggeuggeiGLWh0dHA6Ly9jYS5jZXJuLmNoL2NhL2NybC9DRVJOJTIwUm9vdCUyMENBLmNy bIaBtmxkYXA6Ly8vQ049Q0VSTiUyMFJvb3QlMjBDQSxDTj1jZXJucm9vdGNhLENOPUNEUCxDTj1Q dWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNl cm4sREM9Y2g/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERp c3RyaWJ1dGlvblBvaW50MIIBBAYIKwYBBQUHAQEEgfcwgfQwRAYIKwYBBQUHMAKGOGh0dHA6Ly9j YS5jZXJuLmNoL2NhL2NybC9jZXJucm9vdGNhX0NFUk4lMjBSb290JTIwQ0EuY3J0MIGrBggrBgEF BQcwAoaBnmxkYXA6Ly8vQ049Q0VSTiUyMFJvb3QlMjBDQSxDTj1BSUEsQ049UHVibGljJTIwS2V5 JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1jZXJuLERDPWNoP2NB Q2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MA0GCSqG SIb3DQEBBQUAA4IBAQAfEzvOeYohKndmJqnVdiCqZ38tSBxOOPsKUHW4UY1jBfYMXbnZ9keFQFlK /g5X4aZPNBEHXw0eKpQVsMhEPWQrvx8T/f7GwtU+JNQhkgK9tnezmHxYzWgEC9MXZhfYzFSwMIF6 kSKllmUTnN35uF1EnT8+64daje+yEVcpmM34p8Fw125/WpKnRmwNp0YkUk6uMti6Y6vOTHttzIN5 P6elGoat8sadMqrVnaMNzG8hGUvSkYivYBs7msAPuwmXgLvIkXWPW+MDFs+x5Kzx75ZHv3c2WoKg UxL5KZH9QqiR7t8P6YBfYW6SpzyGRi4QHN/iOLhXZ06R6aPljLEOn41JMIIHgjCCBmqgAwIBAgIK HYLrgQACAAHOszANBgkqhkiG9w0BAQUFADBZMRIwEAYKCZImiZPyLGQBGRYCY2gxFDASBgoJkiaJ k/IsZAEZFgRjZXJuMS0wKwYDVQQDEyRDRVJOIFRydXN0ZWQgQ2VydGlmaWNhdGlvbiBBdXRob3Jp dHkwHhcNMTMwMzI2MDkxNjM1WhcNMTQwMzI2MDkxNjM1WjCBjjESMBAGCgmSJomT8ixkARkWAmNo MRQwEgYKCZImiZPyLGQBGRYEY2VybjEWMBQGA1UECxMNT3JnYW5pYyBVbml0czEOMAwGA1UECxMF VXNlcnMxETAPBgNVBAMTCHdpZWJhbGNrMQ8wDQYDVQQDEwY1NTg1MTAxFjAUBgNVBAMTDUFybmUg V2llYmFsY2swggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKWiuJsxwe2ZAkHn+FKzTT VBNe7lhl2PmTjPmZsedrVI0gZkUpjlb6x21avo3S+kacxPpVdNVmidE1k7Dmn+MLLwli8Ha+ePqN e2kD33K01bjf8G1l5KquZwMsJKB2gSwSs1JK5uq3qcB5b1mrzPVOqOqNPUMg1NUkEjYql4ooG5Cj GfVwlAhRarBssM07JtnToszp/fiCqttCR4pAAjURvQKV3T+Epiexwgzkv57mLAXe3vNf8giDigJP zvNc+3pGqA8faVOGSqOo+9m6NheYPH4pcYcnhgA177HRfHxJ9fqzEahLNzXjoa9vtW8cpbSxyzY1 wbOCvQW1hz/uCP/5AgMBAAGjggQUMIIEEDAdBgNVHQ4EFgQUFIvKPnfKzu1UVQjsxgpwQPtpkwAw HwYDVR0jBBgwFoAUmMyS0EYwNoyw7ZgNclGpR0zdviEwggEyBgNVHR8EggEpMIIBJTCCASGgggEd oIIBGYZHaHR0cDovL2NhLmNlcm4uY2gvY2EvY3JsL0NFUk4lMjBUcnVzdGVkJTIwQ2VydGlmaWNh dGlvbiUyMEF1dGhvcml0eS5jcmyGgc1sZGFwOi8vL0NOPUNFUk4lMjBUcnVzdGVkJTIwQ2VydGlm aWNhdGlvbiUyMEF1dGhvcml0eSxDTj1DRVJOUEtJLENOPUNEUCxDTj1QdWJsaWMlMjBLZXklMjBT ZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNlcm4sREM9Y2g/Y2VydGlm aWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50 MIIBLwYIKwYBBQUHAQEEggEhMIIBHTCBxQYIKwYBBQUHMAKGgbhsZGFwOi8vL0NOPUNFUk4lMjBU cnVzdGVkJTIwQ2VydGlmaWNhdGlvbiUyMEF1dGhvcml0eSxDTj1BSUEsQ049UHVibGljJTIwS2V5 JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1jZXJuLERDPWNoP2NB Q2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MFMGCCsG AQUFBzAChkdodHRwOi8vY2EuY2Vybi5jaC9jYS9jcmwvQ0VSTiUyMFRydXN0ZWQlMjBDZXJ0aWZp Y2F0aW9uJTIwQXV0aG9yaXR5LmNydDAOBgNVHQ8BAf8EBAMCBaAwPQYJKwYBBAGCNxUHBDAwLgYm KwYBBAGCNxUIg73QCYLtjQ2G7Ysrgd71N4WA0GIehb+6A4TEzEwCAWQCAQowKQYDVR0lBCIwIAYI KwYBBQUHAwIGCCsGAQUFBwMEBgorBgEEAYI3CgMEMCUGA1UdIAQeMBwwDAYKKwYBBAFgCgIBAjAM BgoqhkiG90wFAgIBMDUGCSsGAQQBgjcVCgQoMCYwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwDAYK KwYBBAGCNwoDBDBHBgNVHREEQDA+oCUGCisGAQQBgjcUAgOgFwwVYXJuZS53aWViYWxja0BjZXJu LmNogRVBcm5lLldpZWJhbGNrQGNlcm4uY2gwRAYJKoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgIC AIAwDgYIKoZIhvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3DQMHMA0GCSqGSIb3DQEBBQUAA4IB AQBPiPoalqg44BSHOfc5XKMLl8dbU2ixH84cWFWmv8WrkM1oTVOopGUi9dO2qiN3PbzgkW3h4yB6 hEvTn7CVCfuzPXjEb9dQEJEmVheW8xA96GYWYWdXqdNHWtPMJB4tFh0skOMo35DwavZlrE30LLR+ BK8faePfnQ6PgPrdBESQaU4ZemLS5Q/eKfz2d4kSt5+70rj8ypD7pmMdUu/n1TFxuG3UNCFSMs6G SUV0/PBjyV1O8jGtVbE9vNZE+NTuzWiYgI5Z6Pl6cHefI6miSn++PDjHzfaIPi0san0KMOXLqvA8 ZfjtAb2QMEvvKziTdg9Q4Y7wHCdi7aqKWmTbwyqUMYIC4TCCAt0CAQEwZzBZMRIwEAYKCZImiZPy LGQBGRYCY2gxFDASBgoJkiaJk/IsZAEZFgRjZXJuMS0wKwYDVQQDEyRDRVJOIFRydXN0ZWQgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkCCh2C64EAAgABzrMwCQYFKw4DAhoFAKCCAU8wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwMjE0MTAzMDIwWjAjBgkqhkiG9w0B CQQxFgQUwEmO0bbC2rSI8/sGAXQwGvKVM6swdgYJKwYBBAGCNxAEMWkwZzBZMRIwEAYKCZImiZPy LGQBGRYCY2gxFDASBgoJkiaJk/IsZAEZFgRjZXJuMS0wKwYDVQQDEyRDRVJOIFRydXN0ZWQgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkCCh2C64EAAgABzrMweAYLKoZIhvcNAQkQAgsxaaBnMFkxEjAQ BgoJkiaJk/IsZAEZFgJjaDEUMBIGCgmSJomT8ixkARkWBGNlcm4xLTArBgNVBAMTJENFUk4gVHJ1 c3RlZCBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIKHYLrgQACAAHOszANBgkqhkiG9w0BAQEFAASC AQC8lgGyYVNP9SmugnP0YH2ziJiHLhZbGofSH3QsatZcxo8cTIviKMS2oex/0O7c3JqjKe6VETSa 4/bZ48oGbFhUnBWuxHOIUV3qd6UMib99LRkeA1YQa1i2UJ31AsOVeNwTgxvUKg3UxE47VWIY3dQP yYpAIWIEIRSC26wOfIM9mkfrIie2Ppb6jPBryqTWoRmkITaoxJGTJyQ8fiwD+6/vrlSFb1ngW7JZ 1kUYtP6MjJjIqxGraYySaqBUSKAVUd+qLHYZdVvXWhOsJ4zbKIhS/50zovdltvc/jpWrKKjfGNYf NVzH9X1mxyfMq1akmJke9LuLMhi44RmutGXCxh/RAAAAAAAA --Apple-Mail=_924EE86F-C3F7-4944-991F-E80F0B4EAF7A-- From openafs-info@openafs.org Fri Mar 7 16:03:14 2014 From: openafs-info@openafs.org (Andrew Deason) Date: Fri, 7 Mar 2014 10:03:14 -0600 Subject: [OpenAFS-announce] OpenAFS client crashes on RHEL 5.10 and RHEL 6.5 Message-ID: <20140307100314.06fecb20572f8cf52ad7cc73@sinenomine.net> It has been discovered that the OpenAFS client interacts poorly with a change to the Linux kernel introduced in Red Hat Enterprise Linux versions 5.10 and 6.5, which can cause a kernel panic with certain AFS access patterns. Sites may want to exercise caution when considering upgrading RHEL systems that are running OpenAFS clients. While the mechanism that is causing this problem is understood and a solution is being developed, fixing this issue is not straightforward and may take some time. In the meantime, without a fix in place, the following workarounds may help avoid encountering the issue: - Avoid using multiple different mountpoints to access the same data, since this can confuse the Linux VFS in some situations. This may be difficult to guarantee (since /afs/cellname and /afs/.cellname usually exist), but it may be possible to reduce such mountpoint usage in some scenarios. - Avoid running the RHEL 5.10 kernel or the RHEL 6.5 kernel on machines with OpenAFS clients. However, these kernel updates contain stability and security fixes, so it may not be desirable to avoid upgrading such machines running OpenAFS clients. Note that the RHEL 7 Beta is not affected by this issue, but it is not known if the final release of RHEL 7 will. No other distributions of Linux are known to be affected by this (except any that are derived from RHEL), and the problematic change to the Linux kernel is not in vanilla upstream Linux kernel releases. If your site has a support contract with Red Hat, you may wish to inquire about this issue through your support channel. For reference, the issue was introduced in RHEL5 in kernel 2.6.18-367.el5 with this change: - [fs] vfs: stop d_splice_alias creating directory aliases (J. Bruce Fields) [785916] and in RHEL6 in kernel 2.6.32-408.el6 with this change: - [fs] vfs: stop d_splice_alias creating directory aliases (J. Bruce Fields) [820446] For more details and future updates on this issue, see this RT ticket: -- Andrew Deason adeason@sinenomine.net From openafs-info@openafs.org Wed Mar 26 02:05:12 2014 From: openafs-info@openafs.org (Jeffrey Altman) Date: Tue, 25 Mar 2014 21:05:12 -0400 Subject: [OpenAFS-announce] OpenAFS 1.7.30 released for Microsoft Windows Message-ID: <533227C8.9000200@openafs.org> OpenAFS 1.7.30 is the next a series of OpenAFS clients for the Microsoft Windows platform that is implemented as a native file system. Significant changes since 1.7.29: * Performance improvements: . Cache file server uuid to address mappings to avoid redundant VLDB RPCs. * Modify Advanced Firewall Registration module to support cache manager ports other than 7001/udp. * Fix afsd_service.exe crash if VL replies service replies RXKADEXPIRED * Revert use of secure MUP registration on XP as it prevents access by limited users * Fix afsd_service.exe race condition that can under rare conditions result in invalid server to cell bindings. 1.7.30 is the recommended release of OpenAFS for Microsoft Windows users. It supports Microsoft Windows client operating systems from Windows XP SP3 through Windows 8.1 and Windows Server operating systems from 2003 SP2 through 2012 R2. The 1.7.30 Windows client is fully compatible with all AFS server versions. For UNIX, Linux, and MacOS X the recommended production-ready release of OpenAFS is 1.6.6. Source code and binaries can be downloaded from http://www.openafs.org/windows.html http://www.openafs.org/release/openafs-1.7.30.html Please visit http://www.openafs.org/windows.html for up to date information on the status of the OpenAFS for Windows client. 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 From openafs-info@openafs.org Tue Apr 1 15:54:08 2014 From: openafs-info@openafs.org (Stephan Wiesand) Date: Tue, 1 Apr 2014 16:54:08 +0200 Subject: [OpenAFS-announce] First OpenAFS 1.6.8 release candidate available Message-ID: The OpenAFS 1.6 Release Team announces that the first 1.6.8 release candidate 1.6.8pre1 has been tagged in the OpenAFS source repository, available at: git://git.openafs.org/openafs.git as tag: openafs-stable-1_6_8pre1 . Source files can be accessed via the web at: http://dl.openafs.org/dl/candidate/1.6.8pre1/ or via AFS at: UNIX: /afs/grand.central.org/software/openafs/candidate/1.6.8pre1/ UNC: \\afs\grand.central.org\software\openafs\candidate\1.6.8pre1\ No binaries are available yet, but they'll be uploaded as they're built. Besides many other fixes and enhancements, this release candidate includes the following significant changes: * The default fileserver sync behavior changes from "delayed" to "onclose". This means that explicit syncing only happens when a volume is detached. This was the recommended option in previous stable releases, and it's believed to improve data integrity. * When a client is shut down, it will give up its callbacks. The Windows client has been doing this since 2007. Note that older fileservers (1.3.50 to 1.4.5 and 1.5.0 to 1.5.27) had a bug in the implementation of the relevant RPC that could cause crashes or other undefined behavior when this happens. For the list of user visible changes foreseen for 1.6.8, please see http://dl.openafs.org/dl/candidate/1.6.8pre1/RELNOTES-1.6.8pre1 Please note that 1.6.7 will be a security only release based upon 1.6.6. The details of this are not yet public, but the relevant changes will be part of the final 1.6.8 release, even though they aren't included in the 1.6.8pre1 prerelease. Please assist us by deploying this prerelease and providing positive or negative feedback. Bug reports should be filed to openafs-bugs@openafs.org . Reports of success should be sent to openafs-info@openafs.org . 1.6 releases are no longer targeting MS Windows. Stephan Wiesand, 1.6 Branch Release Manager for the OpenAFS Release Team From openafs-info@openafs.org Wed Apr 9 13:44:11 2014 From: openafs-info@openafs.org (Stephan Wiesand) Date: Wed, 9 Apr 2014 14:44:11 +0200 Subject: [OpenAFS-announce] OpenAFS 1.6.7 release available Message-ID: <0F91956D-4EA4-4882-8793-82D1E443CE92@desy.de> The OpenAFS Release Team is pleased to announce the availability of OpenAFS version 1.6.7. Source files and available binaries can be accessed via the web at: http://www.openafs.org/dl/openafs/1.6.7/ or via AFS at: /afs/grand.central.org/software/openafs/1.6.7/ \\afs\grand.central.org\software\openafs\1.6.7\ OpenAFS 1.6.7 is the next in the current series of stable releases of OpenAFS for all platforms except Microsoft Windows. Changes are: * Fix for OpenAFS-SA-2014-001 * Fix for a denial of service issue where an LWP RX process (or a pthreaded RX listener) would sleep for one second upon receiving certain packets Bug reports should be filed to openafs-bugs@openafs.org . Thanks are due as usual to our dedicated team of binary builders (Andrew Deason, Ben Kaduk, Christof Hanke and Stephen Quinney), without whom the broad range of released binaries would not be possible. Stephan Wiesand, 1.6 Branch Release Manager for the OpenAFS Release Team From openafs-info@openafs.org Wed Apr 9 13:09:14 2014 From: openafs-info@openafs.org (Simon Wilkinson) Date: Wed, 9 Apr 2014 13:09:14 +0100 Subject: [OpenAFS-announce] OpenAFS Security Advisory 2014-0001 Message-ID: <56C9790B-4EE6-4301-9A74-33421ABC05B1@sxw.org.uk> Topic: Denial of service attack against OpenAFS fileserver processes CVE-2014-0159 Issued: 14-April-2014 Last Update: 14-April-2014 Affected: OpenAFS file servers running versions 1.4.8 thru 1.6.6 An attacker with the ability to connect to an OpenAFS fileserver can trigger a buffer overflow, crashing the server. Clients are not affected. SUMMARY ======= The GetStatistics64 remote procedure call (RPC) was introduced in OpenAFS 1.4.8 as part of the support for fileserver partitions larger than 2 TiB. The GetStatistics64 RPC is used by remote administrative programs to retrieve statistical information about fileservers. The GetStatistics64 RPC requests do not require authentication. A bug has been discovered in the GetStatistics64 RPC which can trigger a fileserver crash. The version argument of the GetStatistics64 RPC is used to determine how much memory is allocated for the RPC reply. However the range of this argument is not validated, allowing an attacker to cause insufficient memory to be allocated for the statistical information reply buffer. IMPACT ====== By sending an unauthenticated request for fileserver statistical information, it is possible to crash a file server running the affected code. No publicly available exploits are currently known. AFFECTED SOFTWARE ================= All releases of OpenAFS 1.4.8 to (and including) 1.6.6 FIXES ===== The OpenAFS project recommends that administrators upgrade to OpenAFS version 1.6.7 or newer. For those sites unable, or unwilling, to upgrade a patch which resolves this issue is available directly from: http://www.openafs.org/security/openafs-sa-2014-001.patch Note that this patch is against 1.6.6. The latest stable OpenAFS release is always available from http://www.openafs.org/release/latest.html This announcement and code patches related to it may be found on the OpenAFS security advisory page at: http://www.openafs.org/security/ The main OpenAFS web page is at: http://www.openafs.org/ ACKNOWLEDGEMENTS ================ This issue was identified by Michael Meffie. From openafs-info@openafs.org Wed Apr 16 23:37:04 2014 From: openafs-info@openafs.org (Andrew Deason) Date: Wed, 16 Apr 2014 17:37:04 -0500 Subject: [OpenAFS-announce] Request for help: Dedicated OpenAFS testers Message-ID: <20140416173704.470dff7942e6befdcfe00b18@sinenomine.net> Executive summary: If you are able to run any part of OpenAFS prereleases in any part of your environment, and want to help testing OpenAFS in a slightly more structured manner, please send me an email. Hi everyone, This year at EAKC, a conversation came up yet again about what kind of testing the OpenAFS releases and prereleases go through. In short, the answer tends to be very little beyond "smoke" tests from developers, and depends on people in the community running prereleases when they are announced. This also varies quite a bit, and so there is almost no amount of testing that is "guaranteed" for each release that is announced. One way of improving this is to have more comprehensive automated test suites, and there are a couple of efforts underway to try to fix this from that end in parallel with what I'm talking about in this email. Even with such an automated system in place, though, that cannot fully replace the testing done by administrators at various sites. This is because there are many factors at sites we either do not know about (strange factors in an environment even the administrators may not know about or understand) or cannot easily replicate (such as interaction with expensive commercial software, or internal software). So, we would really like it if more sites tried out prereleases and reported successes or failures. Currently that doesn't happen very much, though Rich Sudlow just sent one today for 1.6.8pre1; thanks Rich! At the same time, we already know that many sites have a kind of test environment, or a "burn-in" procedure that is run against OpenAFS releases before they deploy new versions to a production environment. Maybe you have a "test" cell that you install to to see if anything breaks, or maybe you install a single fileserver with less-important volumes. But sites often only do that for actual releases (not the prereleases), so any issues found by such testing are only discovered after the actual release has been done. In order to try and get more people to do this regularly for prereleases, I am trying to assemble a group of people that we can depend on for providing testing results from their site. This way, if I don't hear from someone, I can bug them about it and find out what's going on, and so people don't have to "remember" to test new prereleases. Thanks to Arne Wiebalck of CERN for originally raising this kind of idea. If you would like to be one of those people, please send me an email. I have already found a few people that have agreed to do this without trying too hard, but hopefully we can get many more. (Those people were either at EAKC for this discussion, or found out about this via back channels.) There are not really any requirements for participation, beyond just running (Unix) components of OpenAFS. For sites that have a "burn-in" procedure for deploying regular OpenAFS releases, just take an OpenAFS prerelease and do whatever you do with OpenAFS releases before deploying them to production. If you do not have anything like that, maybe install the prerelease on a single fileserver (storing your home directory), or a single client (your desktop). If you are not comfortable with installing a prerelease fileserver in your cell, that's okay! Installing and using any component is useful; just testing the client is fine, too, and helps get more coverage. Even if you have a very small setup and you don't generate very much load, that's okay, too! While bigger environments are better for discovering some hard-to-find issues, just getting the code running at all in different environments is valuable. While we would like the prerelease code to get as heavy use as possible to be more certain that it doesn't have bugs, we recognize that people aren't going to trust "prerelease" versions as much as a stable release, so that's fine. And if you are worried about the stability of prereleases, and whether participating in this testing will break your cell, keep the following in mind. Right now prereleases are not much different than stable releases in this respect. There are very few bugs that get "caught" in prereleases these days. Even when pre2, pre3, etc releases are done, it doesn't mean that someone ran pre1 and found an issue that was fixed in pre2. Often it just means that someone encountered an important issue in a prior stable release, and we just found out about it during the prerelease cycle. So, right now if there is a critical bug lurking 1.6.8pre1, and you avoid installing to 1.6.8pre1 and avoid downtime for that issue, chances are you're just going to encounter that issue whenever you install 1.6.8 final. (Ticket 131852 is an example of this that will likely yield a 1.6.8pre2.) If your site does not let you publicly acknowledge that you run AFS, or if you are concerned that participating in such testing creates some kind of official/legal endorsement, that does not necessarily prevent you from participating in this. I may need to be anonymizing some of the participants or otherwise providing a kind "buffer" anyway, so that is certainly an option. So, if you have any interest at all in participating in this, please send me an email. If you want to go through a support vendor instead of contacting me directly, that's fine too; just contact them and tell them to contact me. If your support vendor is SNA, just email me directly; you don't need to make a ticket or anything unless you want to. If anyone does not want to talk directly to me for any reason, you can also send something to openafs-info@openafs.org (public, obviously) or release-team@openafs.org (private). If anyone doesn't want to communicate with me over an SNA-"branded" email address for any reason, you can also reach me at adeason@gmail.com. I am currently considering this a Unix-only endeavor, since I'm trying to organize this to be somewhat related to the 1.6 release process. Maybe something like this would be useful for the Windows client as well at some point, but the Unix and Windows release processes are completely separate worlds at this point, so any community testing thing would also probably be separated. This also is not intended to get rid of ad-hoc reports of success sent to openafs-info; those will always be welcomed. I am not 100% certain of how some details of this will work, and partly this depends on how many people respond and what kind of sites are available for testing what components. For now I'm just handling it manually, but maybe this will grow into involving a mailing list, maybe we'll put the participants in the "credits" on the website somewhere, etc etc. And if you think you've already told me that you're interested in this and that you're already "on the list"; email me anyway! Just to avoid any ambiguity. If I haven't said it enough yet: email me if you are interested in participating in this. Right now! You don't have to provide me with any information yet and you don't need to figure out how it will work for you; I just want a point of contact so I can continue the conversation. -- Andrew Deason adeason@sinenomine.net From openafs-info@openafs.org Thu Apr 24 19:01:44 2014 From: openafs-info@openafs.org (Stephan Wiesand) Date: Thu, 24 Apr 2014 20:01:44 +0200 Subject: [OpenAFS-announce] Second OpenAFS 1.6.8 release candidate available Message-ID: <9C4A4FF3-EF20-44C8-BA1F-DC0E802743B3@desy.de> The OpenAFS 1.6 Release Team announces that the second 1.6.8 release = candidate 1.6.8pre2 has been tagged in the OpenAFS source repository, available = at: git://git.openafs.org/openafs.git as tag: openafs-stable-1_6_8pre2 . Source files can be accessed via the web at: http://dl.openafs.org/dl/candidate/1.6.8pre2/ or via AFS at: UNIX: /afs/grand.central.org/software/openafs/candidate/1.6.8pre2/ UNC: \\afs\grand.central.org\software\openafs\candidate\1.6.8pre2\ Solaris binaries are already available, thanks to Andrew Deason. Binaries for other platforms will be uploaded as they're built. Please take note of the following significant changes in 1.6.8: * The default fileserver sync behavior changes from "delayed" to "onclose". This means that explicit syncing only happens when a volume is detached. This was the recommended option in previous stable releases, and it's believed to improve data integrity. * When a client is shut down, it will give up its callbacks. The Windows client has been doing this since 2007. Note that older fileservers (1.3.50 to 1.4.5 and 1.5.0 to 1.5.27) had a bug in the implementation = of the relevant RPC that could cause crashes or other undefined behavior when this happens. For the list of all user visible changes foreseen for 1.6.8, please see http://dl.openafs.org/dl/candidate/1.6.8pre2/RELNOTES-1.6.8pre2 The only changes in this release candidate since pre1 are the security and DoS fixes from 1.6.7 and a FreeBSD specific build fix. This is likely to be the final candidate. Further changes before the 1.6.8 release are only foreseen if new problems are found during pre2 testing. Please assist us by deploying this prerelease and providing positive or negative feedback. Bug reports should be filed to = openafs-bugs@openafs.org . Reports of success should be sent to openafs-info@openafs.org . 1.6 releases are no longer targeting MS Windows. Stephan Wiesand, 1.6 Branch Release Manager for the OpenAFS Release Team From openafs-info@openafs.org Tue May 13 22:17:49 2014 From: openafs-info@openafs.org (Jeffrey Altman) Date: Tue, 13 May 2014 17:17:49 -0400 Subject: [OpenAFS-announce] OpenAFS 1.7.31 released for Microsoft Windows Message-ID: <53728BFD.5060401@openafs.org> OpenAFS 1.7.31 is the next a series of OpenAFS clients for the Microsoft Windows platform that is implemented as a native file system. Significant changes since 1.7.30: * Fixes a variety of rare errors that can lead to data corruption. . one specific to synchronous file writes on Server 2012 R2. * File copies from readonly volumes could fail with a Media Protected error due to failure of the afs redirector to permit setting file position on a readonly file handle. * Prevent applications from unintentionally clearing the Reparse Point or Directory attribute when setting other attributes on files and directories. * If a file has the DOS readonly attribute set, deny all writes, truncations, and overwrites in the redirector and not the afsd_service. Waiting for the afsd_service to see the store operation is too late. The Windows cache manager has already accepted the data. * Fix a potential BSOD when afs redirector trace is enabled. * Improved support for applications that set the Last Modified Timestamp to -1 to indicate that the timestamp should not be modified. 1.7.31 is the recommended release of OpenAFS for Microsoft Windows users. It supports Microsoft Windows client operating systems from Windows XP SP3 through Windows 8.1 and Windows Server operating systems from 2003 SP2 through 2012 R2. This release is compatible with Windows 8.1 Update 1. The 1.7.31 Windows client is fully compatible with all AFS server versions. For UNIX, Linux, and MacOS X the recommended production-ready release of OpenAFS is 1.6.7. 1.6.8 is currently in pre-release. Source code and binaries can be downloaded from http://www.openafs.org/windows.html http://www.openafs.org/release/openafs-1.7.31.html Please visit http://www.openafs.org/windows.html for up to date information on the status of the OpenAFS for Windows client. 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 From openafs-info@openafs.org Fri May 9 11:36:52 2014 From: openafs-info@openafs.org (Pedro de Oliveira) Date: Fri, 9 May 2014 11:36:52 +0100 Subject: [OpenAFS-announce] Windows app to recursively apply ACLs - AFSACL Message-ID: --089e013d0f8af9e34d04f8f52cc2 Content-Type: text/plain; charset=UTF-8 Hi, I want to announce a little app that I made at work that allows to apply OpenAFS ACLs recursively on Windows. Because the current way to apply acls on Windows is a bit difficult for normal users. Its basically a front end for "fs listacl" and "fs setacl". Its made in .NET C# and its Open Source. It is available on : https://github.com/falsovsky/ACLAFS - also includes a setup.exe on "releases". I also tried to add it to http://wiki.openafs.org/AddOnsToolsAndUtilities/ but the wiki is broken, cannot be edited. Hope it helps anyone, because its being really usefull here at the University where I work. Warm regards, Pedro de Oliveira --089e013d0f8af9e34d04f8f52cc2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I want to an= nounce a little app that I made at work that allows to apply OpenAFS ACLs r= ecursively on Windows. Because the current way to apply acls on Windows is = a bit difficult for normal users.

Its basically a front = end for "fs listacl" and "fs setacl". Its made in .NET = C# and its Open Source.=C2=A0

It is available on := =C2=A0htt= ps://github.com/falsovsky/ACLAFS=C2=A0- also includes a setup.exe on &q= uot;releases".

I also tried to add it= to=C2=A0http://wiki.openafs.org/AddOnsToolsAndUtilities/=C2=A0but = the wiki is broken, cannot be edited.

Hope it helps anyone, = because its being really usefull here at the University where I work.

Warm regards,
Pedro de Oliveira
--089e013d0f8af9e34d04f8f52cc2-- From openafs-info@openafs.org Thu May 15 22:27:05 2014 From: openafs-info@openafs.org (Ken Dreyer) Date: Thu, 15 May 2014 15:27:05 -0600 Subject: [OpenAFS-announce] OpenAFS 1.4 now end-of-life Message-ID: --14dae93d93d469739304f976f5e3 Content-Type: text/plain; charset=UTF-8 Greetings. This is an announcement about the end of life for the OpenAFS 1.4 series. OpenAFS 1.6.0 was released in September 2011, and since that time, the OpenAFS community has focused on pushing the 1.6 series forward. The OpenAFSproject now considers 1.6 superior in terms of stability and reliability for every AFS user and administrator. As announced last August, there will be no new tarball releases or security patches available for 1.4, effective immediately. We encourage all sites to upgrade to the OpenAFS 1.6 series. - the OpenAFS gatekeepers --14dae93d93d469739304f976f5e3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Greetings.

This is an announcement about the end of life for the OpenAFS = 1.4 series.

OpenAFS 1.6.0 was released in September 2011, and since that t= ime, the OpenAFS community has focused on pushing the 1.6 seri= es forward. The OpenAFS project now considers 1.6 superior in = terms of stability and reliability for every AFS user and admi= nistrator.

As announced last August, there will be no new tarball releases or secu= rity patches available for 1.4, effective immediately.

We encourage all sites to upgrade to the OpenAFS 1.6 serie= s.

- the OpenAFS gatekeepers
--14dae93d93d469739304f976f5e3-- From openafs-info@openafs.org Wed May 21 15:10:08 2014 From: openafs-info@openafs.org (Stephan Wiesand) Date: Wed, 21 May 2014 16:10:08 +0200 Subject: [OpenAFS-announce] OpenAFS 1.6.8 release available Message-ID: <6163B4C8-F04E-4CF4-B6CB-4108344BC4FF@desy.de> Subject: OpenAFS 1.6.8 release available The OpenAFS Release Team is pleased to announce the availability of OpenAFS version 1.6.8 for UNIX/Linux. Source files and available binaries can be accessed via the web at: http://www.openafs.org/dl/openafs/1.6.8/ or via AFS at: /afs/grand.central.org/software/openafs/1.6.8/ \\afs\grand.central.org\software\openafs\1.6.8\ OpenAFS 1.6.8 is the next in the current series of stable releases of OpenAFS for all platforms except Microsoft Windows. Important changes include: * The default fileserver sync behavior changes from "delayed" to "onclose". This means that explicit syncing only happens when a volume is detached. This was the recommended option in previous stable releases, and it's believed to improve data integrity. * When a client is shut down, it will give up its callbacks. The Windows client has been doing this since 2007. Note that older fileservers (1.3.50 to 1.4.5 and 1.5.0 to 1.5.27) had a bug in the implementation of the relevant RPC that could cause crashes or other undefined behavior when this happens. * Improved documentation, diagnostics and error messages * Dozens of bug fixes and other improvements of both client and server Bug reports should be filed to openafs-bugs@openafs.org . There are two known issues that were discovered during 1.6.8 prerelase testing but turned out not to be regressions introduced in this release. These are planned to be addressed in 1.6.9: * Linux client cache consistency issues affecting the root directories of volumes where fakestat is in effect. * Crashes in libkrb5 of UNIX (not Linux) servers built against Heimdal. Thanks are due as usual to our dedicated team of binary builders (Andrew Deason, Ben Kaduk, Christof Hanke, and Stephen Quinney), without whom the broad range of released binaries would not be possible. Stephan Wiesand, 1.6 Branch Release Manager for the OpenAFS Release Team From openafs-info@openafs.org Thu Jun 12 18:44:53 2014 From: openafs-info@openafs.org (Stephan Wiesand) Date: Thu, 12 Jun 2014 19:44:53 +0200 Subject: [OpenAFS-announce] OpenAFS 1.6.9 release available Message-ID: <5DECEF3A-BFAE-4545-B0B6-3E9018059997@desy.de> The OpenAFS Release Team is pleased to announce the availability of OpenAFS version 1.6.9. Source files can be accessed via the web at: http://www.openafs.org/dl/openafs/1.6.9/ or via AFS at: /afs/grand.central.org/software/openafs/1.6.9/ \\afs\grand.central.org\software\openafs\1.6.9\ OpenAFS 1.6.9 is the next in the current series of stable releases of OpenAFS for all platforms except Microsoft Windows. The only change since the 1.6.8 release is: * Fix for OpenAFS-SA-2014-002 Bug reports should be filed to openafs-bugs@openafs.org . No binaries are available at the time of release, but they will be uploaded and accessible through the web link given above as they are built. Stephan Wiesand, 1.6 Branch Release Manager for the OpenAFS Release Team From openafs-info@openafs.org Thu Jun 12 18:44:34 2014 From: openafs-info@openafs.org (Stephan Wiesand) Date: Thu, 12 Jun 2014 19:44:34 +0200 Subject: [OpenAFS-announce] OpenAFS Security Advisory 2014-002 Message-ID: <25A16AD9-683A-49B3-AC3B-78F516D2C216@desy.de> Topic: Use of uninitialized memory in OpenAFS fileserver Issued: 12-June-2014 Last Update: 12-June-2014 Affected: OpenAFS file servers running version 1.6.8 An attacker with the ability to connect to an OpenAFS fileserver over the network can trigger the use of uninitialized memory and, potentially, execution of arbitrary code with the privileges of the fileserver process. Clients are not affected. SUMMARY ======= The 1.6.8 release of the OpenAFS fileserver and dafileserver processes introduced a security vulnerability in the host package due to the use of uninitialized memory allocations from the process heap. IMPACT ====== New client connections to the fileserver can result in unexpected termination of the service. As a side-effect of service termination callback state information and data not yet flushed to disk can be lost. An attacker with the ability to connect to an OpenAFS fileserver over the network can trigger the use of uninitialized memory and, potentially, execution of arbitrary code with the privileges of the fileserver process. AFFECTED SOFTWARE ================= The fileserver and dafileserver executables in release 1.6.8 of OpenAFS only. Clients and database server processes are unaffected. FIXES ===== The OpenAFS project recommends that administrators of fileservers upgrade to OpenAFS version 1.6.9 or newer. For those sites unable, or unwilling, to upgrade a patch which resolves this issue is available directly from: http://www.openafs.org/security/openafs-sa-2014-002.patch The latest stable OpenAFS release is always available from http://www.openafs.org/release/latest.html This announcement and code patches related to it may be found on the OpenAFS security advisory page at: http://www.openafs.org/security/ The main OpenAFS web page is at: http://www.openafs.org/ ACKNOWLEDGEMENTS ================ This issue was reported by Andrew Deason. From openafs-info@openafs.org Mon Aug 18 21:02:18 2014 From: openafs-info@openafs.org (Stephan Wiesand) Date: Mon, 18 Aug 2014 22:02:18 +0200 Subject: [OpenAFS-announce] First OpenAFS 1.6.10 release candidate available In-Reply-To: <5596EF71-4573-4B1E-A19A-A9F49079147B@desy.de> References: <20140815171336.49f5bb7cd459900f81a6189c@sinenomine.net> <5596EF71-4573-4B1E-A19A-A9F49079147B@desy.de> Message-ID: <4B76E032-A5A0-4F5D-B3F5-8BAD2D54B7FD@desy.de> The OpenAFS 1.6 Release Team announces that the first 1.6.10 release = candidate 1.6.10pre1 has been tagged in the OpenAFS source repository, available = at: git://git.openafs.org/openafs.git as tag: openafs-stable-1_6_10pre1 . Source files and available binaries can be accessed via the web at: http://dl.openafs.org/dl/candidate/1.6.10pre1/ or via AFS at: UNIX: /afs/grand.central.org/software/openafs/candidate/1.6.10pre1/ UNC: \\afs\grand.central.org\software\openafs\candidate\1.6.10pre1\ Binaries are available for Fedora 19/20 and RHEL 5/6 thanks to Stephen = Quinney. For other platforms, they will be uploaded as they become available. Besides many other fixes and enhancements, this release candidate = includes the following changes: * volscan(8), a swiss army knife utility for gathering information = about volume content efficiently on the fileserver hosting it, was added. * The client now reports just under 2 TiB free space in /afs. = Previously, it reported 9 GiB on most platforms, which could cause problems with software checking for sufficient free space before attempting to = write files larger than that. * Client support for Linux kernels up to at least 3.16 * Support for FreeBSD 9.3 and 10.1 For the full list of user visible changes foreseen for 1.6.10, please = see http://dl.openafs.org/dl/candidate/1.6.10pre1/RELNOTES-1.6.10pre1 There is a known issue with out-of-tree builds. This is being worked on = in http://gerrit.openafs.org/11392 and the final solution will be included in the 1.6.10 release. Please assist us by deploying this prerelease and providing positive or negative feedback. Bug reports should be filed to = openafs-bugs@openafs.org . Reports of success should be sent to openafs-info@openafs.org . 1.6 releases are no longer targeting MS Windows. Stephan Wiesand, 1.6 Branch Release Manager for the OpenAFS Release Team From openafs-info@openafs.org Fri Sep 5 16:55:12 2014 From: openafs-info@openafs.org (Roman Mitz) Date: Fri, 5 Sep 2014 11:55:12 -0400 Subject: [OpenAFS-announce] Foundation and Elders Updates Message-ID: --001a11c33b7c8f03880502537e1b Content-Type: text/plain; charset=UTF-8 Two items: 1) Status of Elders 2) Call for Volunteers for Foundation Directors With regards to the status of the Elders organization, the remaining Elders have agreed that it is superfluous with the Foundation and additionally has been inactive for quite some time. The Elders organization is therefore dissolved. We wish to thank all the latest and previous Elders for whatever time they were able to give over the years, and of course their valuable advice. Secondly, the existing directors of the OpenAFS Foundation are putting out a call to the OpenAFS community for volunteers who wish to join the board. With the non-profit documentation having been filed with the IRS, now is an appropriate time to seek to extend the board. The most important qualifications we are looking for are the available time for participation, passion and interest in moving forward. We're also looking for people who would be able to improve our communications with the community. Volunteers should express their interest by sending a paragraph or two about their interest and qualifications to foundation@openafs.org. This call for volunteers ends Sept 26. Once candidates are discussed by the board they will be put forward to the community for confirmation by general acclimation. Thank you! Roman Mitz Director, OpenAFS Foundation --001a11c33b7c8f03880502537e1b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Two items:

1) = Status of Elders
2) Call for Volunteers for Foundation Directors

With regards to the status of the Elde= rs organization, the remaining Elders have agreed that it is superfluous wi= th the Foundation and additionally has been inactive for quite some time. = =C2=A0The Elders organization is therefore dissolved. =C2=A0We wish to than= k all the latest and previous Elders for whatever time they were able to gi= ve over the years, and of course their valuable advice.

Secondly, the existing directors of = the OpenAFS Foundation are putting out a call to the OpenAFS community for = volunteers who wish to join the board. =C2=A0With the non-profit documentat= ion having been filed with the IRS, now is an appropriate time to seek to e= xtend the board. =C2=A0

The most important qualifications we are looking for are the availab= le time for participation, passion and interest in moving forward. =C2=A0We= 're also looking for people who would be able to improve our communicat= ions with the community.

Volunteers should express their interest by sending a paragraph or = two about their interest and qualifications to=C2=A0foundation@openafs.org. =C2=A0This= call for volunteers ends Sept 26. =C2=A0Once candidates are discussed by t= he board they will be put forward to the community for confirmation by gene= ral acclimation.

= Thank you!
=
Roman = Mitz
Direct= or, OpenAFS Foundation
--001a11c33b7c8f03880502537e1b-- From openafs-info@openafs.org Fri Oct 24 17:05:53 2014 From: openafs-info@openafs.org (Stephan Wiesand) Date: Fri, 24 Oct 2014 18:05:53 +0200 Subject: [OpenAFS-announce] OpenAFS 1.6.10 release available Message-ID: <251CCBEE-2623-4309-B554-E874AA0663BD@desy.de> The OpenAFS Release Team is pleased to announce the availability of OpenAFS version 1.6.10 for UNIX/Linux. Source files and available binaries can be accessed via the web at: http://www.openafs.org/dl/openafs/1.6.10/ or via AFS at: /afs/grand.central.org/software/openafs/1.6.10/ \\afs\grand.central.org\software\openafs\1.6.10\ OpenAFS 1.6.10 is the next in the current series of stable releases of OpenAFS for all platforms except Microsoft Windows. Besides many other fixes and enhancements, important changes include: * volscan(8), a swiss army knife utility for gathering information = about volume content efficiently on the fileserver hosting it, was added. * The client now reports just under 2 TiB free space in /afs. = Previously, it reported 9 GiB on most platforms, which could cause problems with software checking for sufficient free space before attempting to = write files larger than that. * Client support for Linux kernels up to 3.16 (but not 3.17) * Support for FreeBSD 9.3 and 10.1 For the full list of user visible changes in 1.6.10, please see http://dl.openafs.org/dl/1.6.10/RELNOTES-1.6.10 Bug reports should be filed to openafs-bugs@openafs.org . Note: There is a known issue affecting Linux clients, causing spurious ENOENT errors on fakestat mounts, often showing up as getcwd() failures. This problem had been fixed in the 1.6.8 release, but seems to be back = in 1.6.10 due to a change fixing another issue. Please find the details in the later comments in the bug report, which can be accessed at = http://grand.central.org/rt/Ticket/Display.html?id=3D131780&user=3Dguest&p= ass=3Dguest Thanks are due as usual to our dedicated team of binary builders (Andrew Deason, Ben Kaduk, Christof Hanke and Stephen Quinney), without whom the broad range of released binaries would not be possible. Stephan Wiesand, 1.6 Branch Release Manager for the OpenAFS Release Team From openafs-info@openafs.org Mon Oct 27 14:22:28 2014 From: openafs-info@openafs.org (Norbert Gruener) Date: Mon, 27 Oct 2014 14:22:28 +0100 Subject: [OpenAFS-announce] ANNOUNCE: AFS Perl API 2.6.4 released In-Reply-To: <20121025110030.GE21768@ncf-28.MPA-Garching.MPG.DE> References: <20121025110030.GE21768@ncf-28.MPA-Garching.MPG.DE> Message-ID: <20141027132228.GA2575@ncf-28.MPA-Garching.MPG.DE> AFS Perl API Version 2.6.4 I am pleased to announce the AFS Perl API 2.6.4 release The AFS module bundle is a dynamically loadable extension to Perl. It gives the AFS user and administrator access to many of the AFS programming APIs, allowing you to make these calls directly from Perl, rather then processing the output of a command. The AFS module bundle is a thin layer above the low-level AFS APIs. This release compiles with OpenAFS system libraries version 1.4.X on 32-bit and on 64-bit platforms. Where To Get It The version 2.6.4 is now available at http://www.MPA-Garching.MPG.de/~nog/perl/AFS-2.6.4.tar.gz http://www.cpan.org/authors/id/N/NO/NOG/AFS-2.6.4.tar.gz This release should work on all UNIX/Linux platforms which have AFS API interfaces and the appropriate C compilation environment. MD5SUM f718d2a5935d65e70a686996b4e1efc3 AFS-2.6.4.tar.gz User Visible Changes in this Release - compiles with OpenAFS system libraries version 1.4.X on 32-bit and on 64-bit platforms - fixed AFS::VOS method "restore" - fixed AFS::BOS method "listhosts" For more information about the current state of the AFS Perl API, check my "AFS Perl API Kwiki" site at: http://www.mpa-garching.mpg.de/kwiki/nog/afsperl/ Share and Enjoy! Norbert From openafs-info@openafs.org Wed Oct 29 21:22:11 2014 From: openafs-info@openafs.org (Ken Dreyer) Date: Wed, 29 Oct 2014 14:22:11 -0600 Subject: [OpenAFS-announce] resignation as gatekeeper Message-ID: Hi all, I've accepted a new job at Red Hat working with the Ceph engineering team, and I'll be leaving USGS on October 31. Since most of my work on AFS was related to my job at USGS, I'm stepping down as a gatekeeper on the project. (This isn't a request from my new employer - it's just that my wife and I had a new baby this summer, and I can't commit the time that I once could when I was on staff at USGS.) In my spare time I had done some preliminary work on redesigning the openafs.org website, and that work-in-progress effort is here: https://gitorious.org/ktdreyer/openafs-web , specifically the "ktdreyer-redesign" branch. homepage2.jpg was the mockup from which I was working. I'd also been maintaining the openafs package in RPM Fusion, which I've orphaned.[1] This effectively means that the packages will be retired and pulled from the repository. If there's someone else who wants to maintain openafs in RPM Fusion, please get in touch as soon as possible. If I don't hear from anyone, I plan to formally retire the package in early November. In terms of my other AFS-related Fedora/EPEL packages, such as pam_afs_session and kstart, I'm keeping them in the distro for now because they require such little ongoing work. I'm not sure how long I'll keep them, and from what I understand Russ has given up upstream maintenance, but they'll be around for now. (I think Simon Wilkinson is officially on the co-maintainer ACL for kstart and remctl at least.) I'll stay a co-maintainer for ikiwiki and its Perl dependencies as well, since MIT is presently using those for wiki.openafs.org, and once the packages are in the distro they involve relatively little maintenance. It has been great working with the OpenAFS community and I really enjoyed getting to meet those of you who said hello at conferences. I wish you all the best with continuing AFS development. - Ken [1] https://lists.rpmfusion.org/pipermail/rpmfusion-users/2014-October/000450.html From openafs-info@openafs.org Fri Nov 14 20:58:52 2014 From: openafs-info@openafs.org (Roman Mitz) Date: Fri, 14 Nov 2014 15:58:52 -0500 Subject: [OpenAFS-announce] OpenAFS Foundation Board Member Changes Message-ID: --089e011766e57186900507d7e5f2 Content-Type: text/plain; charset=UTF-8 I am pleased to announce two new board members at this time: Dave Botsch and David Boldt. On behalf of the other board members I welcome them and their future efforts on behalf of OpenAFS and the Foundation. Bios follow below. I am also announcing my own intent to resign, effective Dec 31, 2014. Since 2010 I have been involved with the Elders and subsequently the Foundation, and at this time I would like to make way for other leadership and spend time on other pursuits. Thanks to all who have given me a great deal of guidance and help over the time I have been involved. Roman Mitz --- Dave Botsch is with the Cornell NanoScale Science and Technology Facility. At the CNF, Dave manages technology solutions (including OpenAFS) for the problems and workflows of both users and staff. Also as part of his job, he also works to foster collaboration among the wider Cornell IT community. Dave has a Bachelors in Computer Science from Cornell University in Ithaca, New York. Dave has been a member of the OpenAFS community for some time, with his involvement in the OpenAFS newsletter, previous iterations of the OpenAFS wiki, and, writing the OpenAFS Tokens gui application for Linux and for Macintosh. Dave is looking forward to continuing to work with the OpenAFS community. --- David Boldt of the US Geological Survey (USGS) has been using AFS since 2001 as part of a project to provide resilient web service which could survive the loss of any single data center. A requirement was precipitated by a hurricane-induced data center outage in Florida, which made USGS flood information unavailable just when and where it was most needed. The USGS AFS implementation replicates web content across data centers in Menlo Park California, Sioux Falls South Dakota and Reston Virginia using a system of programs which look for changes to AFS volumes and automatically "vos release" on a 15 minute interval as required. David is a self-described technical generalist, starting as a hydrogeologist and doing a bit of system administration, programming, system architecture, project management, documentation, software training, web site production and customer support over the years. He hopes to be able to contribute back to the OpenAFS community with any and all of the skills he acquired on this career path. --089e011766e57186900507d7e5f2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I am pleased to announce two new board members at this tim= e: Dave Botsch and David Boldt.=C2=A0 On behalf of the other board members = I welcome them and their future efforts on behalf of OpenAFS and the Founda= tion.=C2=A0 Bios follow below.

I am also announcing my own intent to= resign, effective Dec 31, 2014.=C2=A0 Since 2010 I have been involved with= the Elders and subsequently the Foundation, and at this time I would like = to make way for other leadership and spend time on other pursuits.=C2=A0 Th= anks to all who have given me a great deal of guidance and help over the ti= me I have been involved.

Roman Mitz
---

Dave Botsch is wit= h the Cornell NanoScale Science and Technology Facility. At the CNF, Dave m= anages technology solutions (including OpenAFS) for the problems and workfl= ows of both users and staff. Also as part of his job, he also works to fost= er collaboration among the wider Cornell IT community.

Dave has a Ba= chelors in Computer Science from Cornell University in Ithaca, New York.
Dave has been a member of the OpenAFS community for some time, with hi= s involvement in the OpenAFS newsletter, previous iterations of the OpenAFS= wiki, and, writing the OpenAFS Tokens gui
application for Linux and for= Macintosh. Dave is looking forward to continuing to work with the OpenAFS = community.

---

David Boldt of the US Geological Survey (USGS)= has been using AFS since 2001 as part of a project to provide resilient we= b service which could survive the loss of any single data center. A require= ment was precipitated by a hurricane-induced data center outage in Florida,= which made USGS flood information unavailable just when and where it was m= ost needed. The USGS AFS implementation replicates web content across data = centers in Menlo Park California, Sioux Falls South Dakota and Reston Virgi= nia using a system of programs which look for changes to AFS volumes and au= tomatically "vos release" on a 15 minute interval as required.
David is a self-described technical generalist, starting as a hydrogeo= logist and doing a bit of system administration, programming, system archit= ecture, project management, documentation, software training, web site prod= uction and customer support over the years. He hopes to be able to contribu= te back to the OpenAFS community with any and all of the skills he acquired= on this career path.
--089e011766e57186900507d7e5f2-- From openafs-info@openafs.org Mon Dec 1 10:03:39 2014 From: openafs-info@openafs.org (Stephan Wiesand) Date: Mon, 1 Dec 2014 11:03:39 +0100 Subject: [OpenAFS-announce] First OpenAFS 1.6.11 release candidate available Message-ID: <4DED6879-2E15-4466-9EE2-90F316387011@desy.de> The OpenAFS 1.6 Release Team announces that the first 1.6.11 release = candidate 1.6.11pre1 has been tagged in the OpenAFS source repository, available = at: git://git.openafs.org/openafs.git as tag: openafs-stable-1_6_11pre1 . Source files and available binaries can be accessed via the web at: http://dl.openafs.org/dl/candidate/1.6.11pre1/ or via AFS at: UNIX: /afs/grand.central.org/software/openafs/candidate/1.6.11pre1/ UNC: \\afs\grand.central.org\software\openafs\candidate\1.6.11pre1\ Additional binaries will be uploaded as they become available. This release's scope is limited to relatively few client side fixes and enhancements: * Support for recent Linux kernels, 3.17 and - likely - 3.18 * A fix for the return of spurious "getcwd: cannot access parent = directories" problems on Linux clients in the last release due to a related bug = fix * Support for OS X 10.10 "Yosemite" * A fix allowing aklog to succeed creating native K5 tokens even when = mapping the K5 principal to a K4 one fails For the full list of user visible changes foreseen for 1.6.11, please = see http://dl.openafs.org/dl/candidate/1.6.11pre1/RELNOTES-1.6.11pre1 Please assist us by deploying this prerelease and providing positive or negative feedback. Bug reports should be filed to = openafs-bugs@openafs.org . Reports of success should be sent to openafs-info@openafs.org . Thanks are due to Andrew Deason for providing the Solaris binaries. 1.6 releases are no longer targeting MS Windows. Stephan Wiesand, 1.6 Branch Release Manager for the OpenAFS Release Team