<br><br><div class="gmail_quote">On Sat, Aug 14, 2010 at 12:11 AM, Robert Hayden <span dir="ltr"><<a href="mailto:rhayden.public@gmail.com">rhayden.public@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Looking for guidelines on when RHCS components can be upgraded in a rolling fashion and when it is best to simply take a full cluster downtime.  I am looking at 2-6 node clusters with each node providing a unique set of functions along with common functions.  Each node has a dedicated failover node(s).<br>

<br>A couple of examples:<br>Minor OS upgrades, e.g. RHEL 5.3 to RHEL 5.5<br>Major OS upgrades, e.g. RHEL 5.x to RHEL 6.x<br>Errata for key cluster component, e.g. openais, cman, etc, without kernel updates<br></blockquote>
<div><br></div><div>My understanding is that major upgrade require rebuilding the cluster from scratch, ie. no upgrade is possible. And with minor upgrades, I've tried doing rolling upgrades and sometime they do work and sometime don't. The problem is that you don't know which upgrades will work, so my current approach is just to upgrade the whole cluster at a time. Sure, requires some downtime (5-15 minutes) but that's better than having a freezed cluster requiring hours of work to get back online.</div>
<div><br></div><div>Just my $0.02.</div><div><br></div><div>Regards</div><div><br></div><div>Mikko</div></div>