[36284] in Kerberos

home help back first fref pref prev next nref lref last post

Re: principal~.kadm5 & C.

daemon@ATHENA.MIT.EDU (Greg Hudson)
Thu Jul 17 12:49:59 2014

Message-ID: <53C7FEAA.10101@mit.edu>
Date: Thu, 17 Jul 2014 12:49:46 -0400
From: Greg Hudson <ghudson@mit.edu>
MIME-Version: 1.0
To: Giuseppe Mazza <g.mazza@imperial.ac.uk>, kerberos@mit.edu
In-Reply-To: <53C7C8B2.9070608@imperial.ac.uk>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: kerberos-bounces@mit.edu

On 07/17/2014 08:59 AM, Giuseppe Mazza wrote:
> What do you think? Do you need more info?

I think I do need more info.  This helps narrow things down, but there
are still questions:

* Is the process actually stuck within that krb5_db_put_principal call,
or is it somehow in a loop doing put_principal calls over and over again?

* If it is stuck in that call, where is it stuck?  Unfortunately, that
seems to be obscured in the backtrace for lack of symbols.

* What dump record is it processing?  Unfortunately, dump records
contain long-term keys, so communicating them via unencrypted email on
public lists isn't necessarily wise.

Doing a build from source (ideally configured with CFLAGS=-g to avoid
optimizer artifacts) could help answer the second question.
________________________________________________
Kerberos mailing list           Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos

home help back first fref pref prev next nref lref last post