On 21.04.17 13:18, Vladyslav Drok wrote:
Hi Yuriy,
On Fri, Apr 21, 2017 at 12:59 PM, Yuriy Zveryanskyy
<yzveryans...@mirantis.com <mailto:yzveryans...@mirantis.com>> wrote:
Hi.
After "ipminative" driver has been removed (I think it was right
decision), we support IPMI in ironic only via drivers which use
"ipmitool" utility.
This utility is mostly good, but main problem is that running by
ironic subprocess can be stalled on buggy/broken BMCs.
Here is one example of such issue -
https://bugs.launchpad.net/ironic/+bug/1683902, and a bit of comments
about the root cause in the eavesdrop
<http://eavesdrop.openstack.org/irclogs/%23openstack-ironic/%23openstack-ironic.2017-04-19.log.html#t2017-04-19T15:39:14>.
This causes situations like stop executing of sync power state
periodic task without any logging, reduce free green threads
number in the conductor service pool etc.
Administrators often have only one version of ipmitool in
repository and should build new version from source for
bug fixing.
We can implement custom executor for ipmitool with timeout
for process, but this adds more complexity to IPMI drivers,
or maybe use another solution? Maybe we should have pure
Python well tested IPMI library optimized for ironic (like sushy
for RedFish)?
Or maybe work on improving pyghmi, and reintroduce the ipminative driver.
Currently virtualbmc uses pyghmi, therefore this improvements can not
be well tested on CI because usage of the same code on both sides.
Yuriy Zveryanskyy
Yuriy Zveryanskyy
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
<http://openstack-dev-requ...@lists.openstack.org?subject:unsubscribe>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
<http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev