<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>Re: [Pacemaker] Lots of Issues with Live Pacemaker Cluster</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>On Mon, 2011-03-14 at 17:35 +0100, Dejan Muhamedagic wrote:<BR>
> Hi,<BR>
><BR>
> On Mon, Mar 14, 2011 at 10:57:27AM -0000, Darren.Mansell@opengi.co.uk wrote:<BR>
> > Hello everyone.<BR>
> ><BR>
> > <BR>
> ><BR>
> > I built and put into production without adequate testing a 2 node<BR>
> > cluster running Ubuntu 10.04 LTS with Pacemaker and associated packages<BR>
> > from the Ubuntu-HA-maintainers repo<BR>
> > (<A HREF="https://launchpad.net/~ubuntu-ha-maintainers/+archive/ppa">https://launchpad.net/~ubuntu-ha-maintainers/+archive/ppa</A>).<BR>
><BR>
> Not good to go live without sufficient testing. Testing is as<BR>
> important as anything else. Or even more important. If there<BR>
> isn't enough time for testing, then better to go without<BR>
> clustering.<BR>
<BR>
I've very quickly realised this fact. Even if under pressure to put a<BR>
cluster live, don't give in until you're 100% happy with it. It WILL<BR>
bite you, and it won't be anyone else's fault but yours.<BR>
<BR>
><BR>
> > 2. Crm shell won't load from a text file. When I use crm configure<BR>
> > < crm.txt, it will run through the file, complaining about the default<BR>
> > timeout being less than 240, but doesn't load anything. So I go into the<BR>
> > crm shell and set default-action-timeout to 240, commit and exit and do<BR>
> > the same. This time it just exits silently, without loading the config.<BR>
><BR>
> Strange. I assume that you run version 1.0.x which I don't use<BR>
> very often, but I cannot recall seeing this problem.<BR>
<BR>
I'm not sure if I need to put a commit at the end of the input file? I<BR>
always assumed it had an implicit commit. I'll test this next time I get<BR>
chance.<BR>
<BR>
><BR>
> > If I go into the crm shell and use load replace crm.txt it will work.<BR>
><BR>
> Loading from a file was really meant to be done with "configure<BR>
> load". Now, if there are errors/warnings in the configuration,<BR>
> what happens depends on check-* options for semantic checks.<BR>
<BR>
I'll try that armed with this information next time.<BR>
<BR>
><BR>
> > 3. Crm shell tab completes don't work unless you put an incorrect<BR>
> > entry in first. I'm sure this is a python readline problem, as it also<BR>
> > happens in SLE 11 HAE SP1 (but not in pre-SP1). I assume everyone<BR>
> > associated (Dejan?) is aware of the problem, but highlighting it just in<BR>
> > case.<BR>
><BR>
> No, I'm not aware of it. Tab completion works here, though a bit<BR>
> differently from 1.0 due to lazy creation of the completion<BR>
> tables. You need to enter another level at least once before the<BR>
> tab completion is going to work for that level. For instance,<BR>
> it won't work in this case:<BR>
><BR>
> crm(live)# resource <TAB><TAB><BR>
><BR>
> But it would once the user enters the resource level:<BR>
><BR>
> crm(live)resource# <TAB><TAB><BR>
> bye failcount move restart unmigrate<BR>
> cd help param show unmove<BR>
> cleanup list promote start up<BR>
> demote manage quit status utilization<BR>
> end meta refresh stop <BR>
> exit migrate reprobe unmanage <BR>
><BR>
> Can you elaborate "put incorrect entry first"?<BR>
<BR>
I think this is more down to my lack of understanding of how it's<BR>
changed then. I'm used to < 1.0 clusters and the crm shell would always<BR>
tab complete *almost* everything. IIRC only location score rules etc<BR>
wouldn't.<BR>
<BR>
However, I think my confusion has arisen due to this behaviour:<BR>
<BR>
crm(live)# resource mi<TAB><TAB><BR>
nothing<BR>
crm(live)# resource mi<enter><BR>
ERROR: syntax: mi<BR>
crm(live)# resource mi<TAB><BR>
crm(live)# resource migrate<BR>
<BR>
It will tab-complete the first and second level, if you've already<BR>
entered an incorrect parameter.<BR>
<BR>
Regards,<BR>
Darren Mansell<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>