engine master failing build on fcraw
by Sandro Bonazzola
Hi,
http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-fcraw-x86_64...
failed on fcraw with:
*10:59:21* Failed tests:
org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest: Unable to
init tests
Test output was:
*10:59:11* Running
org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest*10:59:13*
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.296
sec <<< FAILURE!*10:59:13*
org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest Time elapsed:
2287 sec <<< FAILURE!*10:59:13* java.lang.AssertionError: Unable to
init tests*10:59:13* at
org.ovirt.engine.core.dao.BaseDaoTestCase.initTestCase(BaseDaoTestCase.java:84)*10:59:13*
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)*10:59:13* at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)*10:59:13*
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)*10:59:13*
at java.lang.reflect.Method.invoke(Method.java:498)*10:59:13* at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)*10:59:13*
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)*10:59:13*
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)*10:59:13*
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)*10:59:13*
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)*10:59:13*
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)*10:59:13*
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)*10:59:13*
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191)*10:59:13*
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)*10:59:13*
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)*10:59:13*
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)*10:59:13*
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)*10:59:13* at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)*10:59:13*
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)*10:59:13*
at java.lang.reflect.Method.invoke(Method.java:498)*10:59:13* at
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)*10:59:13*
at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)*10:59:13*
at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)*10:59:13*
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)*10:59:13*
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)*10:59:13*
Caused by: java.lang.NullPointerException*10:59:13* at
org.postgresql.jdbc2.AbstractJdbc2DatabaseMetaData.getColumns(AbstractJdbc2DatabaseMetaData.java:2501)*10:59:13*
at org.postgresql.jdbc4.AbstractJdbc4DatabaseMetaData.getColumns(AbstractJdbc4DatabaseMetaData.java:98)*10:59:13*
at org.dbunit.database.DefaultMetadataHandler.getColumns(DefaultMetadataHandler.java:52)*10:59:13*
at org.dbunit.database.DatabaseTableMetaData.getColumns(DatabaseTableMetaData.java:317)*10:59:13*
at org.dbunit.dataset.AbstractTableMetaData.getColumnIndex(AbstractTableMetaData.java:106)*10:59:13*
at org.dbunit.operation.AbstractOperation.getOperationMetaData(AbstractOperation.java:89)*10:59:13*
at org.dbunit.operation.AbstractBatchOperation.execute(AbstractBatchOperation.java:150)*10:59:13*
at org.dbunit.operation.CompositeOperation.execute(CompositeOperation.java:79)*10:59:13*
at org.ovirt.engine.core.dao.BaseDaoTestCase.initTestCase(BaseDaoTestCase.java:66)*10:59:13*
... 24 more*10:59:13*
I'm disabling again fcraw tests for ovirt-engine, please let me know when
this issue has been addressed.
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
6 years, 10 months
Building the oVirt Engine master branch fails due to isort, python issues
by Steven Rosenberg
Dear Martin Perina,
We found some issues with the oVirt Engine master branch when updating the
version via git pull.
We then performed the make command:
make clean install-dev PREFIX=~/ovirt_engine_master
DEV_BUILD_SCL_POSTGRESQL=1
It seems a new dependency was added for isort, so the make fails with the
following error:
--------------------------------------------------------------------------------------------------------------------
packaging/setup/plugins/ovirt-engine-rename/ovirt-engine/database.py:313:21:
E126 continuation line over-indented for hanging indent
packaging/setup/plugins/ovirt-engine-rename/ovirt-engine/database.py:314:21:
E126 continuation line over-indented for hanging indent
packaging/setup/plugins/ovirt-engine-common/base/core/duplicated_constants_check.py:109:17:
E124 closing bracket does not match visual indentation
+ ret=1
+ which isort
+ echo 'WARNING: tool '\''isort'\'' is missing'
WARNING: tool 'isort' is missing
+ exit 1
make[1]: *** [validations] Error 1
make[1]: Leaving directory `/home/srosenbe/Documents/git/ovirt-engine'
make: *** [all-dev] Error 2
--------------------------------------------------------------------------------------------------------------------
To attempt to address this issue, we guessed and installed python2-isort
through yum, though the readme states it is optional.
Though the process continued, it then failed in the python module:
/home/srosenbe/Documents/git/ovirt-engine/packaging/pythonlib/ovirt_engine/service.py
That error is here:
---------------------------------------------------------------------------------------------------------------------------
---
/home/srosenbe/Documents/git/ovirt-engine/packaging/pythonlib/ovirt_engine/service.py:before
2018-02-12 12:17:26
+++
/home/srosenbe/Documents/git/ovirt-engine/packaging/pythonlib/ovirt_engine/service.py:after
2018-02-26 12:07:11.233915
@@ -31,6 +31,7 @@
import time
import daemon
+
from dateutil import tz
+ exit 1
make[1]: *** [validations] Error 1
make[1]: Leaving directory `/home/srosenbe/Documents/git/ovirt-engine'
make: *** [all-dev] Error 2
---------------------------------------------------------------------------------------------------------------------------
Please advise if you have a quick fix or when this issue will be addressed.
Thank you for your time and consideration.
With Best Regards.
Steven Rosenberg.
6 years, 10 months
Why do we need ovirt-engine-sdk-python on a host?
by Yaniv Kaul
Installed hosted-engine on a host, and was surprised to find out
ovirt-engine-sdk-python.
Trying to remove it ends up in several deps that I don't understand:
cockpit-ovirt-dashboard
ovirt-engine-appliance
ovirt-host
ovirt-hosted-engine-setup
Is any of them using (still?) the v3 Python API?
TIA,
Y.
6 years, 10 months
[ OST Failure Report ] [ oVirt Master (ovirt-hosted-engine-setup) ] [ 26-02-2018 ] [ 007_sd_reattach.deactivate_storage_domain ]
by Dafna Ron
Hi,
We had a failure for 007_sd_reattach.deactivate_storage_domain because of
running tasks on the storage domain.
we have an open bug for this re-coring race on ost:
https://bugzilla.redhat.com/show_bug.cgi?id=1538228
Please note the change reported does not seem to be related to the failure
and I have re-triggered it.
*Link and headline of suspected patches: Patch is not relatedLink to
Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5866
<http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5866>Link to
all
logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5866/a...
<http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5866/artifacts>(Relevant)
error snippet from the log: <error>2018-02-26 07:03:39,691-05 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-9) [bebde602-3277-4ec4-be4f-7d60969080ec] SqlCall for
procedure [GetAsyncTasksByEntityId] compiled2018-02-26 07:03:39,692-05
WARN
[org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand]
(default task-9) [bebde602-3277-4ec4-be4f-7d60969080ec] There are running
tasks: 'AsyncTask:{commandId='c455f212-4cb1-46e8-a2b5-61816c7e8b79',
rootCommandId='c455f212-4cb1-46e8-a2b5-61816c7e8b79',
storagePoolId='c0a3f481-4598-4b0a-aabc-4acc67cd45b5',
taskId='5b342d74-4726-4430-924a-2fb9d1ab9201',
vdsmTaskId='477aee46-f8d7-4676-bf33-3035e61e5ca9', stepId='null',
taskType='downloadImageFromStream',
status='running'}AsyncTask:{commandId='d2128202-bb95-4c29-80df-c5a822aad457',
rootCommandId='d2128202-bb95-4c29-80df-c5a822aad457',
storagePoolId='c0a3f481-4598-4b0a-aabc-4acc67cd45b5',
taskId='fe3a6031-ebce-463c-bba7-5c78ddda0f18',
vdsmTaskId='6ef057d6-6034-477b-ae01-bb87beb68584', stepId='null',
taskType='downloadImageFromStream', status='running'}'2018-02-26
07:03:39,692-05 WARN
[org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand]
(default task-9) [bebde602-3277-4ec4-be4f-7d60969080ec] Validation of
action 'DeactivateStorageDomainWithOvfUpdate' failed for user
admin@internal-authz. Reasons:
VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__DEACTIVATE,ERROR_CANNOT_DEACTIVATE_DOMAIN_WITH_TASKS2018-02-26
07:03:39,693-05 INFO
[org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand]
(default task-9) [bebde602-3277-4ec4-be4f-7d60969080ec] Lock freed to
object
'EngineLock:{exclusiveLocks='[167d2b72-445d-424c-ac1e-f3c8d6e8aeca=STORAGE]',
sharedLocks='[c0a3f481-4598-4b0a-aabc-4acc67cd45b5=POOL]'}'2018-02-26
07:03:39,693-05 DEBUG
[org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
(default task-9) [bebde602-3277-4ec4-be4f-7d60969080ec] method: runAction,
params: [DeactivateStorageDomainWithOvfUpdate,
DeactivateStorageDomainWithOvfUpdateParameters:{commandId='f64e5c4b-51b3-4b90-97d6-b6b2544d9874',
user='null', commandType='Unknown'}], timeElapsed: 63ms2018-02-26
07:03:39,698-05 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
task-9) [] Operation Failed: [Cannot deactivate Storage while there are
running tasks on this Storage.-Please wait until tasks will finish and try
again.]2018-02-26 07:03:40,659-05 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-02-26 07:03:40,660-05 DEBUG
[org.ovirt.engine.core.utils.timer.FixedDelayJobListener]
(DefaultQuartzScheduler1) [] Rescheduling
DEFAULT.org.ovirt.engine.core.bll.gluster.GlusterSyncJob.refreshLightWeightData#-9223372036854775795
as there is no unfired trigger.2018-02-26 07:03:40,764-05 INFO
[org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
(EE-ManagedThreadFactory-engineScheduled-Thread-81) [] Polling and updating
Async Tasks: 6 tasks, 4 tasks to poll now2018-02-26 07:03:40,767-05 DEBUG
[org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksStatusesVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-81) [] START,
SPMGetAllTasksStatusesVDSCommand(
IrsBaseVDSCommandParameters:{storagePoolId='c0a3f481-4598-4b0a-aabc-4acc67cd45b5',
ignoreFailoverLimit='false'}), log id: 226c225f</error>*
6 years, 10 months
[VDSM] Flaky network test?
by Nir Soffer
I had this random failure (one in 3 builds) - can we mark this tests as
broken on ovirt ci
until we make it more reliable?
*00:04:16.904* ======================================================================*00:04:16.905*
ERROR: test_add_ipv6_gateway_given_existing_ipv4_and_ipv6_gateways
(network.ip_address_test.TestAddressSetup)*00:04:16.906*
----------------------------------------------------------------------*00:04:16.906*
Traceback (most recent call last):*00:04:16.906* File
"/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/tests/network/ip_address_test.py",
line 147, in test_add_ipv6_gateway_given_existing_ipv4_and_ipv6_gateways*00:04:16.908*
address.add(nic, ipv4=None, ipv6=ipv6)*00:04:16.908* File
"/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/lib/vdsm/network/ip/address/__init__.py",
line 277, in add*00:04:16.909* _add_ipv6_address(iface,
ipv6)*00:04:16.909* File
"/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/lib/vdsm/network/ip/address/__init__.py",
line 292, in _add_ipv6_address*00:04:16.910*
ipwrapper.addrAdd(iface, ipv6addr, ipv6netmask,
family=6)*00:04:16.911* File
"/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/lib/vdsm/network/ipwrapper.py",
line 561, in addrAdd*00:04:16.911*
_exec_cmd(command)*00:04:16.912* File
"/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/lib/vdsm/network/ipwrapper.py",
line 482, in _exec_cmd*00:04:16.912* raise exc(returnCode,
error.splitlines())*00:04:16.913* IPRoute2Error: (2, ['RTNETLINK
answers: File exists'])*00:04:16.913* -------------------- >> begin
captured logging << --------------------*00:04:16.914* 2018-02-26
12:31:00,244 DEBUG (MainThread) [root] /sbin/ip link add name
dummy_aZGko type dummy (cwd None) (cmdutils:150)*00:04:16.915*
2018-02-26 12:31:00,256 DEBUG (MainThread) [root] SUCCESS: <err> = '';
<rc> = 0 (cmdutils:158)*00:04:16.915* 2018-02-26 12:31:00,260 DEBUG
(netlink/events) [root] START thread <Thread(netlink/events, started
daemon 140705544533760)> (func=<bound method Monitor._scan of
<vdsm.network.netlink.monitor.Monitor object at 0x5c51150>>, args=(),
kwargs={}) (concurrent:192)*00:04:16.917* 2018-02-26 12:31:00,261
DEBUG (MainThread) [root] /sbin/ip link set dev dummy_aZGko up (cwd
None) (cmdutils:150)*00:04:16.918* 2018-02-26 12:31:00,272 DEBUG
(MainThread) [root] SUCCESS: <err> = ''; <rc> = 0
(cmdutils:158)*00:04:16.919* 2018-02-26 12:31:00,275 DEBUG
(netlink/events) [root] FINISH thread <Thread(netlink/events, started
daemon 140705544533760)> (concurrent:195)*00:04:16.920* 2018-02-26
12:31:00,279 DEBUG (MainThread) [root] /sbin/ip route show to
0.0.0.0/0 table main (cwd None) (cmdutils:150)*00:04:16.921*
2018-02-26 12:31:00,293 DEBUG (MainThread) [root] SUCCESS: <err> = '';
<rc> = 0 (cmdutils:158)*00:04:16.921* 2018-02-26 12:31:00,295 DEBUG
(MainThread) [root] /sbin/ip -6 route show to ::/0 table main (cwd
None) (cmdutils:150)*00:04:16.922* 2018-02-26 12:31:00,311 DEBUG
(MainThread) [root] SUCCESS: <err> = ''; <rc> = 0
(cmdutils:158)*00:04:16.923* 2018-02-26 12:31:00,313 DEBUG
(MainThread) [root] /sbin/ip -4 addr add dev dummy_aZGko
192.168.99.1/255.255.255.248 (cwd None) (cmdutils:150)*00:04:16.924*
2018-02-26 12:31:00,328 DEBUG (MainThread) [root] SUCCESS: <err> = '';
<rc> = 0 (cmdutils:158)*00:04:16.925* 2018-02-26 12:31:00,329 DEBUG
(MainThread) [root] /sbin/ip -4 route add default via 192.168.99.6
(cwd None) (cmdutils:150)*00:04:16.925* 2018-02-26 12:31:00,340 DEBUG
(MainThread) [root] SUCCESS: <err> = ''; <rc> = 0
(cmdutils:158)*00:04:16.926* 2018-02-26 12:31:00,342 DEBUG
(MainThread) [root] /sbin/ip -6 addr flush dev dummy_aZGko scope
global (cwd None) (cmdutils:150)*00:04:16.927* 2018-02-26 12:31:00,363
DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0
(cmdutils:158)*00:04:16.928* 2018-02-26 12:31:00,364 DEBUG
(MainThread) [root] /sbin/ip -6 addr add dev dummy_aZGko 2001:99::1/64
(cwd None) (cmdutils:150)*00:04:16.929* 2018-02-26 12:31:00,398 DEBUG
(MainThread) [root] SUCCESS: <err> = ''; <rc> = 0
(cmdutils:158)*00:04:16.929* 2018-02-26 12:31:00,399 DEBUG
(MainThread) [root] /sbin/ip -6 route add default via 2001:99::99 dev
dummy_aZGko (cwd None) (cmdutils:150)*00:04:16.930* 2018-02-26
12:31:00,410 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0
(cmdutils:158)*00:04:16.931* 2018-02-26 12:31:00,412 DEBUG
(MainThread) [root] /sbin/ip -6 addr flush dev dummy_aZGko scope
global (cwd None) (cmdutils:150)*00:04:16.932* 2018-02-26 12:31:00,441
DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0
(cmdutils:158)*00:04:16.932* 2018-02-26 12:31:00,442 DEBUG
(MainThread) [root] /sbin/ip -6 addr add dev dummy_aZGko 2001:99::1/64
(cwd None) (cmdutils:150)*00:04:17.049* 2018-02-26 12:31:00,473
DCoverage.py warning: Module
/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/vdsm
was never imported. (module-not-imported)*00:04:32.618* EBUG
(MainThread) [root] FAILED: <err> = 'RTNETLINK answers: File
exists\n'; <rc> = 2 (cmdutils:158)*00:04:32.619* 2018-02-26
12:31:00,482 DEBUG (MainThread) [root] /sbin/ip link del dev
dummy_aZGko (cwd None) (cmdutils:150)*00:04:32.619* 2018-02-26
12:31:00,549 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0
(cmdutils:158)*00:04:32.620* --------------------- >> end captured
logging << ---------------------
6 years, 10 months
restore snapshot cannot restore memory
by pengyixiang
------=_Part_117285_1072407852.1519401934490
Content-Type: text/plain; charset=GBK
Content-Transfer-Encoding: base64
aGVsbG8KICAgIEkgZm91bmQgaWYgd2UgcmV0b3JlIHNuYXBzaG90LCBtZW1vcnkgY2Fubm90IGJl
IHJlc3RvcmVkLCBJIHRlc3QgaXQgd2l0aCBvdmlydC00LjEuMqGidmRzbS00LjE3LjAgYW5kIGxp
YnZpcnQtMy4wLjAsIAphbmQgaSBnZXQgc29tZSBlcnJvcnMgaW4gWzFdLGl0IHNlZW1zIHZtIG5v
dCBwYXVzZWQgaW4gY3JlYXRpbmcgc25hcHNob3QsIGJ1dCBzZWxmLl91bmRlcmx5aW5nQ29udCgp
IGNhbGxlZCBpbiB2bSBzdGFydGluZywKc28gZXJyb3Igb2NjdXJzLCB0aGVuIHZtIGlzIHN0YXJ0
ZWQgaW4gbGlidmlydCBidXQgc2h1dGRvd25lZCBpbiB2ZHNtLCBjaGFuZ2VzIGluIFsyXSwgdGhl
biBpdCB3b3JrcyB3ZWxsLgoKCgoKWzFdCjIwMTgtMDItMTIgMTk6Mzk6MjMsODMwKzA4MDAgRVJS
T1IgKHZtL2Q3YmUwZmRlKSBbdmlydC52bV0gKHZtSWQ9J2Q3YmUwZmRlLWY5YjktNDQ0Ny1hMjUw
LTI0NTM0ODJmYWVmOScpIFRoZSB2bSBzdGFydCBwcm9jZXNzIGZhaWxlZCAodm06NjYyKQpUcmFj
ZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6CiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3Zp
cnQvdm0ucHkiLCBsaW5lIDYwNywgaW4gX3N0YXJ0VW5kZXJseWluZ1ZtCiAgICBzZWxmLl9jb21w
bGV0ZUluY29taW5nTWlncmF0aW9uKCkKICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5w
eSIsIGxpbmUgMzI2OCwgaW4gX2NvbXBsZXRlSW5jb21pbmdNaWdyYXRpb24KICAgIHNlbGYuY29u
dCgpCiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDExMjgsIGluIGNv
bnQKICAgIHNlbGYuX3VuZGVybHlpbmdDb250KCkKICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmly
dC92bS5weSIsIGxpbmUgMzM2OCwgaW4gX3VuZGVybHlpbmdDb250CiAgICBzZWxmLl9kb20ucmVz
dW1lKCkKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3ZpcnQv
dmlyZG9tYWluLnB5IiwgbGluZSA2OSwgaW4gZgogICAgcmV0ID0gYXR0cigqYXJncywgKiprd2Fy
Z3MpCiAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L2Rpc3QtcGFja2FnZXMvdmRzbS9saWJ2aXJ0
Y29ubmVjdGlvbi5weSIsIGxpbmUgMTIzLCBpbiB3cmFwcGVyCiAgICByZXQgPSBmKCphcmdzLCAq
Kmt3YXJncykKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3V0
aWxzLnB5IiwgbGluZSA5MjYsIGluIHdyYXBwZXIKICAgIHJldHVybiBmdW5jKGluc3QsICphcmdz
LCAqKmt3YXJncykKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy9saWJ2
aXJ0LnB5IiwgbGluZSAxOTA1LCBpbiByZXN1bWUKICAgIGlmIHJldCA9PSAtMTogcmFpc2UgbGli
dmlydEVycm9yICgndmlyRG9tYWluUmVzdW1lKCkgZmFpbGVkJywgZG9tPXNlbGYpCmxpYnZpcnRF
cnJvcjogUmVxdWVzdGVkIG9wZXJhdGlvbiBpcyBub3QgdmFsaWQ6IGRvbWFpbiBpcyBhbHJlYWR5
IHJ1bm5pbmcKCgpbMl0KLS0tIGEvTGlueF9Ob2RlL25vZGVfaXNvL2luc3RhbGxfc2NyaXB0L3B5
L3Zkc20vdmRzbS92aXJ0L3ZtLnB5CisrKyBiL0xpbnhfTm9kZS9ub2RlX2lzby9pbnN0YWxsX3Nj
cmlwdC9weS92ZHNtL3Zkc20vdmlydC92bS5weQpAQCAtMzY3Nyw2ICszNjc3LDggQEAgY2xhc3Mg
Vm0ob2JqZWN0KToKICAgICAgICAgZWxzZToKICAgICAgICAgICAgIHNuYXBGbGFncyB8PSBsaWJ2
aXJ0LlZJUl9ET01BSU5fU05BUFNIT1RfQ1JFQVRFX0RJU0tfT05MWQogCisgICAgICAgIHNlbGYu
X3VuZGVybHlpbmdQYXVzZSgpCisKICAgICAgICAgIyBXaGVuIGNyZWF0aW5nIG1lbW9yeSBzbmFw
c2hvdCBsaWJ2aXJ0IHdpbGwgcGF1c2UgdGhlIHZtCiAgICAgICAgIHNob3VsZF9mcmVlemUgPSBu
b3QgKG1lbW9yeVBhcmFtcyBvciBmcm96ZW4pCiAKQEAgLTM3MzQsNiArMzczNiw4IEBAIGNsYXNz
IFZtKG9iamVjdCk6CiAgICAgICAgICAgICBpZiBtZW1vcnlQYXJhbXM6CiAgICAgICAgICAgICAg
ICAgc2VsZi5jaWYudGVhcmRvd25Wb2x1bWVQYXRoKG1lbW9yeVZvbCkKIAorICAgICAgICBzZWxm
Ll91bmRlcmx5aW5nQ29udCgpCisKICAgICAgICAgIyBSZXR1cm5pbmcgcXVpZXNjZSB0byBub3Rp
ZnkgdGhlIG1hbmFnZXIgd2hldGhlciB0aGUgZ3Vlc3QgYWdlbnQKICAgICAgICAgIyBmcm96ZSBh
bmQgZmx1c2hlZCB0aGUgZmlsZXN5c3RlbXMgb3Igbm90LgogICAgICAgICBxdWllc2NlID0gc2hv
dWxkX2ZyZWV6ZSBhbmQgZnJlZXplZFsic3RhdHVzIl1bImNvZGUiXSA9PSAw
------=_Part_117285_1072407852.1519401934490
Content-Type: text/html; charset=GBK
Content-Transfer-Encoding: base64
PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7
Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG88L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgSSBm
b3VuZCBpZiB3ZSByZXRvcmUgc25hcHNob3QsIG1lbW9yeSBjYW5ub3QgYmUgcmVzdG9yZWQsIEkg
dGVzdCBpdCB3aXRoIG92aXJ0LTQuMS4yoaJ2ZHNtLTQuMTcuMCBhbmQgbGlidmlydC0zLjAuMCwm
bmJzcDs8L2Rpdj48ZGl2PmFuZCBpIGdldCBzb21lIGVycm9ycyBpbiBbMV0saXQgc2VlbXMgdm0g
bm90IHBhdXNlZCBpbiBjcmVhdGluZyBzbmFwc2hvdCwgYnV0IHNlbGYuX3VuZGVybHlpbmdDb250
KCkgY2FsbGVkIGluIHZtIHN0YXJ0aW5nLDwvZGl2PjxkaXY+c28gZXJyb3Igb2NjdXJzLCB0aGVu
IHZtIGlzIHN0YXJ0ZWQgaW4gbGlidmlydCBidXQgc2h1dGRvd25lZCBpbiB2ZHNtLCBjaGFuZ2Vz
IGluIFsyXSwgdGhlbiBpdCB3b3JrcyB3ZWxsLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJy
PjwvZGl2PjxkaXY+WzFdPC9kaXY+PGRpdj4yMDE4LTAyLTEyIDE5OjM5OjIzLDgzMCswODAwIEVS
Uk9SICh2bS9kN2JlMGZkZSkgW3ZpcnQudm1dICh2bUlkPSdkN2JlMGZkZS1mOWI5LTQ0NDctYTI1
MC0yNDUzNDgyZmFlZjknKSBUaGUgdm0gc3RhcnQgcHJvY2VzcyBmYWlsZWQgKHZtOjY2Mik8YnI+
VHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOjxicj4mbmJzcDsgRmlsZSAiL3Vzci9z
aGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDYwNywgaW4gX3N0YXJ0VW5kZXJseWluZ1ZtPGJy
PiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl9jb21wbGV0ZUluY29taW5nTWlncmF0aW9uKCk8YnI+
Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSAzMjY4LCBpbiBf
Y29tcGxldGVJbmNvbWluZ01pZ3JhdGlvbjxicj4mbmJzcDsmbmJzcDsmbmJzcDsgc2VsZi5jb250
KCk8YnI+Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSAxMTI4
LCBpbiBjb250PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl91bmRlcmx5aW5nQ29udCgpPGJy
PiZuYnNwOyBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5weSIsIGxpbmUgMzM2OCwgaW4g
X3VuZGVybHlpbmdDb250PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl9kb20ucmVzdW1lKCk8
YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9kaXN0LXBhY2thZ2VzL3Zkc20vdmly
dC92aXJkb21haW4ucHkiLCBsaW5lIDY5LCBpbiBmPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyByZXQg
PSBhdHRyKCphcmdzLCAqKmt3YXJncyk8YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIu
Ny9kaXN0LXBhY2thZ2VzL3Zkc20vbGlidmlydGNvbm5lY3Rpb24ucHkiLCBsaW5lIDEyMywgaW4g
d3JhcHBlcjxicj4mbmJzcDsmbmJzcDsmbmJzcDsgcmV0ID0gZigqYXJncywgKiprd2FyZ3MpPGJy
PiZuYnNwOyBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3V0aWxz
LnB5IiwgbGluZSA5MjYsIGluIHdyYXBwZXI8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJldHVybiBm
dW5jKGluc3QsICphcmdzLCAqKmt3YXJncyk8YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhv
bjIuNy9kaXN0LXBhY2thZ2VzL2xpYnZpcnQucHkiLCBsaW5lIDE5MDUsIGluIHJlc3VtZTxicj4m
bmJzcDsmbmJzcDsmbmJzcDsgaWYgcmV0ID09IC0xOiByYWlzZSBsaWJ2aXJ0RXJyb3IgKCd2aXJE
b21haW5SZXN1bWUoKSBmYWlsZWQnLCBkb209c2VsZik8YnI+bGlidmlydEVycm9yOiBSZXF1ZXN0
ZWQgb3BlcmF0aW9uIGlzIG5vdCB2YWxpZDogZG9tYWluIGlzIGFscmVhZHkgcnVubmluZzwvZGl2
PjxkaXY+PGJyPjwvZGl2PjxkaXY+WzJdPC9kaXY+PGRpdj48ZGl2Pi0tLSBhL0xpbnhfTm9kZS9u
b2RlX2lzby9pbnN0YWxsX3NjcmlwdC9weS92ZHNtL3Zkc20vdmlydC92bS5weTwvZGl2PjxkaXY+
KysrIGIvTGlueF9Ob2RlL25vZGVfaXNvL2luc3RhbGxfc2NyaXB0L3B5L3Zkc20vdmRzbS92aXJ0
L3ZtLnB5PC9kaXY+PGRpdj5AQCAtMzY3Nyw2ICszNjc3LDggQEAgY2xhc3MgVm0ob2JqZWN0KTo8
L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtlbHNlOjwvZGl2Pjxk
aXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7c25hcEZs
YWdzIHw9IGxpYnZpcnQuVklSX0RPTUFJTl9TTkFQU0hPVF9DUkVBVEVfRElTS19PTkxZPC9kaXY+
PGRpdj4mbmJzcDs8L2Rpdj48ZGl2PismbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgc2VsZi5f
dW5kZXJseWluZ1BhdXNlKCk8L2Rpdj48ZGl2Pis8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsjIFdoZW4gY3JlYXRpbmcgbWVtb3J5IHNuYXBzaG90IGxpYnZpcnQg
d2lsbCBwYXVzZSB0aGUgdm08L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDtzaG91bGRfZnJlZXplID0gbm90IChtZW1vcnlQYXJhbXMgb3IgZnJvemVuKTwvZGl2Pjxk
aXY+Jm5ic3A7PC9kaXY+PGRpdj5AQCAtMzczNCw2ICszNzM2LDggQEAgY2xhc3MgVm0ob2JqZWN0
KTo8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwO2lmIG1lbW9yeVBhcmFtczo8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7c2VsZi5jaWYudGVhcmRvd25Wb2x1
bWVQYXRoKG1lbW9yeVZvbCk8L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxkaXY+KyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyBzZWxmLl91bmRlcmx5aW5nQ29udCgpPC9kaXY+PGRpdj4rPC9kaXY+
PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IyBSZXR1cm5pbmcgcXVpZXNj
ZSB0byBub3RpZnkgdGhlIG1hbmFnZXIgd2hldGhlciB0aGUgZ3Vlc3QgYWdlbnQ8L2Rpdj48ZGl2
PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsjIGZyb3plIGFuZCBmbHVzaGVkIHRo
ZSBmaWxlc3lzdGVtcyBvciBub3QuPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7cXVpZXNjZSA9IHNob3VsZF9mcmVlemUgYW5kIGZyZWV6ZWRbInN0YXR1cyJdWyJj
b2RlIl0gPT0gMDwvZGl2PjwvZGl2PjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vm
b290ZXIiPjxwPiZuYnNwOzwvcD48L3NwYW4+
------=_Part_117285_1072407852.1519401934490--
6 years, 10 months
The importance of fixing failed build-artifacts jobs
by Dafna Ron
Hi All,
We have been seeing a large amount of changes that are not deployed into
tested lately because of failed build-artifacts jobs so we decided that
perhaps we need to explain the importance of fixing a failed
build-artifacts job.
If a change failed a build-artifacts job, no matter what platform/arch it
failed in, the change will not be deployed to tested.
Here is an example of a change that will not be added to tested:
[image: Inline image 1]
As you can see, only one of the build-artifacts jobs failed but since the
project specify that it requires all of these arches/platforms, the change
will not be added to tested until all of the jobs are fixed.
So what can we do?
1. Add the code which builds-artifacts to 'check-patch' so you'll get a -1
if a build failed (assuming you will not merge with -1 from CI).
2. post merge - look for emails on failed artifacts on your change (you
will have to fix the job and then re-trigger the change)
3. you can see all current broken failed artifacts jobs in jenkins under
'unstable critical' view [1] and you will know if your project is being
deployed.
4. Remove the broken OS from your project ( either from Jenkins or from
your automation dir if you're using V2 ) - ask us for help! this should be
an easy patch
5.Don't add new OS builds until you're absolutly sure they work ( you can
add check-patch to keep testing it, but don't add build-artifacts until its
stable ).
Please contact myself or anyone else from the CI team for assistance or
questions and we would be happy to help.
[1] http://jenkins.ovirt.org/
Thank you,
Dafna
6 years, 10 months
OST Failure - Weekly update [17/02/2018-23/02/2018]
by Dafna Ron
Hello,
I would like to update on this week's failures and OST current status.
I am happy to say at the end of this week we do not have any failed
changes.
We had 5 reported failed changes this week:
1. replace vdsm stats with collectd virt plugin -
https://gerrit.ovirt.org/#/c/87310/
- date: 20-02-2018
- version: Ovirt 4.2
- test failed: 003_00_metrics_bootstrap.metrics_and_log_collector
- fix: fixed bug in initial validations -
https://gerrit.ovirt.org/#/c/87919/
2. replace vdsm stats with collectd virt plugin -
https://gerrit.ovirt.org/#/c/87310/
- date: 21-02-2018
- version: Ovirt Master
- test failed: 098_ovirt_provider_ovn.use_ovn_provider
- NO FIX WAS REPORTED
3. ansible: End playbook based on initial validations -
https://gerrit.ovirt.org/#/c/88062/
- date: 22-02-2018
- version: Ovirt Master
- Test failed: 003_00_metrics_bootstrap.metrics_and_log_collector
- Fix: bug reported: https://bugzilla.redhat.com/show_bug.cgi?id=1548087
4. momIF: change the way we connect to MOM -
https://gerrit.ovirt.org/#/c/87944/
- date: 22-02-2018
- version: Ovirt Master
- Test failed: 002_bootstrap.verify_add_hosts + 002_bootstrap.add_hosts
- Fix: change was reverted until its fixed
5. Require collectd-virt plugin - https://gerrit.ovirt.org/#/c/87311/
- date: 22-02-2018
- version: Ovirt Master
- Test: failed: 002_bootstrap.add_hosts
- Fix: Require collectd-virt plugin - https://gerrit.ovirt.org/#/c/87311/
*Below you can see the chart for this week's resolved issues but cause of
failure: *
Code= regression of working components/functionalities
Configurations - package related issues
Other = failed build artifacts
Infra = infrastructure/OST/Lago related issues
[image: Inline image 1]
[image: Inline image 2]
*Below is a chart of resolved failures based on ovirt version*
*[image: Inline image 3]*
*[image: Inline image 4]*
*Below is a chart showing failures by suite type: *
* Suite type None means that it was a failure that did not result in a
failed test such artificts related or packaging related.
[image: Inline image 5]
We are currently working on creating more statistics and defining the type
of information it would be interesting to present. if there is anything
specific that you would be interested in please let us know and we would
add that to our plans.
Many thanks,
Dafna Ron
6 years, 10 months
[ OST Failure Report ] [ oVirt Master (vdsm) ] [ 22-02-2018 ] [ 002_bootstrap.verify_add_hosts + 002_bootstrap.add_hosts ]
by Dafna Ron
Hi,
We had two failed tests reported in vdsm project last evening the patch
reported seems to be related to the issue.
*Link and headline of suspected patches: momIF: change the way we connect
to MOM - https://gerrit.ovirt.org/#/c/87944/
<https://gerrit.ovirt.org/#/c/87944/>Link to
Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5823/
<http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5823/>Link
to all
logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5823/a...
<http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5823/artifacts>(Relevant)
error snippet from the log: <error>*
2018-02-21 14:15:47,576-0500 INFO (MainThread) [vdsm.api] FINISH
prepareForShutdown return=None from=internal,
task_id=7d37a33b-0215-40c0-a821-9b94707caca6 (api:52)
2018-02-21 14:15:47,576-0500 ERROR (MainThread) [vds] Exception raised
(vdsmd:158)
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/vdsm/vdsmd.py", line 156, in run
serve_clients(log)
File "/usr/lib/python2.7/site-packages/vdsm/vdsmd.py", line 103, in
serve_clients
cif = clientIF.getInstance(irs, log, scheduler)
File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 251,
in getInstance
cls._instance = clientIF(irs, log, scheduler)
File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 121,
in __init__
self.mom = MomClient(config.get("mom", "socket_path"))
File "/usr/lib/python2.7/site-packages/vdsm/momIF.py", line 51, in __init__
raise MomNotAvailableError()
MomNotAvailableError
*</error>*
6 years, 10 months
