Now that we no longer support py27, we can use the standard library
unittest.mock module instead of the third party mock lib.
Change-Id: I436eab174b823c1e0e028529fed9009cc38776bc
Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>
Removes the backward compatibility feature of `vbmc` to
automatically start up `vbmcd` daemon process if it is not running.
From now on, `vbmcd` should be started by systemd or some other
mechanism.
Change-Id: I931751d7cdd591cae6f9a1bca8d72a4b3935a45f
Properly closes standard I/O streams to prevent shell-piped
processes from hanging infinitely on a dead pipe.
Change-Id: Id9dedac4f778cf37d626f2777d519f73cc4b5f2c
Story: 2007219
Task: 38471
Add validation to fix error of "'<' not supported between
instances of 'str' and 'int'" when defining server_response_timeout
value in virtualbmc.conf. The error is trigger because the
config parameters from the configuration file are read as strings
and everything else assume that value is an integer (as the default of 5000).
The patch also include validations for server_spawn_wait and server_port to
check the values are valid integers.
Updates test_config.test_validate for test coverage
Task: 37947
Story: 2007066
Change-Id: Ie4e74585d8e14bd73e5e30b21b4dd7bd7d88f13d
Signed-off-by: William Caban <william.caban@gmail.com>
Since we've dropped support for Python 2.7, it's time to look at
the bright future that Python 3.x will bring and stop forcing
compatibility with older versions.
This patch removes the six library from requirements, not
looking back.
Change-Id: Iff319bfedc2c20c139419bb625aa5de83de93538
Since log messages interpolation is frequently postponed
till the logging time, occasional bugs in message
templates may go unnoticed.
This patch attempts to enable full logging in unit tests.
Unfortunately, exceptions caused by interpolation failures
get inhibited by the logging module code so they do not
actually fail tests. But at least those exceptions are
noticeable on stdout.
Change-Id: I1b32476c5bb631cef9b1269effd05a88a9fafd2d
This is a followup patch to [1] making the `start` command accepting
multiple domain names in the same way as `stop` command does.
Possible duplicate domain names given on the command line removed
to avoid runtime errors.
1. https://review.openstack.org/#/c/488874
Change-Id: I48987d01187e4b4878e5d501d263e958be4e7693
This is a followup patch to [1] introducing configurable timing
parameters for the client to wait for automatic vbmcd start up and
vbmcd response timeout.
1. https://review.openstack.org/#/c/488874
Change-Id: Id1cdcecd8d407b31dc69166fb0fda555fc4a679f
Original design of the VirtualBMC tool was that user manages
config files for individual VirtualBMC (via a cli tool), then
requests the tool to start the instances representing
individual VirtualBMC instances (via the cli tool). Then
the instances become independent processes. The only way
to know their whereabouts is through the pidfiles
they maintain.
There were certain practical inconveniences with the
original design, namely:
* Cumbersome to start/stop/monitor free-standing
vBMC instances processes
* No two-way communication between the parent process
and the VirtualBMC instances what makes child state check
or modification unnecessary difficult
This commit turns server part of the tool into a single
process spawning multiple children processes and herding
them via ZMQ client/server.
The parent process runs server part of the control
interface, maintains persistent VirtualBMC instances
configuration and ensures all its children are alive
and kicking. Each VirtualBMC instance is still a separate
parent fork.
If child dies, parent respawns it right away. If parent
is about to die, it tries its best to kill all the
prospective orphans.
This new implementation tries to stay compatible with
the original one in part of `vbmc` tool CLI interface
and behaviour. Whenever it can't connect to the `vbmcd`
it tries to fork and spawn the daemon behind the scenes.
While the threading design for this tool might look better,
the underlying pyghmi library is apparently rather
complicated to use its concurrency capabilities reliably.
The other minor consideration is that running multiple
processes leverages CPU-based concurrency.
Other changes:
* The `start` command now accepts more than one domains
to be started
Change-Id: Ie10f4598c7039a7afa9b45d01df3b3c3db252c1d
Story: 1751570
Task: 12057
With pyghmi API, some methods return generic IPMI error
codes, while some return payload values. This patch fixes
the `get_power_state()` method to raise exception instead
of returning IPMI error code because the latter goes against
pyghmi API.
Change-Id: If30c1ee49982a7a1198a39a7afdc1edc2c516078
This reverts commit 9f7bfb9f6b.
It seems that the SOL feature introduced by patch [1] led to
the VirtualBMC daemons leaking two file descriptors (ends of
UNIX pipe, perhaps) per each IPMI query it processes. Given the
default ulimit of 1024 open files per process, in circa 500 IPMI
queries vbmc renders itself not quite functional.
The quick research of the problem reveals that the leak comes
to life once the virEventRegisterDefaultImpl() call is made
which prepares libvirt for asynchronous operations over a dedicated
connection to libvirtd. Even though once SOL session is gone and
libvirt is cleaned up (well, dedicated connection is closed),
the libvirt connection, which is open every time when IPMI query
comes in, leaks 2 FDs per query.
This problem has been reported about some other libvirt application
in the past [2] so the problem might go away if we turn the IPMI
part of vbmc to the asynchronous operation mode as well.
Another observation is that libvirt API may not [3] offer a full
clean up upon exiting from the asynchronous operation mode.
To summarize: the real cause of this behaviour is not yet properly
understood.
1. https://review.openstack.org/#/c/482853/
2. https://www.redhat.com/archives/libvir-list/2013-September/msg00019.html
3. https://github.com/libvirt/libvirt/blob/master/src/util/virevent.c#L224
Change-Id: Id599f62e0eaf8c96e4552d2cd263f93155f8afa6
Story: 2001976
Task: 19585
It seems that at times of high concurrency, libvirt
occassionally fails on supposedly some race condition
what leads to client failure (e.g. Ironic). This change
is to tell Ironic that it should try some more times rather
than bailing out right away.
Change-Id: I5848d721305c887fb7803ca4b302565aa4b83c88
Story: #2001798
Task: #15076
This patch adds some methods to support Serial-over-LAN capability.
We'll be able to connect serial console of a domain with
"ipmitool sol activate" command.
SOL capability requires a persistent libvirt connection, so this
patchset adds libvirt_open.get_conn() method and use it.
Change-Id: I7f9dfbd2b3eb1320be755bade2f97b9f0621d409
This patch replaces the use of argparse module
by the cliff package. The rationale is that
cliff infrastructure is easier to use and more
functional. Some other OpenStack projects seem
to migrate to cliff already.
Change-Id: Ib2185dad50e64de354222669d2e65f411ddc96a4
Closes-Bug: #1752911
"boot" entries under "devices/*" are mutually exclusive with those
under "os". If such entries are present, vbmc fails when adding "boot"
entry under "os".
Closes-Bug: #1746983
Change-Id: I357d3b8a92ee764e6f47f564fdef54d3a79f0782
Some OpenStack installer such as [1] use power reset when switching
from bootstrap kernel to OS installation kernel. So we'd better
implement this.
[1] https://review.openstack.org/#/admin/projects/openstack/daisycloud-core
Change-Id: I60df3a31c7600d35d50212538fbfffd22bf7c729
Signed-off-by: Zhijiang Hu <hu.zhiiang@zte.com.cn>
assertRaisesRegexp was renamed to assertRaisesRegex in Py3.2
For more details, please check:
https://docs.python.org/3/library/
unittest.html#unittest.TestCase.assertRaisesRegex
Change-Id: Ie23bfb774afa2894a6c69f1be79e2d6d236ec2b0
When using Python 3 would have a type error when writing an integer
value to the config file. Convert it to a string before writing it.
Change-Id: I89f9f4983d497adc7ac89f9e89e648f58bed3510
Closes-Bug: #1670441
Also enhance vbmc to support power diag, i.e.
- Pulse a diagnostic interrupt (NMI) directly to
the processor(s)
Change-Id: I7b1998d36fbcbbab3870085dd5a476f77853b3e4
As the ipmitool supports the power soft, and meanwhile
the spec [1] is trying to support this feature
to ironic node. Correspondingly we should enhance
our vbmc to support it as well.
[1] I3dc6561ea7cecf8b8d998717fefa9cf8001d0f4c
Change-Id: I449a708f59c812bf93ae85e09f365bb23352d770
Prior to this patch VirtualBMC methods would return None on most on most
failures and that would get translated into return code 0 by pyghmi. So,
even when a node failed to stop, start, get or set the boot device the
error was never propagated to the IPMI client.
This patch changes such behavior to include proper errors upon failures.
Change-Id: If761f8b56c16d265c5e6917e4ee7352126b0c90e
Closes-Bug: #1647229
Prior to this patch, virutalbmc could only be configured in a per-user
basis. The configuration file as well the path where the VBMCs are going
to be created always lived in the users home directory.
This patch is adding support for a "global" configuration file which
will live in /etc/virtualbmc/virtualbmc.conf. When vbmc does not find a
configuration file in the user directory it will then fallback to the
global (if it exist, otherwise it will just uses the defaults values).
Also, a new configuration option called "config_dir" has been added.
This allows users to configure whatever directory they want to save the
created VirtualBMCs where before it always pointed to ~/.vbmc/config.
Closes-Bug: #1647341
Change-Id: Id8bca620d1543436f32ecc650fc28cbc3f13f373
This patch is fixing few errors related to Python3 and tests:
* Add the attribute "message" to the exception because it doesn't exist
by default.
* Add the py35 runtime to tox.ini since we now run tests on Python3.5
* Drop the spec=file syntax because "file" is not a builtin type for
Python3.
Change-Id: I31d1a5719d605974912bc26f65b96734631691d5
Closes-Bug: #1647337
This patch allows users to configure the IPMI session timeout
when starting a virtual BMC. This timeout indicates how long it should
wait for the data to come across.
The timeout can be configured using the "session_timeout" configuration
option under the [ipmi] section in the virtualbmc.conf.
Change-Id: I3d241dbc6459401d669b0dfa1aa6584440b013b9
This patch is adding unittests for the config.py module. The patch also
adds a method called "initialize" in the VirtualBMCConfig class to
facilitate the tests.
Change-Id: Id6c90916c0b63d6ca70c16c3ff0b8830fbf72baf
This patch is replacing a sys.exit() in the VirtualBMCManager.add()
method with an exception, the manager class should never use the exit
syscall.
Change-Id: I49bb4107e57ce11a851203a04f48621a6f5439b7
This patch is making the result of "vbmc list" command to sort the table
by the domain name, that's visually easier to follow.
This patch also makes use of the PrettyTable's get_string() method when
printing a table for the "list" and "show" commands.
Change-Id: I6bd6d0d9f5a9d2eeaa791d1e9d56bb3dc4131da2
This patch is adding unittests for the cmd/vbmc.py module. The exit()
syscall was replaced with sys.exit() to facilitate the mock.
Change-Id: Iadf0acdddf576c7438fe96f8c1213619cef75805
This patch is adding unittests for the utils.py module. The functions
str2bool() and mask_dict_password() are not being unittested because
they should be removed and replaced oslo functions.
Change-Id: I47e5fed806f8143c68da9cb7d421f46c22d6cba9
This patch is restructuring the VirtualBMC repository according to the
OpenStack template for projects (Cookiecutter).
This patch also removes the dependency on the python-daemon library
since it is not present in the OpenStack global-requirements, now a new
class called "detach_process" has been added to the virtualbmc/utils.py
module that will take care of detaching the process context from its
parent and session.
Change-Id: Id4ae1db5b73a18abc54276fe1dfbf3ceff7adc06
Kaifeng Wang