On Jul 16, 2016, at 4:12 AM, Timothy Murphy <gayle...@eircom.net> wrote:
> 
> When I re-boot my CentOS 7 machine I get lots of error/warning messages
> like the following:
> ------------------------------
> Jan  1 14:39:04 alfred cloud-init: 2016-01-01 14:39:04,351 - 
> url_helper.py[WARNING]:
>  Calling 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed 
> [2/120s]:
>  unexpected error ['NoneType' object has no attribute 'status_code']
> ------------------------------

That appears to be an OpenStack problem, so you may have better luck talking to 
those folks.  Here is a thread on their mailing list showing a similar problem:

  http://lists.openstack.org/pipermail/openstack/2016-February/015224.html

> Re-booting with the current kernel, 3.10.0-327.22.2.el7.x86_64,
> sometimes fails, I think because of this problem,
> although the previous kernel seems to avoid the issue.

I don’t see how this could be a kernel-specific issue.

As a rule, kernel problems are driver problems, so unless you’ve got some kind 
of strange initialization problem with your network IC driver or similar, I 
don’t see how it can affect things.

That other mailing list thread suggests a useful test: if OpenStack fails to 
init on boot, can you always bring it up by hand after the system is fully 
booted?  If so, then that suggests you’ve got OpenStack loading too early in 
the boot process.

A pre-systemd init setup converted to systemd without thorough testing could 
give such problems by not declaring its dependencies explicitly enough, so that 
it only *happens* to work depending on how fast the rest of the system boots.

> I don't remember installing cloud-init;

If you don’t use it, remove it.  I know next to nothing about OpenStack, but I 
do know it’s pretty heavy infrastructure.  No point paying for it if you aren’t 
using it.

> maybe it was brought in by some other package?

You don’t have to guess.  RPM will tell you.

> is it a necessary adjunct to libvirtd?

More likely the other way around: OpenStack is probably built on top of 
libvirtd.
_______________________________________________
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Reply via email to