[HEADS UP] Dropping Fedora 24 from master
by Sandro Bonazzola
Hi,
as you may have already noticed, VDSM dropped FC24 support on master.
If nobody has valid reason to keep fc24 on master, I'll go ahead and drop
all remaining fc24 jobs from master next Friday, Feb 24th.
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
7 years, 10 months
Unable to start vm on specific host via ruby sdk
by Marc Young
Using the ruby sdk I'm unable to start a VM on a specific host.
According to the API docs at api/v4/model#types/vm_placement_policy :
Name Type
----------------
hosts Host[]
No matter what I specify, I run into this same bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1249521
65: require 'pry'
66: binding.pry
67:
=> 68: machine.start(
69: use_cloud_init: true,
70: vm: vm_configuration
71: )
72:
73: @app.call(env)
[1] pry(#<VagrantPlugins::OVirtProvider::Action::StartVM>)>
vm_configuration[:placement_policy] = { :hosts => [{ :host =>
'server.test.local' }], :affinity => 'pinned' }
[2] pry(#<VagrantPlugins::OVirtProvider::Action::StartVM>)> vm_configuration
=> {:initialization=>
{:host_name=>"test",
:nic_configurations=>[{:name=>"eth0", :on_boot=>true,
:boot_protocol=>"static", :ip=>{:version=>"v4", :address=>"192.168.2.200",
:gateway=>"192.168.2.1"}}],
:custom_script=>
"write_files:\n - content: |\n wat\n path:
/tmp/something.txt\n permissions: '0644'\nnetwork-interfaces: |\n auto
eth0\n iface eth0 inet static\n address 192.168.2.201\n network
192.168.2.0\n netmask 255.255.255.0\n gateway 192.168.2.1\n
dns-nameservers 192.168.2.113 192.168.2.1\n"},
:placement_policy=>{:hosts=>[{:host=>"server.test.local"}],
:affinity=>"pinned"}}
==> default: An error occured. Recovering..
==> default: Halting VM...
==> default: Waiting for VM to shutdown...
==> default: Removing VM...
/home/myoung/.rvm/gems/ruby-2.2.3/gems/ovirt-engine-sdk-4.1.2/lib/ovirtsdk4/service.rb:52:in
`raise_error': Fault reason is "Incomplete parameters". Fault detail is
"Host [id|name] required for validateAndUpdateHostsInPlacementPolicy". HTTP
response code is 400. (OvirtSDK4::Error)
The same goes with giving an object instead of a hash object
=> 68: machine.start(
69: use_cloud_init: true,
70: vm: vm_configuration
71: )
72:
73: @app.call(env)
[1] pry(#<VagrantPlugins::OVirtProvider::Action::StartVM>)> hosts_service =
env[:connection].system_service.hosts_service
[2] pry(#<VagrantPlugins::OVirtProvider::Action::StartVM>)> host =
hosts_service.list(search: 'name=server.test.local')[0]
[3] pry(#<VagrantPlugins::OVirtProvider::Action::StartVM>)> host.status
=> "up"
[4] pry(#<VagrantPlugins::OVirtProvider::Action::StartVM>)>
vm_configuration[:placement_policy] = { :hosts => [{ :host => host }]}
==> default: An error occured. Recovering..
==> default: Halting VM...
==> default: Waiting for VM to shutdown...
==> default: Removing VM...
/home/myoung/.rvm/gems/ruby-2.2.3/gems/ovirt-engine-sdk-4.1.2/lib/ovirtsdk4/service.rb:52:in
`raise_error': Fault reason is "Incomplete parameters". Fault detail is
"Host [id|name] required for validateAndUpdateHostsInPlacementPolicy". HTTP
response code is 400. (OvirtSDK4::Error)
from
/home/myoung/.rvm/gems/ruby-2.2.3/gems/ovirt-engine-sdk-4.1.2/lib/ovirtsdk4/service.rb:85:in
`check_action'
from
/home/myoung/.rvm/gems/ruby-2.2.3/gems/ovirt-engine-sdk-4.1.2/lib/ovirtsdk4/services.rb:29460:in
`start'
7 years, 10 months
DataCenter, Quota, Threshold
by Tony Wang
Hi,
I have a question about the Quota of DataCenter. I 'Add' Quota, and set the
threshold to 0% is failed, because the AddQuotaCommand will set to the
default value 80% when the threshold is 0%. But, when I 'Edit' this Quota,
I can set the threshold to 0%. Set the threshold to 0%, the 'Add' and
'Edit' operation gets different results. The operation step:
https://bugzilla.redhat.com/show_bug.cgi?id=1422922
Thanks.
7 years, 10 months
[Announcement] new manual job for ost
by Daniel Belenky
Hi all,
The oVirt infra team is proud to announce the *new manual job for
ovirt-system-tests.*
Link: http://jenkins.ovirt.org/job/ovirt-system-tests_manual/
The new job supports a new feature: testing oVirt upgrades!
The job can test upgrading current oVirt release from a previous release
with various options, see table below for full available testing matrix.
The new upgrade jobs will be soon added to the experimental flow and will
be part of the gating done to oVirt tested repo ( i.e any rpm which breaks
upgrade won't reach the tested repo ).
*How to use?*
- In order to use the manual ost job, you first have to build RPMs from
your open patches. Just add a comment to your open patch and write *'ci
please build', *and you'll get a link to the job that builds your patch.
- Go to the manual job, and click '*Build with parameters'*.
- Choose the oVirt version you wish to test (should match to the oVirt
version of your patch).
- Choose the suite type from the drop-down menu. The Available options
are:
- *Basic*
- *Upgrade from release*
- *Upgrade from prev release*
versionprevreleaserelease
master 4.0 4.1
4.1 4.0 4.1
4.0 ---- 4.0
- Add your custom URLs: here you should supply the link to the Jenkins
job that built your patch.
- Choose the fallback repo: This is the repo that the Job will fetch the
RPMs from. Your RPMs will be used on top of those RPMs.
- Choose Lago version: (Unless you want to test Lago's new features,
just use the table version)
- Click on *Build*, and let the job run. You'll get all the relevant
logs from the suites under the '*Build artifacts*' directory when the
job is done.
For more detailed review of using the manual job, please refer to Verifying
an oVirt patch with ovirt-system-tests
<http://ovirt-system-tests.readthedocs.io/en/latest/docs/CI/developers_inf...>
.
Please feel free to contact the infra team on infra(a)ovirt.org for any more
questions you have.
Sincerely,
*Daniel Belenky*
*RHV DevOps*
*Red Hat Israel*
7 years, 10 months
Bugs in modified state for 4.1.1
by Sandro Bonazzola
Hi,
we have currently 57 bugs on modified which are not referenced within today
oVirt 4.1.1 test compose according to:
https://bugzilla.redhat.com/buglist.cgi?quicksearch=classification%3Aovir...
Please go over them and set target-release to the build containing the fix.
If the build has not been done yet, please do.
If the build exists and it has not been yet added to test compose, please
do.
If everything has been already built and added to test compose, please also
move the bug to ON_QA.
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
7 years, 10 months
Update on Domain XML created by the engine
by Arik Hadas
Hi All,
Yesterday we merged the class LibvirtVmXmlBuilder in ovirt-engine.
It does not include the conversion of all the previously supported VM
properties (e.g., payload devices, OVS stuff, cinder disks - any help would
be appreciated btw) or covers all flows (e.g., run once) yet and there is
surely a place for improvement, but in its current state
LibvirtVmXmlBuilder is able to generate a libvirt's domxml on the engine
side for many typical VMs in our development environment.
If you happen to start working on a change that involves changing something
in the domxml, please do it by modifying this class. Our plan is to
deprecate the VM info map/dictionary soon.
Let me try to motivate you by example:
Let's say that you want to add support for a property of a disk called
'discard'.
In 4.1:
You had to patch VmInfoBuilderImpl to add another element to the VM info
map and then modify VDSM to use it when encoding the Disk device into XML.
Now:
You need to patch LibvirtVmXmlBuilder so the 'discard' property would be
set on the disk device element in the generated XML.
In order to test such a change you can:
(1) apply [1] to send the XML generated by the engine to VDSM
(2) apply [2] to send the XML generated by the engine to libvirt
[1] https://gerrit.ovirt.org/#/c/71088/
[2] https://gerrit.ovirt.org/#/c/65182/
Regards,
Arik
7 years, 10 months
VM, Stateless
by Tony Wang
Hi,
I have some questions with following operations:
Start a VM with "Stateless", then, edit this VM (is running) cancel the
"Stateless", popup the "Change that require Virtual Machine restart" view,
save all the operations. Restart this VM which still is Stateless.
It is reasonable?
7 years, 10 months
[ OST Failure Report ] [ ovirt master ] [ 14.02.17 ] [storage]
by Dusan Fodor
Hi,
storage task manager returns following error (vdsm.log):
2017-02-14 06:58:27,975-0500 ERROR (jsonrpc/1) [storage.TaskManager.Task]
(Task='1bc5b2ca-a44e-4794-81f9-d2415f27ad48') Unexpected error (task:871)
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 878,
in _run
return fn(*args, **kargs)
File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 52, in
wrapper
res = f(*args, **kwargs)
File "/usr/share/vdsm/storage/hsm.py", line 2215, in getAllTasksInfo
allTasksInfo = self._pool.getAllTasksInfo()
File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line
77, in wrapper
raise SecureError("Secured object is not in safe state")
SecureError: Secured object is not in safe state
2017-02-14 06:58:27,977-0500 INFO (jsonrpc/1) [storage.TaskManager.Task]
(Task='1bc5b2ca-a44e-4794-81f9-d2415f27ad48') aborting: Task is aborted:
u'Secured object is not in safe state' - code 100 (task:1176)
2017-02-14 06:58:27,978-0500 ERROR (jsonrpc/1) [storage.Dispatcher] Secured
object is not in safe state (dispatcher:80)
Traceback (most recent call last):
File "/usr/share/vdsm/storage/dispatcher.py", line 72, in wrapper
result = ctask.prepare(func, *args, **kwargs)
File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 106,
in wrapper
return m(self, *a, **kw)
File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 1184,
in prepare
raise self.error
SecureError: Secured object is not in safe state
It doesn't make OST fail, but i believe it is not desired.
Sadly, I'm not able to find patch that might be related, since all builds
in history have this error.
Link to build:
http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exp...
Link to vdsm.log:
http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exp...
7 years, 10 months
[ OST Failure Report ] [ oVirt master ] [ 14.02.17 ] [vm_run]
by Dusan Fodor
Hi,
vm_run fails with following error:
12:01:21 [basic_suit_el7] # vm_run:
12:04:27 [basic_suit_el7] * Collect artifacts:
12:04:27 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:01)
12:04:27 [basic_suit_el7] # vm_run: ERROR (in 0:03:05)
12:04:27 [basic_suit_el7] # snapshots_merge:
12:08:35 [basic_suit_el7] Error while running thread
12:08:35 [basic_suit_el7] Traceback (most recent call last):
12:08:35 [basic_suit_el7] File
"/usr/lib/python2.7/site-packages/lago/utils.py", line 56, in _ret_via_queue
12:08:35 [basic_suit_el7] queue.put({'return': func()})
12:08:35 [basic_suit_el7] File
"/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py",
line 427, in snapshot_live_merge
12:08:35 [basic_suit_el7] lambda: api.vms.get(VM0_NAME).status.state ==
'up'
12:08:35 [basic_suit_el7] File
"/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 260, in
assert_true_within_short
12:08:35 [basic_suit_el7] assert_equals_within_short(func, True,
allowed_exceptions)
12:08:35 [basic_suit_el7] File
"/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 244, in
assert_equals_within_short
12:08:35 [basic_suit_el7] func, value, SHORT_TIMEOUT,
allowed_exceptions=allowed_exceptions
12:08:35 [basic_suit_el7] File
"/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 230, in
assert_equals_within
12:08:35 [basic_suit_el7] '%s != %s after %s seconds' % (res, value,
timeout)
12:08:35 [basic_suit_el7] AssertionError: False != True after 180 seconds
12:08:35 [basic_suit_el7] * Collect artifacts:
12:08:36 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:02)
12:08:36 [basic_suit_el7] # snapshots_merge: ERROR (in 0:04:10)
12:08:36 [basic_suit_el7] # suspend_resume_vm:
12:08:36 [basic_suit_el7] * Collect artifacts:
Link to job:
http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exp...
Link to first failed build:
http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exp...
Link to change with possible cause: https://gerrit.ovirt.org/#/c/71633/
7 years, 10 months
[ OST Failure Report ] [ rhv master ] [ 14.02.17 ] [vm_run]
by Dusan Fodor
Hi,
vm_run fails with following error:
12:01:21 [basic_suit_el7] # vm_run:
12:04:27 [basic_suit_el7] * Collect artifacts:
12:04:27 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:01)
12:04:27 [basic_suit_el7] # vm_run: ERROR (in 0:03:05)
12:04:27 [basic_suit_el7] # snapshots_merge:
12:08:35 [basic_suit_el7] Error while running thread
12:08:35 [basic_suit_el7] Traceback (most recent call last):
12:08:35 [basic_suit_el7] File
"/usr/lib/python2.7/site-packages/lago/utils.py", line 56, in _ret_via_queue
12:08:35 [basic_suit_el7] queue.put({'return': func()})
12:08:35 [basic_suit_el7] File
"/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py",
line 427, in snapshot_live_merge
12:08:35 [basic_suit_el7] lambda: api.vms.get(VM0_NAME).status.state ==
'up'
12:08:35 [basic_suit_el7] File
"/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 260, in
assert_true_within_short
12:08:35 [basic_suit_el7] assert_equals_within_short(func, True,
allowed_exceptions)
12:08:35 [basic_suit_el7] File
"/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 244, in
assert_equals_within_short
12:08:35 [basic_suit_el7] func, value, SHORT_TIMEOUT,
allowed_exceptions=allowed_exceptions
12:08:35 [basic_suit_el7] File
"/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 230, in
assert_equals_within
12:08:35 [basic_suit_el7] '%s != %s after %s seconds' % (res, value,
timeout)
12:08:35 [basic_suit_el7] AssertionError: False != True after 180 seconds
12:08:35 [basic_suit_el7] * Collect artifacts:
12:08:36 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:02)
12:08:36 [basic_suit_el7] # snapshots_merge: ERROR (in 0:04:10)
12:08:36 [basic_suit_el7] # suspend_resume_vm:
12:08:36 [basic_suit_el7] * Collect artifacts:
12:08:38 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:01)
12:08:38 [basic_suit_el7] # suspend_resume_vm: ERROR (in 0:00:02)
Link to job:
http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exp...
7 years, 10 months
