Description of problem: "Couldn't obtain IP address ofinstance" is seen in central.log of ceilometer Version-Release number of selected component (if applicable): OSP 8.0 python-ceilometer-5.0.2-2.el7ost.noarch How reproducible: 100% Steps to Reproduce: 1. Deploy an all-in-one openstack environment 2. Launch some instances and wait for 10 minutes 3. Actual results: The following errors are seen in central.log of ceilometer 2015-07-27 09:17:12.301 54276 ERROR ceilometer.hardware.discovery [-] Couldn't obtain IP address ofinstance <ID of Instance> 2015-07-27 09:17:12.301 54276 ERROR ceilometer.hardware.discovery [-] Couldn't obtain IP address ofinstance <ID of Instance> Expected results: No errors should be output. Additional info: Not all the instances are having a network called "ctlplane" and this is leading a KeyError. /usr/lib/python2.7/site-packages/ceilometer/hardware/discovery.py 95 except KeyError: 96 LOG.error(_("Couldn't obtain IP address of " 97 "instance %s") % instance.id) 98 49 def _address(instance, field): 50 return instance.addresses['ctlplane'][0].get(field) <--- This is where the KeyError exception happened
*** Bug 1386586 has been marked as a duplicate of this bug. ***
The pending to merge fix is here: https://review.openstack.org/#/c/394452/
Hi Mehdi, I can see https://review.openstack.org/#/c/394452/ has been merged. When will this fix be imported or backported to our RHOSP ? Best Regards, Chen
No it's not merged, yet.
Hi Mehdi, If you got any news about the merge please kindly let me know. Thank you ! Best Regards, Chen
I have mis-investigated this BZ, this was not the known issue I have though originally. And this is not really a bug for your case, but just an incorrect logging. We should log this message only for ironic node deployed by tripleo. But in your case you don't use tripleo, only packstack. I proposed a fix on master to hide this message when it's not necessary. For your deployment you can simply ignore it. Having this fix will just hide the log.
The fix have been merged for OSP12 (Pike)
Hi Mehdi, Any news if we could backport to old versions ? Best Regards, Chen
Backports have landed in newton, mitaka and ocata. I have prepared the backports for OSP8 and OSP9 I moved this BZ to OSP8, and clone it for OSP10.
No such messages appear
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2017:1543