[Linux-HA] iLo2 stonith problem

[Tijl Van den Broeck]

Afaik, the LOCFG thing wasn't really necessary (but it could be on the
newest ILO version and apparently it's in CPQLOCFG.EXE as Alain
pointed out).

I suggest you give the external/riloe script from the development
trunk a try (it can be placed in a stable older 2.0.7 for instance).
It's extended a bit for the ACPI issue, reset commands and ILO
versioning. Elegantly these parameters are called ilo_powerdown_method
(button or power), ilo_can_reset (0, 1) and ilo_protocol (1.2, 2.0,
... that's the RI_VERSION Alain spoke about ;-)).

If you use the "power" method for powerdown_method, you don't need a
ACPI compliant system, it will trigger a virtual pulling of the power
cord... which isn't always nice to your system but that's the general
idea of STONITH I believe :-) Also, if your ILO version supports the
<RESET_SERVER/> tag, use the ilo_can_reset=1 parameter, it executes a
warm system reset (older ILO's don't support that though).


On 7/5/07, Jure Pečar <pegasus at nerv.eu.org> wrote:
> On Wed, 4 Jul 2007 13:25:04 -0400
> Alain St-Denis <alain.st-denis at ec.gc.ca> wrote:
>
> > --- 60,66 ----
> >                   reset_ok = None
> >   except KeyError:
> >           reset_ok = None
> > ! login = [ '<RIBCL VERSION="2.0">',
> >             '<LOGIN USER_LOGIN="Administrator" PASSWORD="'
> >           + password + '">' ]
>
> Yes, I did that change.
>
> > ***************
> > *** 148,153 ****
> > --- 148,155 ----
> >                   c=HTTPSConnection(rihost)
> >                   c.send('<?xml version="1.0"?>\r\n')
> >                   c.sock.recv(1024)
> > +                 c.send('<LOCFG VERSION="2.22"\r\n>')
> > +                 c.sock.recv(1024)
>
> As I understand HP documentation, this LOCFG thing also needs to be closed at the end. Not sure if it matters though.
>
>
> --
>
> Jure Pečar
> http://jure.pecar.org
> _______________________________________________
> Linux-HA mailing list
> Linux-HA at lists.linux-ha.org
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
>