- Devel - oVirt List Archives

[ OST Failure Report ] [ oVirt Master (ovirt-image-uploader) ] [ 02-02-2018 ] [005_network_by_label.assign_hosts_network_label ]
by Dafna Ron 02 Feb '18

02 Feb '18

Hi, We failed test 005_network_by_label.assign_hosts_network_label for basic suite in project ovirt-image-uploader. The issue seems to be related to object lock on host and patch reported is not related to the issue. *Link and headline of suspected patches: Patch not related at all to error* *Link to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5243/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5243/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5243/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5243/artifact/>(Relevant) error snippet from the log: <error><JsonRpcRequest id: "4e9d7060-c523-4e66-9ace-dc8733954404", method: Host.getCapabilities, params: {}>2018-02-02 08:11:40,131-05 INFO [org.ovirt.engine.core.bll.network.host.LabelNicCommand] (default task-5) [099e3ef6-4372-42a9-a360-1351ec66a64b] Running command: LabelNicCommand internal: false. Entities affected : ID: 21b0c975-26f8-47a4-b5d0-cad0d41a9133 Type: VDSAction group CONFIGURE_HOST_NETWORK with role type ADMIN2018-02-02 08:11:40,139-05 INFO [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-5) [5c5509c0] Failed to Acquire Lock to object 'EngineLock:{exclusiveLocks='[HOST_NETWORK21b0c975-26f8-47a4-b5d0-cad0d41a9133=HOST_NETWORK]', sharedLocks=''}'2018-02-02 08:11:40,139-05 WARN [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default task-5) [5c5509c0] Validation of action 'HostSetupNetworks' failed for user admin@internal-authz. Reasons: VAR__ACTION__SETUP,VAR__TYPE__NETWORKS,ACTION_TYPE_FAILED_SETUP_NETWORKS_OR_REFRESH_IN_PROGRESS2018-02-02 08:11:40,151-05 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-5) [5c5509c0] Compiled stored procedure. Call string is [{call get_entity_snapshot_by_command_id(?)}]2018-02-02 08:11:40,151-05 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-5) [5c5509c0] SqlCall for procedure [get_entity_snapshot_by_command_id] compiled2018-02-02 08:11:40,161-05 ERROR [org.ovirt.engine.core.bll.network.host.LabelNicCommand] (default task-5) [5c5509c0] Transaction rolled-back for command 'org.ovirt.engine.core.bll.network.host.LabelNicCommand'.2018-02-02 08:11:40,165-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-5) [5c5509c0] method: get, params: [21b0c975-26f8-47a4-b5d0-cad0d41a9133], timeElapsed: 3ms2018-02-02 08:11:40,168-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-5) [5c5509c0] EVENT_ID: LABEL_NIC_FAILED(1,137), Failed to label network interface card eth0 with label NETWORK_LABEL on host lago-basic-suite-master-host-1.2018-02-02 08:11:40,169-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-5) [5c5509c0] method: runAction, params: [LabelNic, LabelNicParameters:{commandId='aa8eb85e-8a30-4045-83f2-8f0516ec13c9', user='null', commandType='Unknown'}], timeElapsed: 54ms2018-02-02 08:11:40,175-05 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-5) [] Operation Failed: [Cannot add Label. Another Setup Networks or Host Refresh process in progress on the host. Please try later.]2018-02-02 08:11:40,230-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [27fdfc30] MESSAGEcontent-length:10956destination:jms.topic.vdsm_responsescontent-type:application/jsonsubscription:37ef61dd-f4d0-4067-b563-1e2c04f2d2b8</error>*

1 0

oVirt Survey 2018 results
by Sandro Bonazzola 02 Feb '18

02 Feb '18

Thank you very much for having participated in oVirt Survey 2018! Results are now publicly available at http://bit.ly/2Ez909d We're now analyzing results for 4.3 planning. -- 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>

1 0

[ OST Failure Report ] [ oVirtMaster (otopi) ] [ 01-02-2018 ] [ 001_initialize_engine.initialize_engine/001_upgrade_engine.test_initialize_engine ]
by Dafna Ron 02 Feb '18

02 Feb '18

Hi, We are failing initialize engine on both basic and upgrade suites. Can you please check? *Link and headline of suspected patches: https://gerrit.ovirt.org/#/c/86679/ <https://gerrit.ovirt.org/#/c/86679/> - * *core: Check Sequence before/afterLink to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5187/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5187/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5187/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5187/artifact/>(Relevant) error snippet from the log: <error>2018-02-01 10:38:27,057-0500 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Version: otopi-1.7.7_master (otopi-1.7.7-0.0.master.20180201063428.git81ce9b7.el7.centos)2018-02-01 10:38:27,058-0500 ERROR otopi.context context.check:833 "before" parameter of method otopi.plugins.ovirt_engine_setup.ovirt_engine.network.ovirtproviderovn.Plugin._misc_configure_provider is a string, should probably be a tuple. Perhaps a missing comma?2018-02-01 10:38:27,058-0500 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND methodinfo: {'priority': 5000, 'name': None, 'before': 'osetup.ovn.provider.service.restart', 'after': ('osetup.pki.ca <http://osetup.pki.ca>.available', 'osetup.ovn.services.restart'), 'method': <bound method ?._misc_configure_provider of <otopi.plugins.ovirt_engine_setup.ovirt_engine.network.ovirtproviderovn.Plugin object at 0x2edf6d0>>, 'condition': <bound method ?.<lambda> of <otopi.plugins.ovirt_engine_setup.ovirt_engine.network.ovirtproviderovn.Plugin object at 0x2edf6d0>>, 'stage': 11}2018-02-01 10:38:27,059-0500 DEBUG otopi.context context._executeMethod:143 method exceptionTraceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/otopi/plugins/otopi/core/misc.py", line 61, in _setup self.context.checkSequence() File "/usr/lib/python2.7/site-packages/otopi/context.py", line 844, in checkSequence raise RuntimeError(_('Found bad "before" or "after" parameters'))RuntimeError: Found bad "before" or "after" parameters2018-02-01 10:38:27,059-0500 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Environment setup': Found bad "before" or "after" parameters</error>*

2 1

[ OST Failure Report ] [ oVirt Master (vdsm) ] [ 01-02-2018 ] [ 002_bootstrap.verify_add_all_hosts ]
by Dafna Ron 01 Feb '18

01 Feb '18

Hi, We failed cq test 002_bootstrap.verify_add_all_hosts for Master vdsm project. Looking at the log, vdsm cannot find master storage domain and engine puts the host on non-operational state. Although on the surface the patch seems to be related, the master storage domain is iscsi whole the patch is related to gluster. I do not think there is a connection between the patch and the failure but can you please have a look to make sure? *Link and headline of suspected patches: https://gerrit.ovirt.org/#/c/69668/ <https://gerrit.ovirt.org/#/c/69668/> - * *gluster: Fix error when brick is on a btrfs subvolumeLink to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5180/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5180/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5180/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5180/artifact/>(Relevant) error snippet from the log: <error>vdsm: 2018-02-01 03:13:49,211-0500 INFO (jsonrpc/4) [vdsm.api] START createStorageDomain(storageType=3, sdUUID=u'077add35-9171-45d5-b6de-79cc5a853c36', domainName=u'iscsi', typeSpecificArg=u'IdW3HG-K1Af-e0d3-u2O3-rGle-8fk5-ACNk6C', domClass=1, domVersion=u'4', options=None) from=::ffff:192.168.201.4,58530, flow_id=22d4ffd8, task_id=2ce6dd52-3d28-4532-abbf-d78d52af6cda (api:46)2018-02-01 03:14:40,223-0500 INFO (jsonrpc/7) [vdsm.api] START connectStoragePool(spUUID=u'2570c0c9-f872-4e49-964a-ee533a79c3f2', hostID=1, msdUUID=u'077add35-9171-45d5-b6de-79cc5a853c36', masterVersion=1, domainsMap={u'077add35-9171-45d5-b6de-79cc5a853c36': u'active'}, options=None) from=::ffff:192.168.201.4,36310, flow_id=19e9aa89, task_id=878419a0-c5ce-4e35-aed5-b27d56b2886e (api:46)2018-02-01 03:14:40,225-0500 INFO (jsonrpc/7) [storage.StoragePoolMemoryBackend] new storage pool master version 1 and domains map {u'077add35-9171-45d5-b6de-79cc5a853c36': u'Active'} (spbackends:449)2018-02-01 03:14:40,225-0500 INFO (jsonrpc/7) [storage.StoragePool] updating pool 2570c0c9-f872-4e49-964a-ee533a79c3f2 backend from type NoneType instance 0x7f45919e3f20 to type StoragePoolMemoryBackend instance 0x45411b0 (sp:157)2018-02-01 03:14:40,226-0500 INFO (jsonrpc/7) [storage.StoragePool] Connect host #1 to the storage pool 2570c0c9-f872-4e49-964a-ee533a79c3f2 with master domain: 077add35-9171-45d5-b6de-79cc5a853c36 (ver = 1) (sp:692)2018-02-01 03:14:40,462-0500 INFO (jsonrpc/7) [vdsm.api] FINISH connectStoragePool error=Cannot find master domain: u'spUUID=2570c0c9-f872-4e49-964a-ee533a79c3f2, msdUUID=077add35-9171-45d5-b6de-79cc5a853c36' from=::ffff:192.168.201.4,36310, flow_id=19e9aa89, task_id=878419a0-c5ce-4e35-aed5-b27d56b2886e (api:50)2018-02-01 03:14:40,462-0500 ERROR (jsonrpc/7) [storage.TaskManager.Task] (Task='878419a0-c5ce-4e35-aed5-b27d56b2886e') Unexpected error (task:875)Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in _run return fn(*args, **kargs) File "<string>", line 2, in connectStoragePool File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 1032, in connectStoragePool spUUID, hostID, msdUUID, masterVersion, domainsMap) File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 1094, in _connectStoragePool res = pool.connect(hostID, msdUUID, masterVersion) File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 704, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1275, in __rebuild self.setMasterDomain(msdUUID, masterVersion) File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1488, in setMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID)StoragePoolMasterNotFound: Cannot find master domain: u'spUUID=2570c0c9-f872-4e49-964a-ee533a79c3f2, msdUUID=077add35-9171-45d5-b6de-79cc5a853c36'2018-02-01 03:14:40,466-0500 INFO (jsonrpc/7) [storage.TaskManager.Task] (Task='878419a0-c5ce-4e35-aed5-b27d56b2886e') aborting: Task is aborted: "Cannot find master domain: u'spUUID=2570c0c9-f872-4e49-964a-ee533a79c3f2, msdUUID=077add35-9171-45d5-b6de-79cc5a853c36'" - code 304 (task:1181)2018-02-01 03:14:40,467-0500 ERROR (jsonrpc/7) [storage.Dispatcher] FINISH connectStoragePool error=Cannot find master domain: u'spUUID=2570c0c9-f872-4e49-964a-ee533a79c3f2, msdUUID=077add35-9171-45d5-b6de-79cc5a853c36' (dispatcher:82)2018-02-01 03:14:40,467-0500 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call StoragePool.connect failed (error 304) in 0.25 seconds (__init__:573)* *engine:* 2018-02-01 03:14:40,603-05 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-70) [ba52086] EVENT_ID: VDS_SET_NONOPERATIONAL_DOMAIN(522), Host lago-basic-suite-mast er-host-0 cannot access the Storage Domain(s) <UNKNOWN> attached to the Data Center test-dc. Setting Host state to Non-Operational. 2018-02-01 03:14:40,608-05 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-70) [ba52086] EVENT_ID: VDS_ALERT_FENCE_IS_NOT_CONFIGURED(9,000), Failed to verify Pow er Management configuration for Host lago-basic-suite-master-host-0. 2018-02-01 03:14:40,610-05 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-70) [ba52086] EVENT_ID: CONNECT_STORAGE_POOL_FAILED(995), Failed to connect Host lago- basic-suite-master-host-0 to Storage Pool test-dc *</error>*

1 0

Re: [ovirt-devel] [RFC] reconsidering branching out ovirt-4.2
by Tal Nisan 31 Jan '18

31 Jan '18

For alignment purposes between the projects we should consider branch ovirt-engine as well. At this point in time I'm for it, would like to hear any acks/nacks so we can decide how we proceeed On Mon, Jan 29, 2018 at 9:02 AM, Dan Kenigsberg <danken(a)redhat.com> wrote: > On Mon, Jan 29, 2018 at 9:39 AM, Francesco Romani <fromani(a)redhat.com> > wrote: > > Hi all, > > > > > > It is time again to reconsider branching out the 4.2 stable branch. > > > > So far we decided to *not* branch out, and we are taking tags for ovirt > > 4.2 releases from master branch. > > > > This means we are merging safe and/or stabilization patches only in > master. > > > > > > I think it is time to reconsider this decision and branch out for 4.2, > > because of two reasons: > > > > 1. it sends a clearer signal that 4.2 is going in stabilization mode > > > > 2. we have requests from virt team, which wants to start working on the > > next cycle features. > > > > > > If we decide to branch out, I'd start the new branch on monday, February > > 5 (1 week from now). > > > > > > The discussion is open, please share your acks/nacks for branching out, > > and for the branching date. > > > > > > I for myself I'm inclined to branch out, so if noone chimes in (!!) I'll > > execute the above plan. > > For network we don't see a lot of pending 4.2 work - except for the > requirement to support el7.5. On the other hand, we too have already a > patch for 4.3. Thus I'm fine with branching next week. > > When you do branch, please make sure to follow Barak Korren's request on > the > [ovirt-devel] [ACTION-REQUIRED] Making accurate CI for oVirt 4.2 > thread. > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel >

6 6

Fix for: "The CPU type of the cluster is unknown"
by Arik Hadas 30 Jan '18

30 Jan '18

Hi all, Last week we merged a patch that may reset the cluster's CPU and therefore could cause the following error to happen when trying to run a VM: "The CPU type of the cluster is unknown. ..." A fix is now posted. In the meantime, this can be resolved by refreshing the capabilities of one of your hosts. Arik

1 0

What does SDM.merge's param "base_generation" in subchain_info means?
by pengyixiang 30 Jan '18

30 Jan '18

------=_Part_140011_191578780.1517228861952 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5b25lIQogICAgIFdoZW4gd2UgY2FsbCAiU0RNLm1lcmdlIiwgd2UgbmVlZCBh IHBhcmFtICJiYXNlX2dlbmVyYXRpb24iIGluIFsxXSwgYW5kIEkga25vdyBbMl0gd2lsbCBiZSBj YWxsZWQgYW5kICJiYXNlX2dlbmVyYXRpb24iIGlzIHRyYW5zbGF0ZWQgdG8gInJlcXVlc3RlZF9n ZW4iLCB0aGF0IG1lYW5zICJHRU4iIGluIGRpc2sgbWV0YWRhdGE/CklmIHNvLCBob3cgZGlkIHRo aXMgIkdFTiIgd29ya2VkIGFuZCBzZXRlZD8gSSBzZWUgbWFueSAqLm1ldGEgaXMgIkdFTj0wIiwg YW5kIHNvbWUgaXMgIkdFTj0xIiBpbiBbM10uIAoKCgoKSG9wZSB0byBnZXQgeW91ciByZXBseSwg VGhhbmsgeW91IQoKCgoKWzFdICB7J3N1YmNoYWluX2luZm8nOiB7J2ltZ19pZCc6ICc5MTgzNzUy NS04NTBkLTRlNzQtOWE3ZS1jODliNzkzZDBlNWInLCAnc2RfaWQnOiAnOTNiOGEyYzktZjUyNy00 ZWIzLWFjZmItYWY3NmFiMjRmYmJlJywgJ3RvcF9pZCc6ICc0ZTUxZDRlNS05NjMwLTQ1YTYtOTgy OS0wMTI0NjBlN2Q2N2EnLCAnYmFzZV9pZCc6ICdmZGY0NzU4NC0yMWFhLTQ1YjItOTkyNS0xNTdm ZjU0ZjVlN2UnLCAnYmFzZV9nZW5lcmF0aW9uJzogMH0sICdqb2JfaWQnOiAnNzY2YTMwNTAtNDc2 Yy00OGFlLTk0NzAtM2JlYzc4NjdhNmNkJ30KCgpbMl0gIGh0dHBzOi8vZ2l0aHViLmNvbS9vVmly dC92ZHNtL2Jsb2IvMDdkMDUyODdhYzE0OTZhZDQ5OTE1ZTAyNmQzNGUyOWNhNGRhNjM1Yi9saWIv dmRzbS9zdG9yYWdlL3ZvbHVtZS5weSNMNjAyCgoKWzNdIApET01BSU49OTNiOGEyYzktZjUyNy00 ZWIzLWFjZmItYWY3NmFiMjRmYmJlIENUSU1FPTE1MTYwOTA0NTQgRk9STUFUPUNPVyBESVNLVFlQ RT0yIExFR0FMSVRZPUxFR0FMIFNJWkU9MTY3NzcyMTYwIFZPTFRZUEU9SU5URVJOQUwgREVTQ1JJ UFRJT049IElNQUdFPWY4ODJlN2NjLWY1N2UtNDhmZi05Yjg3LWJiYTM1MzMxZTk4MyBQVVVJRD05 MDUwZjk1Ni02ODM2LTRmY2UtOGQyNy02OWRmMTNjNGY4NWMgTVRJTUU9MCBQT09MX1VVSUQ9IFRZ UEU9U1BBUlNFIEdFTj0xIEVPRg== ------=_Part_140011_191578780.1517228861952 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG8sIGV2ZXJ5b25lITwvZGl2PjxkaXY+Jm5ic3A7 ICZuYnNwOyAmbmJzcDtXaGVuIHdlIGNhbGwgIlNETS5tZXJnZSIsIHdlIG5lZWQgYSBwYXJhbSZu YnNwOyJiYXNlX2dlbmVyYXRpb24iIGluIFsxXSwgYW5kIEkga25vdyBbMl0gd2lsbCBiZSBjYWxs ZWQgYW5kICJiYXNlX2dlbmVyYXRpb24iIGlzIHRyYW5zbGF0ZWQgdG8gIjxzcGFuIHN0eWxlPSJi YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTEsIDIyMSk7IGNvbG9yOiByZ2IoMzYsIDQxLCA0 Nik7IGZvbnQtZmFtaWx5OiBTRk1vbm8tUmVndWxhciwgQ29uc29sYXMsICZxdW90O0xpYmVyYXRp b24gTW9ubyZxdW90OywgTWVubG8sIENvdXJpZXIsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMnB4 OyB3aGl0ZS1zcGFjZTogcHJlOyI+cmVxdWVzdGVkX2dlbjwvc3Bhbj4iLCB0aGF0IG1lYW5zICJH RU4iIGluIGRpc2sgbWV0YWRhdGE/PC9kaXY+PGRpdj5JZiBzbywgaG93IGRpZCB0aGlzICJHRU4i IHdvcmtlZCBhbmQgc2V0ZWQ/IEkgc2VlIG1hbnkgKi5tZXRhIGlzICI8c3BhbiBzdHlsZT0iY29s b3I6IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xh cywgJnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNl OyBmb250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPkdFTj0wPC9zcGFuPiIs IGFuZCBzb21lIGlzICI8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1m YW1pbHk6IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgJnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1 b3Q7LCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IHdoaXRlLXNw YWNlOiBwcmUtd3JhcDsiPkdFTj0xPC9zcGFuPiIgaW4gWzNdLiZuYnNwOzwvZGl2PjxkaXY+PGJy PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoNTEsIDUx LCA1MSk7IGZvbnQtZmFtaWx5OiBhcmlhbDsgZm9udC1zaXplOiAxMy45MXB4OyI+SG9wZSB0byBn ZXQgeW91ciByZXBseSwgVGhhbmsgeW91ITwvc3Bhbj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 Pjxicj48L2Rpdj48ZGl2PlsxXSZuYnNwOyZuYnNwO3snc3ViY2hhaW5faW5mbyc6IHsnaW1nX2lk JzogJzkxODM3NTI1LTg1MGQtNGU3NC05YTdlLWM4OWI3OTNkMGU1YicsICdzZF9pZCc6ICc5M2I4 YTJjOS1mNTI3LTRlYjMtYWNmYi1hZjc2YWIyNGZiYmUnLCAndG9wX2lkJzogJzRlNTFkNGU1LTk2 MzAtNDVhNi05ODI5LTAxMjQ2MGU3ZDY3YScsICdiYXNlX2lkJzogJ2ZkZjQ3NTg0LTIxYWEtNDVi Mi05OTI1LTE1N2ZmNTRmNWU3ZScsICc8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigyNTUsIDAsIDAp OyI+YmFzZV9nZW5lcmF0aW9uPC9zcGFuPic6IDB9LCAnam9iX2lkJzogJzc2NmEzMDUwLTQ3NmMt NDhhZS05NDcwLTNiZWM3ODY3YTZjZCd9PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5bMl0mbmJz cDsmbmJzcDs8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigzNiwgNDEsIDQ2KTsgZm9udC1mYW1pbHk6 IFNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgJnF1b3Q7TGliZXJhdGlvbiBNb25vJnF1b3Q7LCBN ZW5sbywgQ291cmllciwgbW9ub3NwYWNlOyBmb250LXNpemU6IDEycHg7IHdoaXRlLXNwYWNlOiBw cmUtd3JhcDsiPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9vVmlydC92ZHNtL2Jsb2IvMDdk MDUyODdhYzE0OTZhZDQ5OTE1ZTAyNmQzNGUyOWNhNGRhNjM1Yi9saWIvdmRzbS9zdG9yYWdlL3Zv bHVtZS5weSNMNjAyIiBfc3JjPSJodHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvdmRzbS9ibG9iLzA3 ZDA1Mjg3YWMxNDk2YWQ0OTkxNWUwMjZkMzRlMjljYTRkYTYzNWIvbGliL3Zkc20vc3RvcmFnZS92 b2x1bWUucHkjTDYwMiI+aHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zkc20vYmxvYi8wN2QwNTI4 N2FjMTQ5NmFkNDk5MTVlMDI2ZDM0ZTI5Y2E0ZGE2MzViL2xpYi92ZHNtL3N0b3JhZ2Uvdm9sdW1l LnB5I0w2MDI8L2E+PC9zcGFuPjwvZGl2PjxkaXY+PGZvbnQgY29sb3I9IiMyNDI5MmUiIGZhY2U9 IlNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywgTGliZXJhdGlvbiBNb25vLCBNZW5sbywgQ291cmll ciwgbW9ub3NwYWNlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMnB4OyB3aGl0ZS1zcGFjZTog cHJlLXdyYXA7Ij48YnI+PC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2PlszXSZuYnNwOzwvZGl2Pjxk aXY+PGZvbnQgY29sb3I9IiMyNDI5MmUiIGZhY2U9IlNGTW9uby1SZWd1bGFyLCBDb25zb2xhcywg TGliZXJhdGlvbiBNb25vLCBNZW5sbywgQ291cmllciwgbW9ub3NwYWNlIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMnB4OyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7Ij5ET01BSU49OTNiOGEyYzkt ZjUyNy00ZWIzLWFjZmItYWY3NmFiMjRmYmJlCkNUSU1FPTE1MTYwOTA0NTQKRk9STUFUPUNPVwpE SVNLVFlQRT0yCkxFR0FMSVRZPUxFR0FMClNJWkU9MTY3NzcyMTYwClZPTFRZUEU9SU5URVJOQUwK REVTQ1JJUFRJT049CklNQUdFPWY4ODJlN2NjLWY1N2UtNDhmZi05Yjg3LWJiYTM1MzMxZTk4MwpQ VVVJRD05MDUwZjk1Ni02ODM2LTRmY2UtOGQyNy02OWRmMTNjNGY4NWMKTVRJTUU9MApQT09MX1VV SUQ9ClRZUEU9U1BBUlNFCkdFTj0xCkVPRjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PC9kaXY+PGJyPjxi cj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHA+Jm5ic3A7PC9wPjwvc3Bhbj4= ------=_Part_140011_191578780.1517228861952--

1 0

PHX planned maintenance 29.01.2018 @19:00 GMT
by Evgheni Dereveanchin 29 Jan '18

29 Jan '18

Hi everyone, Planned works are going to be performed in the PHX data center today. They are related to core networking hardware upgrades and may cause short connectivity loss to services hosted by the oVirt project, including: * Jenkins CI * Package repositories * project website * mailing lists The maintenance window starts at 19:00 GMT and has a duration of one hour. I will pause CI job execution before the maintenance window so builds will be queued and executed after network upgrades are implemented to decrease the possibility of false positives. I will follow up with any further updates. -- Regards, Evgheni Dereveanchin

1 1

Error while setting up disk in ovirt-engine.
by Avinash Dasoundhi 29 Jan '18

29 Jan '18

Hello Everyone I have set up ovirt-engine for testing purpose and, I am using ovirt-vdsmfake[1] to provision host and vms on that ovirt-engine. But I am facing an error while creating a disk. I have provision 10 hosts, all are up with their own local storage. And when I am trying to add a disk to the disk section, error popups like "*Error while executing action Add Disk to VM: General Exception*". I saw the logs, thought of some permission error, checked that but still this error is coming. Can somebody provide some details on it? I am attaching the engine.log with this mail. Thank You -- AVINASH DASOUNDHI ASSOCIATE SOFTWARE ENGINEER IN ENG PERF R&D, RHCSA Red Hat BLR <https://www.redhat.com/> IRC - tenstormavi adasound(a)redhat.com M: +91-8653245552 <https://red.ht/sig>

3 2

Re: [ovirt-devel] [CQ]: 86865, 8 (otopi) failed "ovirt-master" system tests, but isn't the failure root cause
by Yedidyah Bar David 29 Jan '18

29 Jan '18

On Mon, Jan 29, 2018 at 1:47 PM, oVirt Jenkins <jenkins(a)ovirt.org> wrote: > A system test invoked by the "ovirt-master" change queue including change > 86865,8 (otopi) failed. However, this change seems not to be the root cause for > this failure. Change 86679,4 (otopi) that this change depends on or is based > on, was detected as the cause of the testing failures. > > This change had been removed from the testing queue. Artifacts built from this > change will not be released until either change 86679,4 (otopi) is fixed and > this change is updated to refer to or rebased on the fixed version, or this > change is modified to no longer depend on it. > > For further details about the change see: > https://gerrit.ovirt.org/#/c/86865/8 > > For further details about the change that seems to be the root cause behind the > testing failures see: > https://gerrit.ovirt.org/#/c/86679/4 That's indeed the reason for the failure. This patch adds to otopi a check for before=/after= parameters for event methods. It causes CI to fail due to bad ones in engine-setup, should be fixed by: https://gerrit.ovirt.org/86858 > > For failed test results see: > http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5149/ > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra -- Didi

1 0