Mysql 5.1.36 cluster - does anybody have this working?
Howard Wilkinson
howard at cohtech.com
Fri Aug 21 07:28:40 UTC 2009
Itamar Reis Peixoto wrote:
> I can recommend you mysql master-slave replication
>
> or postgresql with bucardo (2 master's, and more n slaves)
>
>
>
>
> On Thu, Aug 20, 2009 at 10:13 AM, Howard Wilkinson<howard at cohtech.com> wrote:
>
>> I have upgraded from FC9 through FC10 to FC11 but the cluster code
>> available with FC11 is refusing to start up properly. Does anybody have this
>> working? If so was there any magic incantations used to get the database
>> gods to cooperate?
>>
>> Regards, Howard.
>>
>>
>
>
>
Itamar,
I already use the master-slave replication for some of our higher volume
databases - although this in itself brings in problems when things get
out of step.
But I use the cluster storage for our smaller configuration databases,
including the backend to a replciated MyDNS environment. This has worked
wonderfully with the 5.0.x series of MySQL but in upgrading to 5.1.36 a
number of problems arose.
When I sent out the message I still had part of the cluster running
5.0.x storage, and the new Cluster nodes were refusing to come up. I
finally fixed this by altering the parameters to allow the 5.0.x nodes
to start under control of the 5.1.36 NDB_MGMD instances (Options that
had reasonable defaults for .5.0.x do not if they are provided by a
5.1.36 arbitrator) once these old nodes started I got a sensible error
message from the 5.1.36 NDBD nodes - they told me that the cluster
version were incompatible - it seems you need to upgrade to an early
5.1.x cluster first and then go through 5.1.20 (or 5.1.21 or something
thereabouts) and the jump to 5.1.36 to do a hot upgrade, and even then I
have found little evidence of anybody doing it.
So what I did instead was to shutdown the 5.0.x NDB stores, destroy the
NDB store on the 5.1.36 nodes, start these nodes with the
--initial-state --nowait-nodes arguments and rebuilding the NDB store
from our backups. I could then upgrade the 5.0.x nodes knowing that I
had a working store and like magic everything burts into life when I
brought up the quorum.
So the lesson learnt is that you cannot jump major versions using the
upgrade paths suggested by MySQL unless you track their upgrade steps -
even then I am not sure it would be easy. They use different database
gods with each major release :-[
Regards, Howard.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20090821/a053cf55/attachment-0001.htm>
More information about the fedora-list
mailing list