At startup instances are hangs in state spawning

Bug #1367384 reported by Stepan Rogov
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fuel for OpenStack
Invalid
High
Stepan Rogov

Bug Description

Icehouse, CentOS, Neutron, simple mode. Cluster_id: 4
Icehouse, CentOS, Neutron+ nsx, simple mode. Cluster_id: 3
VERSION:
  feature_groups:
    - mirantis
  production: "docker"
  release: "5.1"
  api: "1.0"
  build_number: "503"
  build_id: "2014-09-08_00-01-11"
  astute_sha: "b622d9b36dbdd1e03b282b9ee5b7435ba649e711"
  fuellib_sha: "36ae367f521b1352b6303c6bddbe6a44519704f5"
  ostf_sha: "f7b5d9d0d1cfaba5f1fe1e2c634493e92bce11db"
  nailgun_sha: "c1ec85c185d3be1bd6c97cf1a821d1e020253a23"
  fuelmain_sha: "9978b759c7bdefff887e2ffb39588ef616b88517"

After deploy, when I run an instance, it hangs in the state "Build" on the task "Spawning".
Xml configuration file for libvirt is not created.
Ports in the neutron is created.
[root@node-2 ~]# neutron port-list
...
| 554fe3f9-4afb-445c-be19-17e042fc4612 | | fa:16:3e:7d:ee:a8 | {"subnet_id": "cf2ca5ab-9cd1-42f9-8c2b-1e6d96dfeff4", "ip_address": "192.168.111.4"}
...
Virtual machines and VIF are not created.
[root@node-4 ~]# virsh list --all
 Id Name State
----------------------------------------------------

Last log in nova-compute is http://paste.openstack.org/show/109001/

Tags: neutron nsx
Revision history for this message
Stepan Rogov (srogov) wrote :
tags: added: neutron
Changed in fuel:
milestone: none → 5.1
Revision history for this message
Vladimir Kuklin (vkuklin) wrote :

Stepan, which cluster is not functioning correctly? #3 or #4 ?

Revision history for this message
Stepan Rogov (srogov) wrote :

Both

Revision history for this message
Stepan Rogov (srogov) wrote :

For simplicity reproducing, we assume that it is cluster 4.

Revision history for this message
Stepan Rogov (srogov) wrote :

Checked on Ubuntu, everything is OK.

Revision history for this message
Vladimir Kuklin (vkuklin) wrote :

Stepan, our testing shows that there are no problems with instances spawning on "CentOS, Neutron, simple mode". Also, FUEL CI runs each request with this mode for CentOS. So I am going to close this bugs until it is reproduced.

Changed in fuel:
status: New → Incomplete
summary: - At startup instances are hangs in state spawning.
+ At startup instances are hangs in state spawning
tags: added: nsx
Changed in fuel:
assignee: nobody → Stepan Rogov (srogov)
importance: Undecided → High
Revision history for this message
Stepan Rogov (srogov) wrote :
Download full text (6.2 KiB)

libguestfs: trace: set_verbose true
libguestfs: trace: set_verbose = 0
libguestfs: create: flags = 0, handle = 0x2981f30
libguestfs: trace: add_drive "/var/lib/nova/instances/defcc34b-6226-410b-b86f-c6dcc040dc19/disk" "format:raw"
libguestfs: trace: add_drive = 0
libguestfs: trace: launch
libguestfs: trace: get_tmpdir
libguestfs: trace: get_tmpdir = "/tmp"
libguestfs: launch: attach-method=appliance
libguestfs: launch: tmpdir=/tmp/libguestfsLE9b0Q
libguestfs: launch: umask=0022
libguestfs: launch: euid=0
libguestfs: command: run: febootstrap-supermin-helper
libguestfs: command: run: \ --verbose
libguestfs: command: run: \ -f checksum
libguestfs: command: run: \ /usr/lib64/guestfs/supermin.d
libguestfs: command: run: \ x86_64
supermin helper [00000ms] whitelist = (not specified), host_cpu = x86_64, kernel = (null), initrd = (null), appliance = (null)
supermin helper [00000ms] inputs[0] = /usr/lib64/guestfs/supermin.d
checking modpath /lib/modules/2.6.32-431.20.3.el6.x86_64 is a directory
picked vmlinuz-2.6.32-431.20.3.el6.x86_64 because modpath /lib/modules/2.6.32-431.20.3.el6.x86_64 exists
supermin helper [00001ms] finished creating kernel
supermin helper [00002ms] visiting /usr/lib64/guestfs/supermin.d
supermin helper [00002ms] visiting /usr/lib64/guestfs/supermin.d/base.img
supermin helper [00002ms] visiting /usr/lib64/guestfs/supermin.d/daemon.img
supermin helper [00002ms] visiting /usr/lib64/guestfs/supermin.d/hostfiles
supermin helper [00043ms] visiting /usr/lib64/guestfs/supermin.d/init.img
supermin helper [00043ms] visiting /usr/lib64/guestfs/supermin.d/udev-rules.img
supermin helper [00043ms] adding kernel modules
supermin helper [00086ms] finished creating appliance
libguestfs: checksum of existing appliance: 1f6f1023d5e010df0cf70172570ac06c4c341c25a14fd51ba614dd53ce33fdfc
libguestfs: trace: get_cachedir
libguestfs: trace: get_cachedir = "/var/tmp"
libguestfs: trace: get_cachedir
libguestfs: trace: get_cachedir = "/var/tmp"
libguestfs: [00091ms] begin building supermin appliance
libguestfs: [00091ms] run supermin-helper
libguestfs: command: run: febootstrap-supermin-helper
libguestfs: command: run: \ --verbose
libguestfs: command: run: \ --copy-kernel
libguestfs: command: run: \ -f ext2
libguestfs: command: run: \ /usr/lib64/guestfs/supermin.d
libguestfs: command: run: \ x86_64
libguestfs: command: run: \ /var/tmp/guestfs.dpbedb/kernel
libguestfs: command: run: \ /var/tmp/guestfs.dpbedb/initrd
libguestfs: command: run: \ /var/tmp/guestfs.dpbedb/root
supermin helper [00000ms] whitelist = (not specified), host_cpu = x86_64, kernel = /var/tmp/guestfs.dpbedb/kernel, initrd = /var/tmp/guestfs.dpbedb/initrd, appliance = /var/tmp/guestfs.dpbedb/root
supermin helper [00000ms] inputs[0] = /usr/lib64/guestfs/supermin.d
checking modpath /lib/modules/2.6.32-431.20.3.el6.x86_64 is a directory
picked vmlinuz-2.6.32-431.20.3.el6.x86_64 because modpath /lib/modules/2.6.32-431.20.3.el6.x86_64 exists
supermin helper [00016ms] finished creating kernel
supermin helper [00326ms] finished mke2fs
supermin helper [00327ms] visiting /usr/lib64/guestfs/supermin.d
supermin helper [00327ms] visiting /usr/lib64/guestfs/supermin.d/base.img
supermin helper [03722m...

Read more...

Revision history for this message
Stepan Rogov (srogov) wrote :
Revision history for this message
Stepan Rogov (srogov) wrote :

Fixed by update host kernel to 3.16.2-031602-generic.

Changed in fuel:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.