On Mon, Mar 29, 2010 at 11:09 AM, Booker Bense wrote:
> On Sun, 28 Mar 2010, Derrick Brashear wrote:
>
>>>
>>> User's (AFS ID 3903) tokens for a...@cs.unc.edu [Expires Apr 1 11:28]
>>
>> This token was gotten by a tool that did the PTS lookup. Not all do.
>> This ID is irrelevant to the usability
On Sun, 28 Mar 2010, Derrick Brashear wrote:
User's (AFS ID 3903) tokens for a...@cs.unc.edu [Expires Apr 1 11:28]
This token was gotten by a tool that did the PTS lookup. Not all do.
This ID is irrelevant to the usability of the token.
It's also potentially irrelevent to the actual AFS ID
On Thu, Mar 25, 2010 at 11:36 AM, John W. Sopko Jr. wrote:
> Does anyone have a clue why the "tokens" command sometimes shows the
> (AFS ID ) and sometimes it does not as shown below? The
> problem is intermittent.
The "problem" is intermittent.
> The systems are rhel5, openafs 1.4.11, using
Writes "John W. Sopko Jr." :
> Does anyone have a clue why the "tokens" command sometimes shows the
> (AFS ID ) and sometimes it does not as shown below? The
> problem is intermittent.
...
The tokens command outputs 'AFS ID' if the difference between the token
EndTimestamp and BeginTimestamp i
On 25 Mar 2010, at 15:36, John W. Sopko Jr. wrote:
> Does anyone have a clue why the "tokens" command sometimes shows the
> (AFS ID ) and sometimes it does not as shown below? The
> problem is intermittent.
>
> The systems are rhel5, openafs 1.4.11, using redhats pam_krb5afs.
> This occurs w
Does anyone have a clue why the "tokens" command sometimes shows the
(AFS ID ) and sometimes it does not as shown below? The
problem is intermittent.
The systems are rhel5, openafs 1.4.11, using redhats pam_krb5afs.
This occurs when ssh'ing to machines. If you just do an
"aklog" after logging
