On Aug 3, 2007, at 00:11, Le Trung Kien wrote: > Help please :( Sorry about the delay...
> 2007/7/30, Le Trung Kien <[EMAIL PROTECTED]>: >> >> 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 ________________________________________________ Kerberos mailing list [email protected] https://mailman.mit.edu/mailman/listinfo/kerberos
