--On Monday, February 04, 2008 8:24 PM -0800 Howard Chu hyc@symas.com wrote:
Quanah Gibson-Mount wrote:
--On February 4, 2008 7:22:09 PM -0800 "Paul B. Henson"henson@acm.org wrote:
On Mon, 4 Feb 2008, Quanah Gibson-Mount wrote:
slapadd always creates at least one log file that would not be removed by automatic removal. If you had no log files when you were done, then something was done wrong.
There's not much to slapadd, I'm not sure what could have been done wrong... I did use the -q option (otherwise it takes untractably long), but there were no errors or interruptions and the database created worked fine for 10 months or so.
So you can see here -- Slapadd completes. Now, it only creates a partial BDB environment (That's why there are two __db.* files). After it completes, before you can copy it anywhere, you need to run db_recover to clean that environment out, which I noted quite a long time ago.
No. slapd will do the necessary recovery automatically in this case.
Paul's right - assuming the slapadd went well and nothing else was done, then a binary copy of the DB directory should have worked fine on another machine.
Hm, I dunno, I've had enough issues with slapadd -q and not doing a db_recover that I'm rather paritcular about using it. ;)
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration