Hi Alejandro,
2004-07-07 kl. 19.06 skrev Alejandro J. Ramírez:
>
> Hi there,
>
> I understand from the docs, that the mgm node is only needed at
> startup for all of the other nodes to get their configuration. You
> should be able to kill it, and the cluster should keep working from
> what
> I understand. I am a little bit fuzzy myself about what happens when
> the
> API node dies.
>
When an API node dies the storage nodes notices it either by a dropped
connection
or by missed heartbeats. When they so discover they start completing
all transactions
that the failed API node (MySQL Server) was performing, mostly aborting
them but
if a transaction was already committed it will complete the commit.
The node is ok to restart again when this process has been completed by
all storage
nodes.
Rgrds Mikael
>
> Alejandro
>
>
>
> -----Mensaje original-----
> De: Hyb [mailto:maillist.localhost@stripped]
> Enviado el: Miércoles, 07 de Julio de 2004 09:09 a.m.
> Para: cluster@stripped
> Asunto: Couple of post-install questions
>
> Hi List,
>
> I've been playing with the lastest source and I'm impressed, but I'm
> left
> with a couple of questions;
>
> a) How does the cluster cope if the MGM host (specified in all
> component's
> Ndb.cfg's) dies or fails to start all together? Will the cluster become
> fragmented and stop functioning? I can't see anyway for the DB/API
> nodes
> to
> source from multiple MGM nodes.
>
> b) Is there a plan (and if so a timescale) to implment TEXT/BLOB column
> support in the NDB engine? I have an application that heavily relies on
> full
> text indexed searches and obviously this currently impossible.
>
> Regards,
>
>
> --
> MySQL Cluster Mailing List
> For list archives: http://lists.mysql.com/cluster
> To unsubscribe:
> http://lists.mysql.com/cluster?unsub=1
>
>
>
> --
> MySQL Cluster Mailing List
> For list archives: http://lists.mysql.com/cluster
> To unsubscribe:
> http://lists.mysql.com/cluster?unsub=1
>
>
>
Mikael Ronström, Senior Software Architect
MySQL AB, www.mysql.com
Clustering:
http://www.infoworld.com/article/04/04/14/HNmysqlcluster_1.html
http://www.eweek.com/article2/0,1759,1567546,00.asp
