[28202] in Kerberos
Re: kprop: Software caused connection abort while reading response
daemon@ATHENA.MIT.EDU (Le Trung Kien)
Sun Aug 5 23:40:26 2007
Message-ID: <cb25fa940708052040ra53ff0bw59c02345ff13778b@mail.gmail.com>
Date: Mon, 6 Aug 2007 10:40:15 +0700
From: "Le Trung Kien" <aloneattack@gmail.com>
To: "Ken Raeburn" <raeburn@mit.edu>
In-Reply-To: <cb25fa940708052019j624c8ea3pc8722316ab88a7be@mail.gmail.com>
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
# kprop -d -f /opt/krb5-1.6.2/var/krb5kdc/slave_datatrans
may129.chpc.vnu.edu.vn
kprop: Software caused connection abort while reading response from server
Although, the database still be sent to the slave KDC but :
# kdb5_util stash
kdb5_util: No such file or directory while initializing database
also try :
# kdb5_util -r CHPC.VNU.EDU.VN -d /opt/krb5-1.6.2/var/krb5kdc/principal
stash
kdb5_util: No such file or directory while initializing database
I'm stucked at here. Does it relate to the above fault : "kprop: Software
caused connection abort while reading response from server" ?
Regards.
2007/8/6, Le Trung Kien <aloneattack@gmail.com>:
>
> 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.
--
Le Trung Kien.
________________________________________________
Kerberos mailing list Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos
