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
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
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
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
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
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:
>
* 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(
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
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
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
>
10 matches
Mail list logo