[ OST Failure Report ] [ oVirt master (ovirt-engine) ] [ 03.06.18 ] [098_ovirt_provider_ovn.use_ovn_provider ]
by Gal Ben Haim
Specifically, it failed to unplug a nic from a VM.
Suspected patches:
https://gerrit.ovirt.org/#/c/91195/
Link to Job:
https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8019/
Link to all logs:
https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8019/artif...
(Relevant) error snippet from the log:
<error>
2018-06-03 06:35:30,764-04 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand]
(default task-1) [32c965fd] FINISH, HotUnplugNicVDSCommand, return: ,
log id: 18d9b4e9
2018-06-03 06:35:30,764-04 DEBUG
[org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
(default task-1) [32c965fd] method: runVdsCommand, params:
[HotUnplugNic, VmNicDeviceVDSParameters:{hostId='d0f5b521-ed04-4b9e-9524-7f8d4be842d0',
vm.vm_name='vm0',
nic='VmNic:{id='9419aca6-2fae-4851-a902-a6b5a88ac691',
vnicProfileId='8d12fcbb-23e8-432d-845a-ab2b97039955', speed='10000',
type='3', macAddress='00:1a:4a:16:01:0e', linked='true',
vmId='ec4303e9-2b7a-451d-9f43-836c29767652', vmTemplateId='null'}',
vmDevice='VmDevice:{id='VmDeviceId:{deviceId='9419aca6-2fae-4851-a902-a6b5a88ac691',
vmId='ec4303e9-2b7a-451d-9f43-836c29767652'}', device='bridge',
type='INTERFACE', specParams='[]', address='', managed='true',
plugged='true', readOnly='false', deviceAlias='',
customProperties='[]', snapshotId='null', logicalName='null',
hostDevice='null'}'}], timeElapsed: 55ms
2018-06-03 06:35:30,765-04 ERROR
[org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand]
(default task-1) [32c965fd] Command
'org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand'
failed: EngineException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to HotUnplugNicVDS,
error = General Exception: ('macAddr',), code = 100 (Failed with error
GeneralException and code 100)
2018-06-03 06:35:30,774-04 DEBUG
[org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
(default task-1) [32c965fd] method: get, params:
[d0f5b521-ed04-4b9e-9524-7f8d4be842d0], timeElapsed: 3ms
2018-06-03 06:35:30,781-04 DEBUG
[org.ovirt.engine.core.utils.timer.FixedDelayJobListener]
(DefaultQuartzScheduler5) [] Rescheduling
DEFAULT.org.ovirt.engine.core.bll.gluster.GlusterSyncJob.refreshLightWeightData#-9223372036854775795
as there is no unfired trigger.
2018-06-03 06:35:30,781-04 DEBUG
[org.ovirt.engine.core.utils.timer.FixedDelayJobListener]
(DefaultQuartzScheduler6) [] Rescheduling
DEFAULT.org.ovirt.engine.core.bll.gluster.GlusterServiceSyncJob.refreshGlusterServices#-9223372036854775801
as there is no unfired trigger.
2018-06-03 06:35:30,782-04 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-1) [32c965fd] EVENT_ID:
NETWORK_DEACTIVATE_VM_INTERFACE_FAILURE(1,015), Failed to unplug
Network Interface eth2 (VirtIO) from VM vm0. (User:
admin@internal-authz)
2018-06-03 06:35:30,791-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-1) [32c965fd] Compiled stored procedure. Call string i
</error>
--
*GAL bEN HAIM*
RHV DEVOPS
6 years, 5 months
Recent upgrade issues caused by mess in database scripts
by Martin Perina
Hi,
recently [1], [2] were raised, but the main reason for those bugs was the
we are no paying enough attention to consequences when doing backports.
Below are two examples which we need to pay more attention to:
1. Database upgrade scripts naming and numbering
- there's no problem if the same script has different name or number
between y-streams (for example 4.3 and 4.2), but names and number need to
match between z-streams
- if we are going to do async release (for example 4.2.3.z) and we need
to backport to async branch patch which includes db upgrade script, we need
to make sure to align db scripts in branch from which next z-stream will be
built (for example 4.2, patch [3] can be used as an example how to fix this
issue)
2. Use the same name of database upgrade script when doing backports
- when backporting some patches to z-stream branch please use the same db
script name and change only db script number as needed, otherwise backports
are quite confusing (for example [4] and [5])
Patch [3] fixes the situation, so when included into 4.2.4 build it should
allow smooth upgrade from 4.2.3.z to 4.2.4, but users which already
performed upgrade are in trouble. @Eli is there any way how we can force
execution of db scripts, which were skipped due to the mess in names
between 4.2.3.z and 4.2.4 to help users which have already broken database?
@Tal/@Piotr, could you please pay even more attention when merging patches
containing db scripts to z-stream async branches (normal branch, for
example ovirt-engine-4.2, should be fine, but ovirt-engine-4.2.3.z requires
more attention)? I agree that developer who backports the patch should
handle the situation (feel free to ask infra team if unsure about
consequences), but you are the last safety check we have.
Thanks a lot
Martin
[1] https://bugzilla.redhat.com/1583562
[2] https://bugzilla.redhat.com/1583664
[3] https://gerrit.ovirt.org/91874
[4] https://gerrit.ovirt.org/90695
[5] https://gerrit.ovirt.org/90698
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
6 years, 5 months
[ OST Failure Report ] [ hc-basic-suite-4.2 ] [30-05-2018 ] [ 002_bootstrap.add_hosts ]
by Gal Ben Haim
Hi,
4.2 Hyper-converged suite is failing on "add_hosts" test (host 1 deployment
failed).
Link to Job:
https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-te...
Link to all logs:
https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-te...
(Relevant) error snippet from the host deploy log:
<error>
2018-05-30 05:30:09,706-0400 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND **%EventStart STAGE misc
METHOD otopi.plugins.ovirt_host_deploy.hosted-engine.configureha.Plugin._set_ha_conf
(None)
2018-05-30 05:30:09,713-0400 ERROR
otopi.plugins.ovirt_host_deploy.hosted-engine.configureha
configureha._set_ha_conf:114 HA client was not imported
2018-05-30 05:30:09,713-0400 DEBUG otopi.context
context._executeMethod:143 method exception
Traceback (most recent call last):
File "/tmp/ovirt-lQCcc6VFAV/pythonlib/otopi/context.py", line 133,
in _executeMethod
method['method']()
File "/tmp/ovirt-lQCcc6VFAV/otopi-plugins/ovirt-host-deploy/hosted-engine/configureha.py",
line 116, in _set_ha_conf
_('Cannot resolve ovirt_hosted_engine_ha module')
RuntimeError: Cannot resolve ovirt_hosted_engine_ha module
<error>
--
*GAL bEN HAIM*
RHV DEVOPS
6 years, 5 months
I want to Translate Ovirt To Chinese
by 唐朝
Hi:
I am a software engineer in China. Chinese is my native language.
I prefer to Ovirt than Openstack.Your jobs is very prefessional.
Best wishes!
6 years, 5 months
