[OpenAFS] Re: [OpenAFS-announce] OpenAFS 1.7.8 released for Microsoft Windows

2012-03-16 Thread Thomas Sesselmann
Hello, I think there is something broken in the release or upload process since 1.7.6: http://www.openafs.org/release/openafs-1.7.6.html http://www.openafs.org/release/openafs-1.7.8.html => HTTP 404 Not Found Also these releases not listed in 'All Releases': http://www.openafs.org/releas

Re: [OpenAFS] Re: [OpenAFS-announce] OpenAFS 1.7.8 released for Microsoft Windows

2012-03-16 Thread Derrick Brashear
On Fri, Mar 16, 2012 at 4:17 AM, Thomas Sesselmann wrote: > Hello, > > > I think there is something broken in the release or upload process since > 1.7.6: > >  http://www.openafs.org/release/openafs-1.7.6.html >  http://www.openafs.org/release/openafs-1.7.8.html the human who generates the web pa

Re: [OpenAFS] Can't get tokens since upgrading to 1.7.6 and Heimdal

2012-03-16 Thread Jeff Blaine
This is why we strongly recommend that the afs/cell@REALM form of service tickets be used in all cases. afs/cell can be used with Kerberos referrals and when dns realm hierarchies must be searched. A sanity check on this would be greatly appreciated. I've shot myself in the foot before here (a

Re: [OpenAFS] Can't get tokens since upgrading to 1.7.6 and Heimdal

2012-03-16 Thread Brandon Allbery
On Fri, Mar 16, 2012 at 09:41, Jeff Blaine wrote: > A sanity check on this would be greatly appreciated. >> > > I've shot myself in the foot before here (a few times). > > So then to migrate from afs@REALM to afs/cell@REALM without > interruption: > > 1. Create afs/cell@REALM just as afs@REALM wa

[OpenAFS] OpenAFS Client 1.7.6 upgrade to 1.7.8

2012-03-16 Thread Thomas Smith
Hi, I upgraded the client on one of my Win7 Pro x64 systems this morning. The upgrade went well except for one thing... The client installer indicated that I had several open applications that were preventing some files from being updated--among those were a Windows Explorer process and a Windo

Re: [OpenAFS] OpenAFS Client 1.7.6 upgrade to 1.7.8

2012-03-16 Thread Jeffrey Altman
Ignore is prompted for each assembly that is installed. Its not actually the same prompt. Just looks that way. Just select Ignore for each. If you perform a manual install you will be prompted. If you perform an automated install, you will not be. On 3/16/2012 12:15 PM, Thomas Smith wrote: >

Re: [OpenAFS] Can't get tokens since upgrading to 1.7.6 and Heimdal

2012-03-16 Thread Sergio Gelato
* Jeff Blaine [2012-03-16 09:41:26 -0400]: > So then to migrate from afs@REALM to afs/cell@REALM without > interruption: > > 1. Create afs/cell@REALM just as afs@REALM was [taking care to avoid kvno collisions, as pointed out by Brandon Allbery] > 2. Extract keytab for afs/cell@REALM > 3. Add key(

[OpenAFS] pts removeuser not resulting in loss of access

2012-03-16 Thread Oguzhan Eris
Hi, I've been trying to figure out if this is documented/expected behavior with openafs (1.4.11). UserA has valid tokens and does not have access to directory /foo /foo has an acl giving group:bar all access (UserA is not part of this group) UserB adds UserA to group:bar UserA still can't acc

[OpenAFS] Re: pts removeuser not resulting in loss of access

2012-03-16 Thread Andrew Deason
On Fri, 16 Mar 2012 18:27:32 -0400 Oguzhan Eris wrote: > Can someone explain why the "writes" don't at least try to recheck the > pts memberships? Group membership is calculated on connecting to a server, which usually happens after token acquisition. Calculating this on every access from the cl

Re: [OpenAFS] pts removeuser not resulting in loss of access

2012-03-16 Thread Jeffrey Altman
On 3/16/2012 6:27 PM, Oguzhan Eris wrote: > Hi, > > I've been trying to figure out if this is documented/expected behavior > with openafs (1.4.11). > > UserA has valid tokens and does not have access to directory /foo > /foo has an acl giving group:bar all access (UserA is not part of this >