Thanks for the fast reply, Rich! > 1.1? rpm -qi 389-ds-base > 32-bit or 64-bit? It's fedora-ds-base-1.1.3-2.fc6, 32-bit. rpm -qi gives: Name : fedora-ds-base Relocations: (not relocatable) Version : 1.1.3 Vendor: (none) Release : 2.fc6 Build Date: Thu 25 Sep 2008 09:58:45 AM HKT Install Date: Mon 02 Feb 2009 05:41:56 PM HKT Build Host: localhost Group : System Environment/Daemons Source RPM: fedora-ds-base-1.1.3-2.fc6.src.rpm Size : 4749479 License: GPLv2 with exceptions Signature : DSA/SHA1, Thu 25 Sep 2008 10:15:27 AM HKT, Key ID 0db66119a7b02652 URL : http://directory.fedoraproject.org/ Summary : Fedora Directory Server (base) Finally, after several hours and retries, I had success with /usr/lib/dirsrv/slapd-admin01/start-slapd -d 1. slapd started again, listens, but still displays the "Bad paramter to an ldap routine" error. > Looks like you have some bogus ldap operation that it is attempting > to > replay. > > Use cl-dump to dump your changelog - look for a bogus operation. Did so. But unfortunately I can't find any operation which looks unusual. > I suppose you could use db2ldif to dump your database, then ldif2db > to > reinit. Then you'll have to reinit all of your consumers. As said, I have slapd running again. Would you advise to re-initialize all consumers? Is there a chance that this might stop the replaying? > I've never seen this happen before. If you can find a bogus > operation > in your changelog, we might be able to work backwards through the > access > log to find the source. As said, unfortunately I didn't find anything suspicious upon first reading. I will check again tomorrow and let you know. Finally, let me say that I am well aware that 389-DS has moved on and that an upgrade would be advisable. It is just that current workload is very high, this is our only LDAP master and I am seriously concerned that an upgrade might fail at the worst possible time. Again, thanks for the fast advice! Regards, Wolf
