On Fri, Jul 13, 2007 at 09:13:43AM +0200, Tijl Van den Broeck wrote:
> 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 ;-)).
Yes, definitely get the new version from the development.
> 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 :-)
Just tested yesterday: the "power" method definitely requires
ACPI whereas the "button" method works in any case, as Guy Coates
suggested. Updated the xml info in external/riloe to that effect.
> 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).
This was independent of acpid on the device I tested.
> On 7/5/07, Jure Pe?ar <[EMAIL PROTECTED]> wrote:
> >On Wed, 4 Jul 2007 13:25:04 -0400
> >Alain St-Denis <[EMAIL PROTECTED]> 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@lists.linux-ha.org
> >http://lists.linux-ha.org/mailman/listinfo/linux-ha
> >See also: http://linux-ha.org/ReportingProblems
> >
> _______________________________________________
> Linux-HA mailing list
> Linux-HA@lists.linux-ha.org
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
--
Dejan
_______________________________________________
Linux-HA mailing list
Linux-HA@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
