BVT_2 for custom iso failed with error: Non-empty feature list specified without CPU model

Bug #1538958 reported by Sergey Kulanov
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fuel for OpenStack
Fix Committed
High
Dmitry Kaigarodеsev

Bug Description

BVT [1] test failed with error:

<<<<<##############################[ prepare_release ]##############################>>>>>
Prepare master node

        Scenario:
            1. Revert snapshot "empty"
            2. Download the release if needed. Uploads custom manifest.

        Snapshot: ready

2016-01-28 08:36:38,274 - INFO base_test_case.py:114 --
                                                       <<< 1. Revert snapshot "empty" >>>
2016-01-28 08:36:38,294 - INFO environment.py:355 -- We have snapshot with such name: empty
2016-01-28 08:36:38,294 - INFO environment.py:357 -- Reverting the snapshot 'empty' ....
libvirt: CPU Driver error : XML error: Non-empty feature list specified without CPU model
libvirt: CPU Driver error : XML error: Non-empty feature list specified without CPU model
libvirt: CPU Driver error : XML error: Non-empty feature list specified without CPU model
libvirt: CPU Driver error : XML error: Non-empty feature list specified without CPU model
libvirt: CPU Driver error : XML error: Non-empty feature list specified without CPU model
libvirt: CPU Driver error : XML error: Non-empty feature list specified without CPU model
libvirt: CPU Driver error : XML error: Non-empty feature list specified without CPU model
libvirt: CPU Driver error : XML error: Non-empty feature list specified without CPU model
libvirt: CPU Driver error : XML error: Non-empty feature list specified without CPU model
libvirt: CPU Driver error : XML error: Non-empty feature list specified without CPU model
2016-01-28 08:37:54,580 - ERROR __init__.py:67 -- generate_logs raised: URLError(error(113, 'No route to host'),)
Traceback: Traceback (most recent call last):
  File "/home/jenkins/workspace/9.0.fuel_community.ubuntu.bvt_2/fuelweb_test/__init__.py", line 59, in wrapped
    result = func(*args, **kwargs)
  File "/home/jenkins/workspace/9.0.fuel_community.ubuntu.bvt_2/fuelweb_test/helpers/decorators.py", line 135, in wrapped
    response = func(*args, **kwargs)
  File "/home/jenkins/workspace/9.0.fuel_community.ubuntu.bvt_2/fuelweb_test/models/nailgun_client.py", line 355, in generate_logs
    return self.client.put("/api/logs/package")
  File "/home/jenkins/workspace/9.0.fuel_community.ubuntu.bvt_2/fuelweb_test/helpers/http.py", line 83, in put
    return self._open(req)
  File "/home/jenkins/workspace/9.0.fuel_community.ubuntu.bvt_2/fuelweb_test/helpers/http.py", line 92, in _open
    return self._get_response(req)
  File "/home/jenkins/workspace/9.0.fuel_community.ubuntu.bvt_2/fuelweb_test/helpers/http.py", line 116, in _get_response
    return self.opener.open(req)
  File "/usr/lib/python2.7/urllib2.py", line 404, in open
    response = self._open(req, data)
  File "/usr/lib/python2.7/urllib2.py", line 422, in _open
    '_open', req)
  File "/usr/lib/python2.7/urllib2.py", line 382, in _call_chain
    result = func(*args)
  File "/usr/lib/python2.7/urllib2.py", line 1214, in http_open
    return self.do_open(httplib.HTTPConnection, req)
  File "/usr/lib/python2.7/urllib2.py", line 1184, in do_open
    raise URLError(err)
URLError: <urlopen error [Errno 113] No route to host>

[1]. https://ci.fuel-infra.org/job/9.0.fuel_community.ubuntu.bvt_2/

Tags: area-ci
Revision history for this message
Sergey Kulanov (skulanov) wrote :
Revision history for this message
Sergey Kulanov (skulanov) wrote :

compared libvirt against product-ci:

Product-ci:
ii libvirt-bin 1.2.2-0ubuntu13.1.14 amd64 programs for the libvirt library
ii libvirt-dev 1.2.2-0ubuntu13.1.14 amd64 development files for the libvirt library
ii libvirt0 1.2.2-0ubuntu13.1.14 amd64 library for interfacing with different virtualization systems
ii python-libvirt 1.2.2-0ubuntu2 amd64 libvirt Python bindings
Fuel-ci:
ii libvirt-bin 1.2.2-0ubuntu13.1.9 amd64 programs for the libvirt library
ii libvirt-dev 1.2.2-0ubuntu13.1.9 amd64 development files for the libvirt library
ii libvirt0 1.2.2-0ubuntu13.1.9 amd64 library for interfacing with different virtualization systems
ii python-libvirt 1.2.2-0ubuntu2 amd64 libvirt Python bindings

Changed in fuel:
status: New → Confirmed
Revision history for this message
Dmitry Kaigarodеsev (dkaiharodsev) wrote :

@fuel-devops : please update libvirt deb package up to 1.2.2-0ubuntu13.1.14

Changed in fuel:
assignee: Fuel CI (fuel-ci) → Fuel DevOps (fuel-devops)
Revision history for this message
Sergey Kulanov (skulanov) wrote :

I'd propose to use the latest one:

apt-cache policy libvirt-bin
libvirt-bin:
  Installed: 1.2.2-0ubuntu13.1.16
  Candidate: 1.2.2-0ubuntu13.1.16
  Version table:
 *** 1.2.2-0ubuntu13.1.16 0
        500 http://ua.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages
        100 /var/lib/dpkg/status
     1.2.2-0ubuntu13 0
        500 http://ua.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages

Revision history for this message
Igor Shishkin (teran) wrote :

Looks like here's a root cause: https://github.com/openstack/fuel-devops/commit/b25c7c7ffa7fe25055333c1ca701dcf245324daa

My suggestion is to revert first and upgrade nodes in normall flow instead of like we doing it now: ASAP mode :(

Changed in fuel:
assignee: Fuel DevOps (fuel-devops) → Fuel QA Team (fuel-qa)
Revision history for this message
Igor Shishkin (teran) wrote :

PS. fuel-devops downgrade is faster than upgrade for libvirt since package upgrade requires pretty huge job on nodes manipulation.

Revision history for this message
Nastya Urlapova (aurlapova) wrote :

@Igor, for d93a3a7 fuel-qa we use 2.9.16 fuel devops https://github.com/openstack/fuel-qa/blob/master/fuelweb_test/requirements.txt#L2
why did you use fuel-devops version 2.9.17 is question for you.

Changed in fuel:
assignee: Fuel QA Team (fuel-qa) → nobody
Revision history for this message
Igor Shishkin (teran) wrote :

@Nastya, please assign bugs to the team who is responsible for that: CI team in such case.

Changed in fuel:
assignee: nobody → Fuel CI (fuel-ci)
Revision history for this message
Dmitry Kaigarodеsev (dkaiharodsev) wrote :

I can see from the latest 'prepare_env' job that we're using 2.9.16 on related slaves:

+ [[ -n '' ]]
+ curl -fsS https://raw.githubusercontent.com/openstack/fuel-qa/master/fuelweb_test/requirements.txt
+ pip install -r /home/jenkins/workspace/prepare_env/venv-requirements.txt --upgrade
Collecting git+git://github.com/openstack/fuel-devops.git@2.9.16 (from -r /home/jenkins/workspace/prepare_env/venv-requirements.txt (line 2))
  Cloning git://github.com/openstack/fuel-devops.git (to 2.9.16) to /tmp/pip-XZsZfj-build

Revision history for this message
Igor Shishkin (teran) wrote :

Btw, LOL

(venv-nailgun-tests-2.9)jenkins@ci-slave04:~/venv-nailgun-tests-2.9$ pip freeze | fgrep dev
devops==2.9.9
fuel-devops==2.9.16
rst2pdf==0.93.dev0

https://ci.fuel-infra.org/job/9.0.fuel_community.ubuntu.bvt_2/20/console

Revision history for this message
Igor Shishkin (teran) wrote :

CI-team, please recreate venvs with python-devops and ensure we have the only version of the lib.

Revision history for this message
Dmitry Kaigarodеsev (dkaiharodsev) wrote :

we've avoid this issue by using fresh deployed slave

Changed in fuel:
status: Confirmed → Fix Committed
Revision history for this message
Roman Podoliaka (rpodolyaka) wrote :
Changed in fuel:
status: Fix Committed → Confirmed
milestone: 9.0 → 10.1
Revision history for this message
Dmitry Kaigarodеsev (dkaiharodsev) wrote :

related slave has been disabled until fix and recheck

Changed in fuel:
assignee: Fuel CI (fuel-ci) → Dmitry Kaigarodеsev (dkaiharodsev)
Revision history for this message
Roman Vyalov (r0mikiam) wrote :

Slave 02 was disabled, now bvt tests are green

Changed in fuel:
status: Confirmed → Fix Committed
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.