[OpenAFS] Re: Rx call failed during dump, error -01

[Russ Allbery]

Adam Megacz <megacz@cs.berkeley.edu> writes:

> Hrm, further weirdness.  This time there's no Rx error, but "vos dump"
> simply sits there at 0% cpu utilization.  Worse, something appears to
> be unhappy in the afs client; I did this

>   $ aklog -c megacz.com
>   aklog: Couldn't get megacz.com AFS tickets:
>   aklog: Credentials cache I/O operation failed XXX while getting AFS tickets
>   $ aklog -c megacz.com
>   *** glibc detected *** double free or corruption (!prev): 0x0809e1e0 ***
>   Aborted

>   (gdb) bt
>   #0  0xb7d9c947 in raise () from /lib/tls/libc.so.6
>   #1  0xb7d9e0c9 in abort () from /lib/tls/libc.so.6
>   #2  0xb7dd216a in __fsetlocking () from /lib/tls/libc.so.6
>   #3  0xb7dd9a2f in mallopt () from /lib/tls/libc.so.6
>   #4  0xb7dd9ad2 in free () from /lib/tls/libc.so.6
>   #5  0xb7f303db in krb5_free_cred_contents () from /usr/lib/libkrb5.so.3
>   #6  0xb7f14127 in krb5_get_notification_message () from /usr/lib/libkrb5.so.3
>   #7  0xb7f1c507 in krb5_cc_next_cred () from /usr/lib/libkrb5.so.3
>   #8  0xb7f10566 in krb5int_cc_creds_match_request () from /usr/lib/libkrb5.so.3
>   #9  0xb7f107ca in krb5_cc_retrieve_cred_default () from /usr/lib/libkrb5.so.3
>   #10 0xb7f16089 in krb5_get_notification_message () from /usr/lib/libkrb5.so.3
>   #11 0xb7f1c47e in krb5_cc_retrieve_cred () from /usr/lib/libkrb5.so.3
>   #12 0xb7f2aed6 in krb5_get_credentials () from /usr/lib/libkrb5.so.3

That's not a complete backtrace.  Could you send a *complete* backtrace,
either here or to the Debian bug?  Ideally, if you could install
libkrb5-dbg first and then reproduce the problem, you'll get a much better
backtrace.

It's probably not a bug in aklog, but we haven't actually ruled that out
yet, depending on how aklog is calling the Kerberos functions.  So knowing
the call site inside aklog would be very useful.

-- 
Russ Allbery (rra@stanford.edu)             <http://www.eyrie.org/~eagle/>