kprop: Software caused connection abort while reading response from server

Le Trung Kien aloneattack at gmail.com
Sun Aug 5 23:19:10 EDT 2007


Thank you for your reply.

As you suggest I issued :

# kdb5_util -r CHPC.VNU.EDU.VN load -d /opt/krb5-1.6.2/var/krb5kdc/principal
/opt/krb5-1.6.2/var/krb5kdc/slave_datatrans

this command completed without saying anything.


2007/8/3, Ken Raeburn <raeburn at mit.edu>:
>
> 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
>



-- 
Le Trung Kien.



More information about the Kerberos mailing list