[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: 2.0.27 replicating to 2.2.15

Quanah Gibson-Mount wrote:

--On Wednesday, March 23, 2005 3:05 PM -0800 "Kurt D. Zeilenga" <Kurt@OpenLDAP.org> wrote:

At 02:06 PM 3/23/2005, Curt Blank wrote:

Thank you for your reply.

Yeah I was leaning towards one of your three solutions as a temporary
fix so I could do the upgrade. Before I attempt it though (already been
looking at the code) and target the structuralObjectClass issue and
optimistically say successfully address it, anything else then going to
bite me in the butt?

The problem with your upgrade approach, as I see it, is that the
2.0 server may not only have bad data in it, clients may
continually be adding bad data to it.  So, even if you were to
modify slurpd(8) (I don't recommend solutions (1) or (3)) to
generate structualObjectClass values, you have to deal data for
which slurpd(8) can deal with programmatically.

I recommend (2) over (1) and (3) because it keeps the (temporary)
hacks out of the servers.  I recommend against (3) as that would
lead to the hacks becoming permanent, it would (in effect) back
out many of the data consistency bug fixes that 2.2 was intended
to address.

Personally, I prefer to either replacing everything at once
(which can be done quite quickly if necessary... and, if done
right, allows for switching back if something were to go wrong)
or to replace master first.

On top of this, I would note that 2.2.15 is rather old at this point, and that numerous *significant* bugs have been fixed between 2.2.15 and 2.2.24, the current stable release.

Yeah thanks, I realized that after I sent my first message and had 2.2.24 running before I got my first reply.

In one of your notes you said you didn't want to experience significant downtime while updating your master. If you have a properly configured DB_CONFIG file for BDB, and use the quicktool patch available from my website (posted to this list a few days ago), you shouldn't have any significant downtime at all, unless you have a very very large database (> 2 million or so entries).

Not familiar with quicktool, are you saying this is a utility that would allow me to more the data from my 2.0 ldbm backend to my 2.2 Berkley backend without having to do a slapcat/slapadd? That might be worth investigating, but there is data that will not load into the 2.2 server thus I need to manually edit and correct/delete the slapcat output.


Quanah Gibson-Mount
Principal Software Developer
ITSS/Shared Services
Stanford University
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

"These censorship operations against schools and libraries are stronger
than ever in the present religio-political climate. They often focus on
fantasy and sf books, which foster that deadly enemy to bigotry and blind
faith, the imagination." -- Ursula K. Le Guin