On Friday 23 January 2009 00:03:44 Russ Allbery wrote: > Markus Koeberl <markus.koeb...@tugraz.at> writes: > > On Thursday 22 January 2009 20:36:24 Russ Allbery wrote: > >> Does the database already exist on the slave? > > > > No the database does not exist. The directory /var/lib/krb5kdc is > > empty. After running the commands there are the following entries: > > ~# ls -l /var/lib/krb5kdc/ > > total 472 > > -rw------- 1 root root 261582 Jan 22 22:43 from_master > > -rw------- 1 root root 8192 Jan 22 22:43 principal > > -rw------- 1 root root 188416 Jan 22 22:43 principal~ > > -rw------- 1 root root 8192 Jan 22 22:43 principal~.kadm5 > > -rw------- 1 root root 0 Jan 22 22:43 principal~.kadm5.lock > > -rw------- 1 root root 0 Jan 22 2009 principal~.ok > > > > I have compared the configuration several times with an kdc running on > > etch. But I cannot find a difference. On a etch machine deleting the > > entries of /var/lib/krb5kdc and running the commands works fine. > > Yeah, that's the problem. It's a known bug in MIT Kerberos 1.6. If you > create an empty database with kdb5_util, the propagation will then work > correctly, but it won't cope with not having a database at all. > > It will presumably be fixed in a later release, but as there isn't an > upstream fix yet (so far as I know) I'm afraid lenny is likely to release > with that problem. :/
Yeah, thanks replication works now. Please can you put this information somewhere into the docs? Markus -- Markus Köberl Graz University of Technology Signal Processing and Speech Communication Laboratory E-mail: markus.koeb...@tugraz.at -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org