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