kprop: Software caused connection abort while reading response from server
Ken Raeburn
raeburn at MIT.EDU
Fri Aug 3 05:11:51 EDT 2007
On Aug 3, 2007, at 00:11, Le Trung Kien wrote:
> Help please :(
Sorry about the delay...
> 2007/7/30, Le Trung Kien <aloneattack at gmail.com>:
>>
>> Hi, everyone
>> Please help me resolve this problem.
>>
>> I issued :
>>
>> # kprop -d -f /opt/krb5-1.6.2/var/krb5kdc/slave_datatrans
>> may129.chpc.vnu.edu.vn
>>
>> and I got the result :
>>
>> 3473 bytes sent.
>> kprop: Software caused connection abort while reading response
>> from server
This means kpropd exited without acknowledging the receipt of the
data sent, while kprop was waiting for that acknowledgment.
Wonderful way to report an error in processing that data, eh?
Actually, kprop can handle an error message being sent back, and
kpropd does send back error messages for certain cases, but kdb5_util
returning an error isn't one of them.
>>
>> check log in slave KDC :
>>
>> # cat /var/log/messages
>> ...
>> Jul 30 15:54:34 may129 kpropd[3866]: Connection from 10.8.75.132 (my
>> master KDC)
>> Jul 30 15:54:34 may129 kpropd[3866]: kpropd: /opt/krb5-1.6.2/sbin/
>> kdb5_util
>> returned a bad exit status (1)
Unfortunately, it looks like kpropd invokes kdb5_util with the output
file descriptors pointed to /dev/null. However, since it did try to
run kdb5_util, that means the data file got transferred
successfully. Try running "kdb5_util load" on the file (and, if you
give such options to kpropd, also give kdb5_util the -r option to
indicate the realm, and/or the -d option to indicate the pathname of
the db2 file -- that would be "kdb5_util -r REALM load -d /path/to/
dbfile dump_file"), and see what it tells you.
Ken
More information about the Kerberos
mailing list