2
0
mirror of https://opendev.org/x/pyghmi synced 2025-01-12 10:48:41 +00:00
Ian Wienand 3f3c48037f Replace openstack.org git:// URLs with https://
This is a mechanically generated change to replace openstack.org
git:// URLs with https:// equivalents.

This is in aid of a planned future move of the git hosting
infrastructure to a self-hosted instance of gitea (https://gitea.io),
which does not support the git wire protocol at this stage.

This update should result in no functional change.

For more information see the thread at

 http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003825.html

Change-Id: Ib91d991abd3e2166797130573808810492a88089
2019-03-24 20:35:47 +00:00
2018-08-17 12:04:36 +02:00
2019-03-21 09:47:17 -04:00
2018-08-17 12:04:36 +02:00
2018-08-10 14:36:57 +02:00
2015-10-17 22:36:04 +00:00
2018-08-10 14:36:57 +02:00
2018-05-15 11:39:15 -04:00
2019-02-11 09:52:33 -05:00
2019-02-04 15:59:18 -05:00
2018-08-17 12:04:36 +02:00
2019-02-04 15:59:18 -05:00
2018-08-17 11:08:56 +02:00
2014-05-08 14:06:01 -04:00
2018-08-17 11:08:56 +02:00
2018-08-10 14:36:57 +02:00
2019-03-18 10:48:57 -04:00
2018-08-17 12:04:36 +02:00
2019-02-08 15:22:53 -05:00

pyghmi

Pyghmi is a pure Python (mostly IPMI) server management library.

Building and installing

(These instructions have been tested on CentOS 7)

Clone the repository, generate the RPM and install it:

$ git clone https://github.com/openstack/pyghmi.git
$ cd pyghmi/
$ python setup.py bdist_rpm
$ sudo rpm -ivh dist/pyghmi-*.noarch.rpm

Using

There are a few use examples in the bin folder:

  • fakebmc: simply fakes a BMC that supports a few IPMI commands (useful for testing)
  • pyghmicons: a remote console based on SOL redirection over IPMI
  • pyghmiutil: an IPMI client that supports a few direct uses of pyghmi (also useful for testing and prototyping new features)
  • virshbmc: a BMC emulation wrapper using libvirt

Extending

If you plan on adding support for new features, you'll most likely be interested in adding your methods to pyghmi/ipmi/command.py. See methods such as get_users and set_power for examples of how to use internal mechanisms to implement new features. And please, always document new methods.

Sometimes you may want to implement OEM-specific code. For example, retrieving firmware version information is not a part of standard IPMI, but some servers are known to support it via custom OEM commands. If this is the case, follow these steps:

  • Add your generic retrieval function (stub) to the OEMHandler class in pyghmi/ipmi/oem/generic.py. And please, document its intent, parameters and expected return values.
  • Implement the specific methods that your server supports in subdirectories in the oem folder (consider the lenovo submodule as an example). A OEM folder will contain at least one class inheriting from OEMHandler, and optionally helpers for running and parsing custom OEM commands.
  • Register mapping policies in pyghmi/ipmi/oem/lookup.py so pyghmi knows how to associate a BMC session with the specific OEM code you implemented.

A good way of testing the new feature is using bin/pyghmiutil. Just add an extension for the new feature you just implemented (as a new command) and call it from the command line:

$ IPMIPASSWORD=passw0rd bin/pyghmiutil [BMC IP address] username my_new_feature_command
Description
No description provided
Readme Apache-2.0 13 MiB
Languages
Python 99.9%
Shell 0.1%