[28201] in Kerberos
Re: kprop: Software caused connection abort while reading response
daemon@ATHENA.MIT.EDU (Le Trung Kien)
Sun Aug 5 23:19:25 2007
Message-ID: <cb25fa940708052019j624c8ea3pc8722316ab88a7be@mail.gmail.com>
Date: Mon, 6 Aug 2007 10:19:10 +0700
From: "Le Trung Kien" <aloneattack@gmail.com>
To: "Ken Raeburn" <raeburn@mit.edu>
In-Reply-To: <C9D342B8-64E7-4C2E-805B-DE6299DE3D6D@mit.edu>
MIME-Version: 1.0
Content-Disposition: inline
Cc: kerberos@mit.edu
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: kerberos-bounces@mit.edu
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@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@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.
________________________________________________
Kerberos mailing list Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos
