Re: [ovirt-devel] Possible regression in oVirt Engine included in 4.2.0 RC2

2017-12-12 Thread Eyal Edri 
Probably not related, but worth aligning with the basic suite to use 0.3.5
version  (TEMPLATE_CIRROS = 'CirrOS_0.3.5_for_x86_64_glance_template')

On Wed, Dec 13, 2017 at 9:14 AM, Sandro Bonazzola 
wrote:

> The oVirt system test that ran over night failed: http://jenkins.ovirt.
> org/job/ovirt-system-tests_manual/1843/artifact/exported-
> artifacts/004_basic_sanity.py.junit.xml/*view*/
>
> RequestError:
> status: 409
> reason: Conflict
> detail: Cannot add Virtual Disk. Disk CirrOS_0.3.4_for_x86_64_glance_template 
> in VM vm1 is already marked as boot.
> ]]>
>
>
> Please check
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA 
 TRIED. TESTED. TRUSTED. 
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [VDSM] upgrading pylint - new errors

2017-12-12 Thread Dan Kenigsberg 
On Tue, Dec 12, 2017 at 10:16 PM, Nir Soffer  wrote:

> On Tue, Dec 12, 2017 at 11:04 AM Irit Goihman  wrote:
>
>> Hi,
>> I pushed two patches fixing some of the issues:
>>
>> https://gerrit.ovirt.org/#/c/85318/
>> https://gerrit.ovirt.org/#/c/85316/
>>
>
> Thanks for the quick response!
>
> I sent this for the libvirt events, turns out the code is mostly correct,
> assuming
> that libvirt does not add new arguments to the callback api, but pylint
> cannot
> verify this.
> https://gerrit.ovirt.org/#/c/85351/
>
> With this we have only these errors:
>
> * Module vdsm.v2v*00:07:29.177* *E*:1368,27: *Instance of 
> 'closing' has no 'read' member* (*no-member*)
>
>
> This is handled by https://gerrit.ovirt.org/#/c/85318/
> but I think we can do a better fix *without* disabling any warning,
> see the comment in:
> https://gerrit.ovirt.org/#/c/85318/3/lib/vdsm/v2v.py@1369
>
> *00:07:29.182* * Module vdsm.tool.configurator*00:07:29.186* 
> *E*:118,12: *No value for argument 'action' in function call* 
> (*no-value-for-parameter*)*00:07:29.191* *E*:158,12: *No value for argument 
> 'action' in function call* (*no-value-for-parameter*)*00:07:29.195* 
> *E*:193,12: *No value for argument 'action' in function call* 
> (*no-value-for-parameter*)*00:07:29.198* *E*:215,12: *No value for argument 
> 'action' in function call* (*no-value-for-parameter*)
>
>
> This is handled by https://gerrit.ovirt.org/#/c/85316/
> but I don't understand the fix. The code seems fine
> and the fix make it worse.
>
> *00:07:29.201* * Module vdsm.virt.vm_migrate_hook*00:07:29.204* 
> *E*:199, 4: *No value for argument 'domain' in function call* 
> (*no-value-for-parameter*)*00:07:29.206* *E*:199, 4: *No value for argument 
> 'event' in function call* (*no-value-for-parameter*)*00:07:29.208* *E*:199, 
> 4: *No value for argument 'phase' in function call* (*no-value-for-parameter*)
>
>
> Francesco, can you look at these?
>

Actually, that's owned by network; I hope Petr can fix it on Friday.

>
> *00:07:29.210* * Module 
> vdsm.network.netlink.monitor*00:07:29.212* *E*:172,58: *Instance of 'closing' 
> has no 'poll' member* (*no-member*)
>
>
>
>>
>>
>> On Tue, Dec 12, 2017 at 2:09 AM, Nir Soffer  wrote:
>>
>>> I'm trying to upgrade pylint to latest so we can enjoy latest fixes
>>> like this:
>>> https://github.com/PyCQA/pylint/issues/1736
>>>
>>> Now we have some new errors, please check.
>>>
>>> * Module vdsm.clientIF*00:06:53.857* *E*:588,16: *Possible 
>>> unbalanced tuple unpacking with sequence: left side has 2 label(s), right 
>>> side has 0 value(s)* (*unbalanced-tuple-unpacking*)
>>>
>>>
>>> 587 if eventid == libvirt.VIR_DOMAIN_EVENT_ID_LIFECYCLE:
>>> 588 event, detail = args[:-1]
>>> 589 v.onLibvirtLifecycleEvent(event, detail, None)
>>>
>>>
>>> Code is indeed incorrect, should be:
>>>
>>> event, detail = args[:2]
>>>
>>>
>>> *00:06:53.859* *E*:593,16: *Possible unbalanced tuple unpacking with 
>>> sequence: left side has 1 label(s), right side has 0 value(s)* 
>>> (*unbalanced-tuple-unpacking*)*00:06:53.861* *E*:596,16: *Possible 
>>> unbalanced tuple unpacking with sequence: left side has 4 label(s), right 
>>> side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.863* 
>>> *E*:599,16: *Possible unbalanced tuple unpacking with sequence: left side 
>>> has 5 label(s), right side has 0 value(s)* 
>>> (*unbalanced-tuple-unpacking*)*00:06:53.867* *E*:610,16: *Possible 
>>> unbalanced tuple unpacking with sequence: left side has 1 label(s), right 
>>> side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.869* 
>>> *E*:615,16: *Possible unbalanced tuple unpacking with sequence: left side 
>>> has 1 label(s), right side has 0 value(s)* 
>>> (*unbalanced-tuple-unpacking*)*00:06:53.872* *E*:618,16: *Possible 
>>> unbalanced tuple unpacking with sequence: left side has 4 label(s), right 
>>> side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.873* 
>>> * Module vdsm.v2v*00:06:53.874* *E*:1368,27: *Instance of 
>>> 'closing' has no 'read' member* (*no-member*)*00:06:53.876* * 
>>> Module vdsm.tool.configurator*00:06:53.878* *E*:118,12: *No value for 
>>> argument 'action' in function call* 
>>> (*no-value-for-parameter*)*00:06:53.880* *E*:158,12: *No value for argument 
>>> 'action' in function call* (*no-value-for-parameter*)*00:06:53.881* 
>>> *E*:193,12: *No value for argument 'action' in function call* 
>>> (*no-value-for-parameter*)*00:06:53.883* *E*:215,12: *No value for argument 
>>> 'action' in function call* (*no-value-for-parameter*)*00:06:53.885* 
>>> * Module vdsm.virt.vm_migrate_hook*00:06:53.886* *E*:199, 4: 
>>> *No value for argument 'domain' in function call* 
>>> (*no-value-for-parameter*)*00:06:53.888* *E*:199, 4: *No value for argument 
>>> 'event' in function call*

[ovirt-devel] Possible regression in oVirt Engine included in 4.2.0 RC2

2017-12-12 Thread Sandro Bonazzola 
The oVirt system test that ran over night failed:
http://jenkins.ovirt.org/job/ovirt-system-tests_manual/1843/artifact/exported-artifacts/004_basic_sanity.py.junit.xml/*view*/

RequestError:
status: 409
reason: Conflict
detail: Cannot add Virtual Disk. Disk
CirrOS_0.3.4_for_x86_64_glance_template in VM vm1 is already marked as
boot.
]]>


Please check


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Fwd: [Test-Announce] Fedora 25 End Of Life

2017-12-12 Thread Sandro Bonazzola 
FYI
-- Messaggio inoltrato --
Da: "Mohan Boddu" 
Data: 12 Dic 2017 21:41
Oggetto: [Test-Announce] Fedora 25 End Of Life
A: , <
devel-annou...@lists.fedoraproject.org>, <
test-annou...@lists.fedoraproject.org>
Cc:

As of the 12th of December 2017, Fedora 25 has reached its end of life

 for updates and support. No further updates, including security updates,
will be available for Fedora 25. Fedora 26 will continue to receive updates
until approximately one month after the release of Fedora 28. The
maintenance schedule of Fedora releases is documented on the Fedora Project
wiki [0]. The Fedora Project wiki also contains instructions [1] on how to
upgrade from a previous release of Fedora to a version receiving updates.
Mohan Boddu.


[0]https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle#
Maintenance_Schedule

[1]https://fedoraproject.org/wiki/Upgrading?rd=DistributionUpgrades

___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org

___
devel mailing list -- de...@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [VDSM] upgrading pylint - new errors

2017-12-12 Thread Nir Soffer 
On Tue, Dec 12, 2017 at 11:04 AM Irit Goihman  wrote:

> Hi,
> I pushed two patches fixing some of the issues:
>
> https://gerrit.ovirt.org/#/c/85318/
> https://gerrit.ovirt.org/#/c/85316/
>

Thanks for the quick response!

I sent this for the libvirt events, turns out the code is mostly correct,
assuming
that libvirt does not add new arguments to the callback api, but pylint
cannot
verify this.
https://gerrit.ovirt.org/#/c/85351/

With this we have only these errors:

* Module vdsm.v2v*00:07:29.177* *E*:1368,27: *Instance of
'closing' has no 'read' member* (*no-member*)


This is handled by https://gerrit.ovirt.org/#/c/85318/
but I think we can do a better fix *without* disabling any warning,
see the comment in:
https://gerrit.ovirt.org/#/c/85318/3/lib/vdsm/v2v.py@1369

*00:07:29.182* * Module
vdsm.tool.configurator*00:07:29.186* *E*:118,12: *No value for
argument 'action' in function call*
(*no-value-for-parameter*)*00:07:29.191* *E*:158,12: *No value for
argument 'action' in function call*
(*no-value-for-parameter*)*00:07:29.195* *E*:193,12: *No value for
argument 'action' in function call*
(*no-value-for-parameter*)*00:07:29.198* *E*:215,12: *No value for
argument 'action' in function call* (*no-value-for-parameter*)


This is handled by https://gerrit.ovirt.org/#/c/85316/
but I don't understand the fix. The code seems fine
and the fix make it worse.

*00:07:29.201* * Module
vdsm.virt.vm_migrate_hook*00:07:29.204* *E*:199, 4: *No value for
argument 'domain' in function call*
(*no-value-for-parameter*)*00:07:29.206* *E*:199, 4: *No value for
argument 'event' in function call*
(*no-value-for-parameter*)*00:07:29.208* *E*:199, 4: *No value for
argument 'phase' in function call* (*no-value-for-parameter*)


Francesco, can you look at these?

*00:07:29.210* * Module
vdsm.network.netlink.monitor*00:07:29.212* *E*:172,58: *Instance of
'closing' has no 'poll' member* (*no-member*)



>
>
> On Tue, Dec 12, 2017 at 2:09 AM, Nir Soffer  wrote:
>
>> I'm trying to upgrade pylint to latest so we can enjoy latest fixes
>> like this:
>> https://github.com/PyCQA/pylint/issues/1736
>>
>> Now we have some new errors, please check.
>>
>> * Module vdsm.clientIF*00:06:53.857* *E*:588,16: *Possible 
>> unbalanced tuple unpacking with sequence: left side has 2 label(s), right 
>> side has 0 value(s)* (*unbalanced-tuple-unpacking*)
>>
>>
>> 587 if eventid == libvirt.VIR_DOMAIN_EVENT_ID_LIFECYCLE:
>> 588 event, detail = args[:-1]
>> 589 v.onLibvirtLifecycleEvent(event, detail, None)
>>
>>
>> Code is indeed incorrect, should be:
>>
>> event, detail = args[:2]
>>
>>
>> *00:06:53.859* *E*:593,16: *Possible unbalanced tuple unpacking with 
>> sequence: left side has 1 label(s), right side has 0 value(s)* 
>> (*unbalanced-tuple-unpacking*)*00:06:53.861* *E*:596,16: *Possible 
>> unbalanced tuple unpacking with sequence: left side has 4 label(s), right 
>> side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.863* 
>> *E*:599,16: *Possible unbalanced tuple unpacking with sequence: left side 
>> has 5 label(s), right side has 0 value(s)* 
>> (*unbalanced-tuple-unpacking*)*00:06:53.867* *E*:610,16: *Possible 
>> unbalanced tuple unpacking with sequence: left side has 1 label(s), right 
>> side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.869* 
>> *E*:615,16: *Possible unbalanced tuple unpacking with sequence: left side 
>> has 1 label(s), right side has 0 value(s)* 
>> (*unbalanced-tuple-unpacking*)*00:06:53.872* *E*:618,16: *Possible 
>> unbalanced tuple unpacking with sequence: left side has 4 label(s), right 
>> side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.873* 
>> * Module vdsm.v2v*00:06:53.874* *E*:1368,27: *Instance of 
>> 'closing' has no 'read' member* (*no-member*)*00:06:53.876* * 
>> Module vdsm.tool.configurator*00:06:53.878* *E*:118,12: *No value for 
>> argument 'action' in function call* (*no-value-for-parameter*)*00:06:53.880* 
>> *E*:158,12: *No value for argument 'action' in function call* 
>> (*no-value-for-parameter*)*00:06:53.881* *E*:193,12: *No value for argument 
>> 'action' in function call* (*no-value-for-parameter*)*00:06:53.883* 
>> *E*:215,12: *No value for argument 'action' in function call* 
>> (*no-value-for-parameter*)*00:06:53.885* * Module 
>> vdsm.virt.vm_migrate_hook*00:06:53.886* *E*:199, 4: *No value for argument 
>> 'domain' in function call* (*no-value-for-parameter*)*00:06:53.888* *E*:199, 
>> 4: *No value for argument 'event' in function call* 
>> (*no-value-for-parameter*)*00:06:53.890* *E*:199, 4: *No value for argument 
>> 'phase' in function call* (*no-value-for-parameter*)*00:06:53.892* 
>> * Module vdsm.network.netlink.monitor*00:06:53.893* *E*:172,58: 
>> *Instance of 'closing' has no 'poll' member* (*no-member*)
>>
>>
>>

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 12-12-2017 ] [ 098_ovirt_provider_ovn.use_ovn_provider ]

2017-12-12 Thread Yaniv Kaul 
On Tue, Dec 12, 2017 at 10:11 PM, Yaniv Kaul  wrote:

> I suspect you've missed the relevant exception:
> {"jsonrpc": "2.0", "id": "05aaf760-b3b7-47b5-8bd7-034e899b7400", "error":
> {"message": "General Exception: (\"'portMirroring'\",)", "code": 100}}�
> 2017-12-12 13:27:48,142-05 DEBUG 
> [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker]
> (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id":
> "05aaf760-b3b7-47b5-8bd7-034e899b7400", "error": {"message": "General
> Exception: (\"'portMirroring'\",)", "code": 100}}
> 2017-12-12 13:27:48,142-05 ERROR [org.ovirt.engine.core.
> vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default task-12) [4c4b50dc]
> Failed in 'HotUnplugNicVDS' method
> 2017-12-12 13:27:48,150-05 ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (default task-12) [4c4b50dc]
> EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), VDSM
> lago-basic-suite-master-host-0 command HotUnplugNicVDS failed: General
> Exception: ("'portMirroring'",)
> 2017-12-12 13:27:48,150-05 INFO  [org.ovirt.engine.core.
> vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default task-12) [4c4b50dc]
> Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand'
> return value 'StatusOnlyReturn [status=Status [code=100, message=General
> Exception: ("'portMirroring'",)]]'
> 2017-12-12 13:27:48,150-05 INFO  [org.ovirt.engine.core.
> vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default task-12) [4c4b50dc]
> HostName = lago-basic-suite-master-host-0
> 2017-12-12 13:27:48,150-05 ERROR [org.ovirt.engine.core.
> vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default task-12) [4c4b50dc]
> Command 'HotUnplugNicVDSCommand(HostName = lago-basic-suite-master-host-0,
> VmNicDeviceVDSParameters:{hostId='cf1d46b2-4594-4076-9d24-6f75220f0c97',
> vm.vm_name='vm0', nic='VmNic:{id='4487559e-7e47-4ab7-a6fe-1ae32fb34336',
> vnicProfileId='623c894e-234c-4f1b-899e-275be6864f75', speed='1000',
> type='3', macAddress='00:1a:4a:16:01:03', linked='true',
> vmId='90124564-04f7-4607-a222-503c42262844', vmTemplateId='null'}',
> vmDevice='VmDevice:{id='VmDeviceId:{deviceId='4487559e-7e47-4ab7-a6fe-1ae32fb34336',
> vmId='90124564-04f7-4607-a222-503c42262844'}', device='bridge',
> type='INTERFACE', specParams='[inbound={}, outbound={}]',
> address='{slot=0x0a, bus=0x00, domain=0x, type=pci, function=0x0}',
> managed='true', plugged='true', readOnly='false', deviceAlias='net2',
> customProperties='[]', snapshotId='null', logicalName='null',
> hostDevice='null'}'})' execution failed: VDSGenericException:
> VDSErrorException: Failed to HotUnplugNicVDS, error = General Exception:
> ("'portMirroring'",), code = 100
> 2017-12-12 13:27:48,150-05 DEBUG [org.ovirt.engine.core.
> vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default task-12) [4c4b50dc]
> Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
> VDSGenericException: VDSErrorException: Failed to HotUnplugNicVDS, error =
> General Exception: ("'portMirroring'",), code = 100
> at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.
> createDefaultConcreteException(VdsBrokerCommand.java:81) [vdsbroker.jar:]
> at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.
> createException(BrokerCommandBase.java:224) [vdsbroker.jar:]
> at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.
> proceedProxyReturnValue(BrokerCommandBase.java:194) [vdsbroker.jar:]
> at org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand.
> executeVdsBrokerCommand(HotUnplugNicVDSCommand.java:14) [vdsbroker.jar:]
> at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.
> executeVDSCommand(VdsBrokerCommand.java:112) [vdsbroker.jar:]
> at org.ovirt.engine.core.vdsbroker.VDSCommandBase.
> executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:]
> ...
>
>
> (I did not look into the VDSM log to see what failed there)
>

And now that I did[1]:
2017-12-12 13:27:48,137-0500 INFO  (jsonrpc/0) [api.virt] START
hotunplugNic(params={u'nic': {u'nicModel': u'pv', u'macAddr':
u'00:1a:4a:16:01:03', u'linkActive': u'true', u'network': u'network_1',
u'filterParameters': [], u'filter': u'vdsm-no-mac-spoofing', u'specParams':
{u'inbound': {}, u'outbound': {}}, u'deviceId':
u'4487559e-7e47-4ab7-a6fe-1ae32fb34336', u'address': {u'function': u'0x0',
u'bus': u'0x00', u'domain': u'0x', u'type': u'pci', u'slot': u'0x0a'},
u'device': u'bridge', u'type': u'interface'}, u'vmId':
u'90124564-04f7-4607-a222-503c42262844'}) from=:::192.168.202.4,47014,
flow_id=4c4b50dc (api:46)
2017-12-12 13:27:48,137-0500 ERROR (jsonrpc/0) [api] FINISH hotunplugNic
error='portMirroring' (api:127)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 117, in
method
ret = func(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 394, in
hotunplugNic
return self.vm.hotunplugNic(params)
  File "", line 2, in hotunplugNic
  File

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 12-12-2017 ] [ 098_ovirt_provider_ovn.use_ovn_provider ]

2017-12-12 Thread Yaniv Kaul 
I suspect you've missed the relevant exception:
{"jsonrpc": "2.0", "id": "05aaf760-b3b7-47b5-8bd7-034e899b7400", "error":
{"message": "General Exception: (\"'portMirroring'\",)", "code": 100}}�
2017-12-12 13:27:48,142-05 DEBUG
[org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) []
Message received: {"jsonrpc": "2.0", "id":
"05aaf760-b3b7-47b5-8bd7-034e899b7400", "error": {"message": "General
Exception: (\"'portMirroring'\",)", "code": 100}}
2017-12-12 13:27:48,142-05 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default
task-12) [4c4b50dc] Failed in 'HotUnplugNicVDS' method
2017-12-12 13:27:48,150-05 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-12) [4c4b50dc] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802),
VDSM lago-basic-suite-master-host-0 command HotUnplugNicVDS failed: General
Exception: ("'portMirroring'",)
2017-12-12 13:27:48,150-05 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default
task-12) [4c4b50dc] Command
'org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand' return
value 'StatusOnlyReturn [status=Status [code=100, message=General
Exception: ("'portMirroring'",)]]'
2017-12-12 13:27:48,150-05 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default
task-12) [4c4b50dc] HostName = lago-basic-suite-master-host-0
2017-12-12 13:27:48,150-05 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default
task-12) [4c4b50dc] Command 'HotUnplugNicVDSCommand(HostName =
lago-basic-suite-master-host-0,
VmNicDeviceVDSParameters:{hostId='cf1d46b2-4594-4076-9d24-6f75220f0c97',
vm.vm_name='vm0', nic='VmNic:{id='4487559e-7e47-4ab7-a6fe-1ae32fb34336',
vnicProfileId='623c894e-234c-4f1b-899e-275be6864f75', speed='1000',
type='3', macAddress='00:1a:4a:16:01:03', linked='true',
vmId='90124564-04f7-4607-a222-503c42262844', vmTemplateId='null'}',
vmDevice='VmDevice:{id='VmDeviceId:{deviceId='4487559e-7e47-4ab7-a6fe-1ae32fb34336',
vmId='90124564-04f7-4607-a222-503c42262844'}', device='bridge',
type='INTERFACE', specParams='[inbound={}, outbound={}]',
address='{slot=0x0a, bus=0x00, domain=0x, type=pci, function=0x0}',
managed='true', plugged='true', readOnly='false', deviceAlias='net2',
customProperties='[]', snapshotId='null', logicalName='null',
hostDevice='null'}'})' execution failed: VDSGenericException:
VDSErrorException: Failed to HotUnplugNicVDS, error = General Exception:
("'portMirroring'",), code = 100
2017-12-12 13:27:48,150-05 DEBUG
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand] (default
task-12) [4c4b50dc] Exception:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to HotUnplugNicVDS, error =
General Exception: ("'portMirroring'",), code = 100
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createDefaultConcreteException(VdsBrokerCommand.java:81)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.createException(BrokerCommandBase.java:224)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:194)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnplugNicVDSCommand.executeVdsBrokerCommand(HotUnplugNicVDSCommand.java:14)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:112)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73)
[vdsbroker.jar:]
...


(I did not look into the VDSM log to see what failed there)
Y.


On Tue, Dec 12, 2017 at 9:51 PM, Dafna Ron  wrote:

> Hi,
>
> We have a failure on test 098_ovirt_provider_ovn.use_ovn_provider but I
> am not sure how the reported patch is related to the failure.
>
> *Link and headline of suspected patches: *
> * https://gerrit.ovirt.org/#/c/85147/
>  - virt: Fix flipped condition in
> hotunplugNic*
>
> *Link to Job:*
> *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4371
> *
>
>
> *Link to all logs:*
> *
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4371/artifact
> *
>
>
> *(Relevant) error snippet from the log: *
>
>
>
> *  from junit: *
>
>
> File "/usr/lib64/python2.7/unittest/case.py", line 369, in run
> testMethod()
>   File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest
> self.test(*self.arg)
>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in 
> wrapped_test
> test()
>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in 
> wrapper
> return func(get_test_prefix(), *args, **kwargs)
>   File

[ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 12-12-2017 ] [ 098_ovirt_provider_ovn.use_ovn_provider ]

2017-12-12 Thread Dafna Ron 
Hi,

We have a failure on test 098_ovirt_provider_ovn.use_ovn_provider but I
am not sure how the reported patch is related to the failure.

**

*Link and headline of suspected patches: *

*https://gerrit.ovirt.org/#/c/85147/ - virt: Fix flipped condition in
hotunplugNic*

**

*Link to Job:*

***http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4371*

*
*

*Link to all logs:*

*http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4371/artifact*

*
*

*(Relevant) error snippet from the log: *

*




from junit:
*


File "/usr/lib64/python2.7/unittest/case.py", line 369, in run
testMethod()
  File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in 
wrapped_test
test()
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in 
wrapper
return func(get_test_prefix(), *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 78, in 
wrapper
prefix.virt_env.engine_vm().get_api(api_ver=4), *args, **kwargs
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in 
wrapper
return func(get_test_prefix(), *args, **kwargs)
  File 
"/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/098_ovirt_provider_ovn.py",
 line 435, in use_ovn_provider
_remove_iface_from_vm(api, VM0_NAME, IFACE_NAME)
  File 
"/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/098_ovirt_provider_ovn.py",
 line 388, in _remove_iface_from_vm
nic_service.deactivate()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 29110, 
in deactivate
return self._internal_action(action, 'deactivate', None, headers, query, 
wait)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 299, in 
_internal_action
return future.wait() if wait else future
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in 
wait
return self._code(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 296, in 
callback
self._check_fault(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in 
_check_fault
self._raise_error(response, body)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in 
_raise_error
raise error
'Fault reason is "Operation Failed". Fault detail is "[General Exception]". 
HTTP response code is 400.\n >> begin captured logging << 
\nrequests.packages.urllib3.connectionpool: INFO: * 
Starting new HTTPS connection (1): 192.168.202.4\npy.warnings: WARNING: * 
Unverified HTTPS request is being made. Adding certificate verification is 
strongly advised. See: 
https://urllib3.readthedocs.org/en/latest/security.html\nrequests.packages.urllib3.connectionpool:

 DEBUG: "POST /v2.0/tokens/ HTTP/1.1" 200 
None\nrequests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS 
connection (1): 192.168.202.4\nrequests.packages.urllib3.connectionpool: DEBUG: 
"GET /v2.0/networks/ HTTP/1.1" 200 
None\nrequests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS 
connection (1): 192.168.202.4\nrequests.packages.urllib3.connectionpool: DEBUG: 
"GET /v2.0/ports/ HTTP/1.1" 200 None\nrequests.packages.urllib3.connectionpool: 
INFO: * Starting new HTTPS connection (1): 
192.168.202.4\nrequests.packages.urllib3.connectionpool: DEBUG: "GET 
/v2.0/subnets/ HTTP/1.1" 200 None\nrequests.packages.urllib3.connectionpool: 
INFO: * Starting new HTTPS connection (1): 
192.168.202.4\nrequests.packages.urllib3.connectionpool: DEBUG: "POST 
/v2.0/networks/ HTTP/1.1" 201 None\nrequests.packages.urllib3.connectionpool: 
INFO: * Starting new HTTPS connection (1): 
192.168.202.4\nrequests.packages.urllib3.connectionpool: DEBUG: "POST 
/v2.0/subnets/ HTTP/1.1" 201 None\nrequests.packages.urllib3.connectionpool: 
INFO: * Starting new HTTPS connection (1): 
192.168.202.4\nrequests.packages.urllib3.connectionpool: DEBUG: "POST 
/v2.0/ports/ HTTP/1.1" 201 None\nrequests.packages.urllib3.connectionpool: 
INFO: * Starting new HTTPS connection (1): 
192.168.202.4\nrequests.packages.urllib3.connectionpool: DEBUG: "GET 
/v2.0/networks/ HTTP/1.1" 200 None\nrequests.packages.urllib3.connectionpool: 
INFO: * Starting new HTTPS connection (1): 
192.168.202.4\nrequests.packages.urllib3.connectionpool: DEBUG: "GET 
/v2.0/ports/ HTTP/1.1" 200 None\nrequests.packages.urllib3.connectionpool: 
INFO: * Starting new HTTPS connection (1): 
192.168.202.4\nrequests.packages.urllib3.connectionpool: DEBUG: "GET 
/v2.0/subnets/ HTTP/1.1" 200 None\n- >> end captured 
logging << -' 

From

[ovirt-devel] [ANN] oVirt 4.2.0 Second Candidate Release is now available for testing

2017-12-12 Thread Sandro Bonazzola 
The oVirt Project is pleased to announce the availability of the Second
Candidate Release of oVirt 4.2.0, as of December 12th, 2017

This is pre-release software. This pre-release should not to be used in
production.

Please take a look at our community page[1] to learn how to ask questions
and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].

This update is the second candidate release of the 4.2.0 version. This
release brings more than 280 enhancements and more than one thousand bug
fixes, including more than 500 high or urgent severity fixes, on top of
oVirt 4.1 series.

What's new in oVirt 4.2.0?


   -

   The Administration Portal has been completely redesigned using
   Patternfly, a widely adopted standard in web application design. It now
   features a cleaner, more intuitive design, for an improved user experience.
   -

   There is an all-new VM Portal for non-admin users.
   -

   A new High Performance virtual machine type has been added to the New VM
   dialog box in the Administration Portal.
   -

   Open Virtual Network (OVN) adds support for Open vSwitch software
   defined networking (SDN).
   -

   oVirt now supports Nvidia vGPU.
   -

   The ovirt-ansible-roles package helps users with common administration
   tasks.
   -

   Virt-v2v now supports Debian/Ubuntu based VMs.


For more information about these and other features, check out the oVirt
4.2.0 blog post
.

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

* oVirt Node 4.2 (available for x86_64 only)

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:

- oVirt Appliance is already available.

- oVirt Node is already available [4]

Additional Resources:

* Read more about the oVirt 4.2.0 release highlights:
http://www.ovirt.org/release/4.2.0/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] https://www.ovirt.org/community/

[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

[3] http://www.ovirt.org/release/4.2.0/
[4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [rhev-devel] [IMPORTANT] getting rid of our implementation of UUID generation in 4.2.1

2017-12-12 Thread Martin Perina 
On Tue, Dec 12, 2017 at 11:11 AM, Eli Mesika  wrote:

> Hi
>
> We had decided to drop our UUID generation function from DB in 4.2.1 and
> use the one provided by PG (using an extension)
> Please note that once this patch [1] is merged , you will have to do the
> following steps in your env in order that it will continue working.
>
> 1) make sure that the postgresql-contrib is installed on your machine
> (yum/dnf install postgresql-contrib -y)
>

​Just adding that package name is "postgresql-contrib" for Fedora and
"rh-postgresql95-postgresql-contrib" for CentOS and it needs to be
installed manually on engine developer's machines
​


> 2) run the following command from psql prompt while logging in with a DB
> admin (postgres) user
>  a) DROP FUNCTION IF EXISTS uuid_generate_v1();
>  b) CREATE EXTENSION "uuid-ossp";'
> 3) validate from psql prompt by :
>
> # select *  from pg_available_extensions where name = 'uuid-ossp' and
> installed_version IS NOT NULL;
>
> You should get the following result
>
> -[ RECORD 1 ]-+
> name  | uuid-ossp
> default_version   | 1.0
> installed_version | 1.0
> comment   | generate universally unique identifiers (UUIDs)
>
> Please contact me for any questions or problems you encounter after this
> patch is merged to master.
>
> [1] https://gerrit.ovirt.org/#/c/84832/
>
>
> Thanks
>
> Eli Mesika
>



-- 
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] [ OST Failure Report ] [ oVirt Hosted-engine-ha Master ] [ 12-12-2017 ] [ 002_bootstrap.verify_add_hosts, 002_bootstrap.add_hosts ]

2017-12-12 Thread Dafna Ron 
Hi,

We had a failure on ovirt-hosted-engine-ha in two tests on bith basic
and upgrade suite.

Both tests failed on deploy host with the same missing package: python2-lxml

**

*Link and headline of suspected patches: *

**

*

Patch reported as failed: https://gerrit.ovirt.org/#/c/85279/ - build:
ovirt-hosted-engine-ha-2.2.1

**

Patch reported as root cause of failure:
https://gerrit.ovirt.org/#/c/85262/ - Fix OVF parsing of memory size
when multiple Items are present



Link to Job:

**

http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4358/


Link to all logs:

**

http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4358/artifact/



(Relevant) error snippet from the log:




*

2017-12-11 16:14:19,691-0500 DEBUG otopi.context context._executeMethod:143 
method exception
Traceback (most recent call last):
  File "/tmp/ovirt-3qTn6VadoI/pythonlib/otopi/context.py", line 133, in 
_executeMethod
method['method']()
  File "/tmp/ovirt-3qTn6VadoI/otopi-plugins/otopi/packagers/yumpackager.py", 
line 248, in _packages
self.processTransaction()
  File "/tmp/ovirt-3qTn6VadoI/otopi-plugins/otopi/packagers/yumpackager.py", 
line 262, in processTransaction
if self._miniyum.buildTransaction():
  File "/tmp/ovirt-3qTn6VadoI/pythonlib/otopi/miniyum.py", line 920, in 
buildTransaction
raise yum.Errors.YumBaseError(msg)
YumBaseError: [u'ovirt-hosted-engine-ha-2.2.1-1.el7.centos.noarch requires 
python2-lxml']
2017-12-11 16:14:19,692-0500 ERROR otopi.context context._executeMethod:152 
Failed to execute stage 'Package installation': 
[u'ovirt-hosted-engine-ha-2.2.1-1.el7.centos.noarch requires python2-lxml']
2017-12-11 16:14:19,706-0500 DEBUG 
otopi.plugins.otopi.debug.debug_failure.debug_failure 
debug_failure._notification:100 tcp connections:
id uid local foreign state pid exe

*



*
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] [vdsm] libvirtconnection test failures on my box

2017-12-12 Thread Francesco Romani 
Hi all,


since yesterday, running 'make check' on my F26 box I get those errors:


==
ERROR: libvirtMock will raise an error when nodeDeviceLookupByName is
called.
--
Traceback (most recent call last):
  File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line
134, in wrapper
    return f(*args, **kw)
  File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line
134, in wrapper
    return f(*args, **kw)
  File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line
134, in wrapper
    return f(*args, **kw)
  File
"/home/fromani/Projects/upstream/vdsm/tests/common/libvirtconnection_test.py",
line 150, in testCallFailedConnectionDown
    connection = libvirtconnection.get(killOnFailure=True)
TypeError: __init__() got an unexpected keyword argument 'killOnFailure'
 >> begin captured logging << 
2017-12-12 09:57:05,801 DEBUG (libvirt/events) [root] START thread
 (func=>, args=(), kwargs={}) (concurrent:189)
2017-12-12 09:57:05,802 DEBUG (libvirt/events) [root] FINISH thread
 (concurrent:192)
- >> end captured logging << -

==
ERROR: libvirtMock will raise an error when nodeDeviceLookupByName is
called.
--
Traceback (most recent call last):
  File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line
134, in wrapper
    return f(*args, **kw)
  File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line
134, in wrapper
    return f(*args, **kw)
  File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line
134, in wrapper
    return f(*args, **kw)
  File
"/home/fromani/Projects/upstream/vdsm/tests/common/libvirtconnection_test.py",
line 132, in testCallFailedConnectionUp
    connection = libvirtconnection.get(killOnFailure=True)
TypeError: __init__() got an unexpected keyword argument 'killOnFailure'
 >> begin captured logging << 
2017-12-12 09:57:05,803 DEBUG (libvirt/events) [root] START thread
 (func=>, args=(), kwargs={}) (concurrent:189)
2017-12-12 09:57:05,803 DEBUG (libvirt/events) [root] FINISH thread
 (concurrent:192)
- >> end captured logging << -

==
ERROR: Positive test - libvirtMock does not raise any errors
--
Traceback (most recent call last):
  File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line
134, in wrapper
    return f(*args, **kw)
  File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line
134, in wrapper
    return f(*args, **kw)
  File
"/home/fromani/Projects/upstream/vdsm/tests/common/libvirtconnection_test.py",
line 118, in testCallSucceeded
    connection.nodeDeviceLookupByName()
TypeError: nodeDeviceLookupByName() takes exactly 2 arguments (1 given)
 >> begin captured logging << 
2017-12-12 09:57:05,804 DEBUG (libvirt/events) [root] START thread
 (func=>, args=(), kwargs={}) (concurrent:189)
2017-12-12 09:57:05,804 DEBUG (libvirt/events) [root] FINISH thread
 (concurrent:192)
- >> end captured logging << -

--


Smells like incorrect monkeypatching leaking out of test module.

The last one is easy, seems just incorrect call, I have a fix pending.
However, why is it starting to fail just now?

It seems to run fine on CI, which is interesting.


Any help is welcome


Bests,


-- 
Francesco Romani
Senior SW Eng., Virtualization R
Red Hat
IRC: fromani github: @fromanirh

___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel