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