From: Bradley Watkins
Date: November 22 2010 6:11pm
Subject: RE: MySQL CLuster Data Nodes Lose Connection
List-Archive: http://lists.mysql.com/cluster/7895
Message-Id: <9674CD468FD230449E116DE0B0E56FF90D4AF798@nasa-dtw-ex005.nasa.cpwr.corp>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

=20

>
The contents of this e-mail are intended for the named addressee only. =
It contains information that may be confidential. Unless you are the =
named addressee or an authorized designee, you may not copy or use it, =
or disclose it to anyone else. If you received it in error please notify =
us immediately and then destroy it.

>From: Jeff Sturm [mailto:jeff.sturm@stripped]=20
>Sent: Monday, November 22, 2010 1:09 PM
>To: artfire-kyle; cluster@stripped
>Subject: RE: MySQL CLuster Data Nodes Lose Connection
>
>> -----Original Message-----
>> From: artfire-kyle [mailto:kyleerror@stripped]
>> Sent: Monday, November 22, 2010 12:55 PM
>> To: cluster@stripped
>> Subject: RE: MySQL CLuster Data Nodes Lose Connection
>>=20
>> This suggests the firewall is not blocking the remote=20
>connection. Also
>I do not believe it
>> is a memory issue, as I have not even imported my database into the
>cluster yet, so
>> only the default tables exist.
>
>There's a firewall?  Does it do NAT translation?  All NAT=20
>devices must keep a state table, and need to remove unused=20
>mappings after a period of time.
>
>I would never put a firewall between API and NDB nodes.  Just=20
>connect them directly over a trusted network.
>
>-Jeff
>

I'm with Jeff both on the idea of state tables aging out being your
problem and not having *any* kind of firewalling between API and data
nodes.

- Brad