RT RT/krbdev.mit.edu: Ticket #8658 kdestroy -A fails with KCM ccache type Signed in as guest.
[Logout]

[Home] [Search] [Configuration]

[Display] [History] [Basics] [Dates] [People] [Links] [Jumbo]

 
 

 The Basics  
Id
8658
Status
resolved
Worked
0 min
Priority
0/0
Queue
krb5
 

 Keyword Selections  
Component
Tags
Version_reported
Version_Fixed
  • 1.15.3
  • 1.16.1
Target_Version
  • 1.15-next
  • 1.16-next
 

 Relationships  
Depends on:
Depended on by:
Parents:
Children:

Refers to:
Referred to by:
 
 Dates  
Created: Wed Mar 28 17:54:58 2018
Starts: Not set
Started: Wed Mar 28 17:54:59 2018
Last Contact: Not set
Due: Not set
Updated: Wed May 2 10:16:07 2018 by ghudson
 

 People  
Owner
 ghudson
Requestors
 ghudson@mit.edu
Cc
 
AdminCc
 
 

 More about Greg Hudson  
Comments about this user:
No comment entered about this user
This user's 25 highest priority tickets:
 

History   Display mode: [Brief headers] [Full headers]
      Wed Mar 28 17:54:58 2018  ghudson - Ticket created    
     
From: ghudson@mit.edu
Subject: git commit


Continue after KRB5_CC_END in KCM cache iteration

The KCM server returns KRB5_CC_END in response to a GET_CACHE_BY_UUID
request to indicate that the specified ccache uuid no longer exists.
In krb5_ptcursor_next(), ignore this error and continue the iteration,
as the Heimdal KCM client code does.

In addition to addressing the case where a third party deletes a cache
between the GET_CACHE_UUID_LIST request and when we reach that uuid in
the iteration, this change also fixes a bug in kdestroy -A where the
caller deletes the primary cache and we later request it by uuid when
iterating over the list.

[ghudson@mit.edu: rewrote commit message; edited comment]

https://github.com/krb5/krb5/commit/49087f5e6309f298f8898c35af6f4ade418ced60
Author: Fabiano FidĂȘncio <fidencio@redhat.com>
Committer: Greg Hudson <ghudson@mit.edu>
Commit: 49087f5e6309f298f8898c35af6f4ade418ced60
Branch: master
 src/lib/krb5/ccache/cc_kcm.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)


Download (untitled) 987b
      Wed Mar 28 17:54:59 2018  ghudson - Tags pullup added    
      Wed Mar 28 17:54:59 2018  ghudson - Requestor ghudson@mit.edu added    
      Wed Mar 28 17:54:59 2018  ghudson - Target_Version 1.16-next added    
      Wed Mar 28 17:54:59 2018  ghudson - Target_Version 1.15-next added    
      Wed Mar 28 17:54:59 2018  ghudson - Status changed from new to resolved    
      Wed Mar 28 17:56:25 2018  ghudson - Subject changed from Continue after KRB5_CC_END in KCM cache iteration to kdestroy -A fails with KCM ccache type    
      Wed May  2 01:25:40 2018  ghudson - Version_Fixed 1.16.1 added    
      Wed May  2 01:25:40 2018  ghudson - Correspondence added    
     
From: ghudson@mit.edu
Subject: git commit


Continue after KRB5_CC_END in KCM cache iteration

The KCM server returns KRB5_CC_END in response to a GET_CACHE_BY_UUID
request to indicate that the specified ccache uuid no longer exists.
In krb5_ptcursor_next(), ignore this error and continue the iteration,
as the Heimdal KCM client code does.

In addition to addressing the case where a third party deletes a cache
between the GET_CACHE_UUID_LIST request and when we reach that uuid in
the iteration, this change also fixes a bug in kdestroy -A where the
caller deletes the primary cache and we later request it by uuid when
iterating over the list.

[ghudson@mit.edu: rewrote commit message; edited comment]

(cherry picked from commit 49087f5e6309f298f8898c35af6f4ade418ced60)

https://github.com/krb5/krb5/commit/576d4294ea789c3d25c50a43fe9246cfe499585f
Author: Fabiano FidĂȘncio <fidencio@redhat.com>
Committer: Greg Hudson <ghudson@mit.edu>
Commit: 576d4294ea789c3d25c50a43fe9246cfe499585f
Branch: krb5-1.16
 src/lib/krb5/ccache/cc_kcm.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)


Download (untitled) 1k
      Wed May  2 01:26:04 2018  ghudson - Version_Fixed 1.15.3 added    
      Wed May  2 01:26:05 2018  ghudson - Correspondence added    
     
From: ghudson@mit.edu
Subject: git commit


Continue after KRB5_CC_END in KCM cache iteration

The KCM server returns KRB5_CC_END in response to a GET_CACHE_BY_UUID
request to indicate that the specified ccache uuid no longer exists.
In krb5_ptcursor_next(), ignore this error and continue the iteration,
as the Heimdal KCM client code does.

In addition to addressing the case where a third party deletes a cache
between the GET_CACHE_UUID_LIST request and when we reach that uuid in
the iteration, this change also fixes a bug in kdestroy -A where the
caller deletes the primary cache and we later request it by uuid when
iterating over the list.

[ghudson@mit.edu: rewrote commit message; edited comment]

(cherry picked from commit 49087f5e6309f298f8898c35af6f4ade418ced60)

https://github.com/krb5/krb5/commit/e5c2e8323f9b30a993ae7a1577f091fbbc7e7768
Author: Fabiano FidĂȘncio <fidencio@redhat.com>
Committer: Greg Hudson <ghudson@mit.edu>
Commit: e5c2e8323f9b30a993ae7a1577f091fbbc7e7768
Branch: krb5-1.15
 src/lib/krb5/ccache/cc_kcm.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)


Download (untitled) 1k
      Wed May  2 10:16:07 2018  ghudson - Keyword pullup deleted