Re: [ovirt-devel] System tests failure (wrong test code?)

2017-03-17 Thread Nir Soffer 
On Fri, Mar 17, 2017 at 9:49 PM Yaniv Kaul  wrote:

> On Thu, Mar 16, 2017 at 8:16 PM, Michal Skrivanek 
> wrote:
>
>
> On 16 Mar 2017, at 15:18, Yaniv Kaul  wrote:
>
>
>
> On Thu, Mar 16, 2017 at 10:46 AM, Nir Soffer  wrote:
>
> If found this error in system tests - looks like wrong assert - code
> should check
> if disk is not None before checking state.
>
> I'm not sure who is the owner of this test, so posting here.
>
>
> Theoretically, perhaps.
> Practically, it worked (until yesterday?) and now I'm also seeing this
> failure - it's not a coincidence.
>
> However, looking at my failure[1], I'm seeing other nasty stuff, which may
> explain the later on failures
>
> For example, new NPE I have not seen in the past:
> 2017-03-16 09:57:57,581-04 INFO
>  [org.ovirt.engine.core.bll.AddVmTemplateCommand] (DefaultQuartzScheduler1)
> [5d94233] Ending command 'org.ovirt.engine.core.bll.AddVmTemplateCommand'
> successfully.
>
>
> Is this IST or which TZ?
>
>
> Interesting question - I guess that's why we need the offset from UTC or
> use UTC in the logs.
>

We have offset from UTC - "-04"

Do we have slaves here?
https://time.is/map/UTC-4

Probably machine with incorrect timezone?


>
>
> Likely https://gerrit.ovirt.org/#/c/69323 merged 10:33:20 CET today
>
>
> That's the cause or the fix?
> Y.
>
>
>
> 2017-03-16 09:57:57,591-04 INFO
>  [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand]
> (DefaultQuartzScheduler1) [5d94233] START, SetVmStatusVDSCommand(
> SetVmStatusVDSCommandParameters:{runAsync='true',
> vmId='----', status='Down',
> exitStatus='Normal'}), log id: 30ee3299
> 2017-03-16 09:57:57,593-04 DEBUG
> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
> (DefaultQuartzScheduler1) [5d94233] Compiled stored procedure. Call string
> is [{call getvmdynamicbyvmguid(?)}]
> 2017-03-16 09:57:57,594-04 DEBUG
> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
> (DefaultQuartzScheduler1) [5d94233] SqlCall for procedure
> [GetVmDynamicByVmGuid] compiled
> 2017-03-16 09:57:57,595-04 ERROR
> [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand]
> (DefaultQuartzScheduler1) [5d94233] Command 'SetVmStatusVDSCommand(
> SetVmStatusVDSCommandParameters:{runAsync='true',
> vmId='----', status='Down',
> exitStatus='Normal'})' execution failed: null
> 2017-03-16 09:57:57,595-04 DEBUG
> [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand]
> (DefaultQuartzScheduler1) [5d94233] Exception:
> java.lang.NullPointerException
> at
> org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand.executeVDSCommand(SetVmStatusVDSCommand.java:33)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33)
> [dal.jar:]
> at
> org.ovirt.engine.core.vdsbroker.vdsbroker.DefaultVdsCommandExecutor.execute(DefaultVdsCommandExecutor.java:14)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:404)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
> [bll.jar:]
> at org.ovirt.engine.core.bll.VmHandler.unLockVm(VmHandler.java:377)
> [bll.jar:]
>
>
>
> Y.
>
> [1]
> http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_64/326/artifact/exported-artifacts/basic_suite_master__logs/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log
>
>
> *08:28:05*   # snapshots_merge: *08:28:31* Unhandled exception in   at 0x276a5f0>*08:28:31* Traceback (most recent call last):*08:28:31* 
>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 217, in 
> assert_equals_within*08:28:31* res = func()*08:28:31*   File 
> "/home/jenkins/workspace/ovirt-system-tests_manual/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py",
>  line 466, in *08:28:31* 
> api.vms.get(VM0_NAME).disks.get(disk_name).status.state == 'ok'*08:28:31* 
> AttributeError: 'NoneType' object has no attribute 'state'*08:28:31* Error 
> while running thread*08:28:31* Traceback (most recent call last):*08:28:31*   
> File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in 
> _ret_via_queue*08:28:31* queue.put({'return': func()})*08:28:31*   File 
> "/home/jenkins/workspace/ovirt-system-tests_manual/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py",
>  line 465, in snapshot_live_merge*08:28:31* lambda:*08:28:31*   File 
> "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 264, in 
> assert_true_within_long*08:28:31* assert_equals_within_long(func, True, 
> allowed_exceptions)*08:28:31*   File 
>

Re: [ovirt-devel] System tests failure (wrong test code?)

2017-03-17 Thread Yaniv Kaul 
On Thu, Mar 16, 2017 at 8:16 PM, Michal Skrivanek 
wrote:

>
> On 16 Mar 2017, at 15:18, Yaniv Kaul  wrote:
>
>
>
> On Thu, Mar 16, 2017 at 10:46 AM, Nir Soffer  wrote:
>
>> If found this error in system tests - looks like wrong assert - code
>> should check
>> if disk is not None before checking state.
>>
>> I'm not sure who is the owner of this test, so posting here.
>>
>
> Theoretically, perhaps.
> Practically, it worked (until yesterday?) and now I'm also seeing this
> failure - it's not a coincidence.
>
> However, looking at my failure[1], I'm seeing other nasty stuff, which may
> explain the later on failures
>
> For example, new NPE I have not seen in the past:
> 2017-03-16 09:57:57,581-04 INFO  
> [org.ovirt.engine.core.bll.AddVmTemplateCommand]
> (DefaultQuartzScheduler1) [5d94233] Ending command
> 'org.ovirt.engine.core.bll.AddVmTemplateCommand' successfully.
>
>
> Is this IST or which TZ?
>

Interesting question - I guess that's why we need the offset from UTC or
use UTC in the logs.


> Likely https://gerrit.ovirt.org/#/c/69323 merged 10:33:20 CET today
>

That's the cause or the fix?
Y.


>
> 2017-03-16 09:57:57,591-04 INFO  
> [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand]
> (DefaultQuartzScheduler1) [5d94233] START, SetVmStatusVDSCommand(
> SetVmStatusVDSCommandParameters:{runAsync='true',
> vmId='----', status='Down',
> exitStatus='Normal'}), log id: 30ee3299
> 2017-03-16 09:57:57,593-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.
> PostgresDbEngineDialect$PostgresSimpleJdbcCall] (DefaultQuartzScheduler1)
> [5d94233] Compiled stored procedure. Call string is [{call
> getvmdynamicbyvmguid(?)}]
> 2017-03-16 09:57:57,594-04 DEBUG [org.ovirt.engine.core.dal.dbbroker.
> PostgresDbEngineDialect$PostgresSimpleJdbcCall] (DefaultQuartzScheduler1)
> [5d94233] SqlCall for procedure [GetVmDynamicByVmGuid] compiled
> 2017-03-16 09:57:57,595-04 ERROR 
> [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand]
> (DefaultQuartzScheduler1) [5d94233] Command 'SetVmStatusVDSCommand(
> SetVmStatusVDSCommandParameters:{runAsync='true',
> vmId='----', status='Down',
> exitStatus='Normal'})' execution failed: null
> 2017-03-16 09:57:57,595-04 DEBUG 
> [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand]
> (DefaultQuartzScheduler1) [5d94233] Exception:
> java.lang.NullPointerException
> at org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand.
> executeVDSCommand(SetVmStatusVDSCommand.java:33) [vdsbroker.jar:]
> at org.ovirt.engine.core.vdsbroker.VDSCommandBase.
> executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:]
> at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33)
> [dal.jar:]
> at org.ovirt.engine.core.vdsbroker.vdsbroker.DefaultVdsCommandExecutor.
> execute(DefaultVdsCommandExecutor.java:14) [vdsbroker.jar:]
> at org.ovirt.engine.core.vdsbroker.ResourceManager.
> runVdsCommand(ResourceManager.java:404) [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
> [bll.jar:]
> at org.ovirt.engine.core.bll.VmHandler.unLockVm(VmHandler.java:377)
> [bll.jar:]
>
>
>
> Y.
>
> [1]  http://jenkins.ovirt.org/job/ovirt-system-tests_master_
> check-patch-el7-x86_64/326/artifact/exported-artifacts/
> basic_suite_master__logs/test_logs/basic-suite-master/post-
> 004_basic_sanity.py/lago-basic-suite-master-engine/_
> var_log/ovirt-engine/engine.log
>
>
>> *08:28:05*   # snapshots_merge: *08:28:31* Unhandled exception in >  at 0x276a5f0>*08:28:31* Traceback (most recent call 
>> last):*08:28:31*   File 
>> "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 217, in 
>> assert_equals_within*08:28:31* res = func()*08:28:31*   File 
>> "/home/jenkins/workspace/ovirt-system-tests_manual/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py",
>>  line 466, in *08:28:31* 
>> api.vms.get(VM0_NAME).disks.get(disk_name).status.state == 'ok'*08:28:31* 
>> AttributeError: 'NoneType' object has no attribute 'state'*08:28:31* Error 
>> while running thread*08:28:31* Traceback (most recent call last):*08:28:31*  
>>  File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in 
>> _ret_via_queue*08:28:31* queue.put({'return': func()})*08:28:31*   File 
>> "/home/jenkins/workspace/ovirt-system-tests_manual/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py",
>>  line 465, in snapshot_live_merge*08:28:31* lambda:*08:28:31*   File 
>> "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 264, in 
>> assert_true_within_long*08:28:31* assert_equals_within_long(func, True, 
>> allowed_exceptions)*08:28:31*   File 
>> "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 251, in 
>> assert_equals_within_long*08:28:31* func, value, LONG_TIMEOUT, 
>> allowed_exceptions=allowed_exceptions*08:28:31*   File 
>>

Re: [ovirt-devel] [vdsm] Engine XML: metadata and devices from XML

2017-03-17 Thread Francesco Romani 
On 03/16/2017 08:03 PM, Francesco Romani wrote:
> On 03/16/2017 01:26 PM, Francesco Romani wrote:
>> On 03/16/2017 11:47 AM, Michal Skrivanek wrote:
 On 16 Mar 2017, at 09:45, Francesco Romani  wrote:

 We talked about sending storage device purely on metadata, letting Vdsm
 rebuild them and getting the XML like today.

 In the other direction, Vdsm will pass through the XML (perhaps only
 parts of it, e.g. the devices subtree) like before.

 This way we can minimize the changes we are uncertain of, and more
 importantly, we can minimize the risky changes.


 The following is  a realistic example of how the XML could look like if
 we send all but the storage devices. It is built using my pyxmlpickle
 module (see [3] below).
>>> That’s quite verbose. How much work would it need to actually minimize it 
>>> and turn it into something more simple.
>>> Most such stuff should go away and I believe it would be beneficial to make 
>>> it difficult to use to discourage using metadata as a generic junkyard
>> It is verbose because it is generic - indeed perhaps too generic.
>> I can try something else based on a concept from Martin Polednik. Will
>> follow up soon.
> Early preview:
> https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:virt-metadata-compact
>
> still plenty of TODOs, I expect to be reviewable material worst case
> monday morning.

This is how typical XML could look like:







true
true
192.168.1.51
en-us
DEFAULT
   
smain,sinputs,scursor,splayback,srecord,sdisplay,ssmartcard,susbredir
ovirtmgmt









c578566d-bc61-420c-8f1e-8dfa0a18efd5
5c4eeed4-f2a7-490a-ab57-a0d6f3a711cc
5890a292-0390-01d2-01ed-029a
66441539-f7ac-4946-8a25-75e422f939d4




still working on this

-- 
Francesco Romani
Red Hat Engineering Virtualization R & D
IRC: fromani

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

Re: [ovirt-devel] [ OST Failure Report ] [ ovirt-engine-4.1 ] [ 02.03.2017 ] [004_basic_sanity]

2017-03-17 Thread Piotr Kliczewski 
On Fri, Mar 17, 2017 at 8:24 AM, Barak Korren  wrote:
> On 16 March 2017 at 18:33, Piotr Kliczewski  
> wrote:
>> + infra
>>
>> On Thu, Mar 16, 2017 at 5:32 PM, Piotr Kliczewski
>>  wrote:
>>> I checked the logs and I checked that the job somehow used older
>>> version without the fix:
>>>
>>> 2017-03-16 14:16:07,212::INFO::repoman.common.stores.RPM::Adding
>>> package 
>>> /var/lib/lago/reposync/ovirt-4.1-el7/noarch/vdsm-jsonrpc-java-1.3.8-1.el7.centos.noarch.rpm
>>> to repo /dev/shm/ost/deployment-basic-suite-4.1/default/internal_repo
>>>
>>> How is it possible?
>
> The "experimental" OST flow runs against the experimental repo that
> includes the latest built packages from all projects.
> A vanilla clone of OST, as well as the OST check-patch job, run
> against the official released repos. I guess the fixed version did not
> make it to a release yet.

The change was merged 2 weeks ago. How can we make sure not to waste
people time next time to analyze the issue?

>
> By the way, when reading the repoman log, the important lines are the
> ones that start with "Saving". The lines with "Adding" just show the
> packages it "sees" not the ones it eventually decides to expose to the
> VMs.
>
> --
> Barak Korren
> bkor...@redhat.com
> RHCE, RHCi, RHV-DevOps Team
> https://ifireball.wordpress.com/
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Error in ovirt-engine installation

2017-03-17 Thread shubham dubey 
Ok..then I will buy more ram...But still I am in doubt that why ram usage
doesn't get full as I was watching the ram usage in parallel.

On Fri, Mar 17, 2017 at 2:28 PM, Martin Perina  wrote:

>
>
> On Fri, Mar 17, 2017 at 7:02 AM, shubham dubey 
> wrote:
>
>> I have tried the $make clean install-dev PREFIX=$HOME/ovirt-engine
>>   DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=safari,gecko1_8"
>>   BUILD_UT=0 DEV_EXTRA_BUILD_FLAGS="-Dgwt.compiler.localWorkers=1"
>>
>> but that doesn't work, I even have ovirt-engine folder in my user's home.
>> And I think alexander you are right,
>> the make stops while compiling webadmin.
>> I have 4 GB of ram which is I think is sufficient for ovirt installation
>> ,one possibly reason for this error may
>> be because jvm is allocating less or maybe more amount of ram.So,I was
>> thinking if you can tell me how can
>> I change -Xms or -Xmx parameter for jvm while ovirt installation then it
>> may work.
>> The logs I pasted are just the error part they are not complete as the
>> error occur after maybe 2 mins.
>>
>
> ​4GB RAM is minimum for running engine, but from my experiences you need
> at least 8GB of RAM to build engine (1 browser and 1 language, for more
> browsers/languages you need even more) ...
> ​
>
>
>>
>> On Fri, Mar 17, 2017 at 12:59 AM, Alexander Wels 
>> wrote:
>>
>>> On Thursday, March 16, 2017 3:09:02 PM EDT Greg Sheremeta wrote:
>>> > Hi!
>>> >
>>> > Try this:
>>> >
>>> > make clean install-dev PREFIX=$HOME/ovirt-engine
>>> > DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=safari,gecko1_8"
>>> > BUILD_UT=0 DEV_EXTRA_BUILD_FLAGS="-Dgwt.compiler.localWorkers=1"
>>> >
>>>
>>> He can give that a whirl, but I don't think that is his problem. if he
>>> doesn't
>>> have enough ram that usually becomes a problem when compiling the
>>> webadmin.
>>> His logs basically end right at the beginning so I think it might be
>>> something
>>> else.
>>>
>>> Do you have a ~/ovirt-engine directory where it can write stuff? Note
>>> this is
>>> NOT the ovirt-engine directory where you source code is.
>>>
>>> > Greg
>>> >
>>> > On Thu, Mar 16, 2017 at 3:08 PM, Oved Ourfali 
>>> wrote:
>>> > > CC-ing Vojtech and Greg.
>>> > > Guys, can you please take a look?
>>> > >
>>> > > On Mar 16, 2017 21:05, "shubham dubey"  wrote:
>>> > >> Hello,
>>> > >> I am trying to install ovirt-engine from almost 2 or 3 weeks in my
>>> fedora
>>> > >> 25.
>>> > >> But everytime I run this $ make install-dev
>>> PREFIX="$HOME/ovirt-engine"
>>> > >>
>>> > >> I got following error http://pastebin.com/cEfDJYix. I have tried to
>>> > >> debug the problem lots of time but doesn't get succeeded. With
>>> little
>>> > >> googling I might think that error is memory related but I have
>>> checked
>>> > >> the
>>> > >> memory usage and that looks normal.
>>> > >> So,can anyone help to solve the problem?
>>> > >>
>>> > >> Thanks,
>>> > >> Shubham
>>> > >>
>>> > >>
>>> > >> ___
>>> > >> Devel mailing list
>>> > >> Devel@ovirt.org
>>> > >> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>>
>>>
>>
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Error in ovirt-engine installation

2017-03-17 Thread Martin Perina 
On Fri, Mar 17, 2017 at 7:02 AM, shubham dubey  wrote:

> I have tried the $make clean install-dev PREFIX=$HOME/ovirt-engine
>   DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=safari,gecko1_8"
>   BUILD_UT=0 DEV_EXTRA_BUILD_FLAGS="-Dgwt.compiler.localWorkers=1"
>
> but that doesn't work, I even have ovirt-engine folder in my user's home.
> And I think alexander you are right,
> the make stops while compiling webadmin.
> I have 4 GB of ram which is I think is sufficient for ovirt installation
> ,one possibly reason for this error may
> be because jvm is allocating less or maybe more amount of ram.So,I was
> thinking if you can tell me how can
> I change -Xms or -Xmx parameter for jvm while ovirt installation then it
> may work.
> The logs I pasted are just the error part they are not complete as the
> error occur after maybe 2 mins.
>

​4GB RAM is minimum for running engine, but from my experiences you need at
least 8GB of RAM to build engine (1 browser and 1 language, for more
browsers/languages you need even more) ...
​


>
> On Fri, Mar 17, 2017 at 12:59 AM, Alexander Wels  wrote:
>
>> On Thursday, March 16, 2017 3:09:02 PM EDT Greg Sheremeta wrote:
>> > Hi!
>> >
>> > Try this:
>> >
>> > make clean install-dev PREFIX=$HOME/ovirt-engine
>> > DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=safari,gecko1_8"
>> > BUILD_UT=0 DEV_EXTRA_BUILD_FLAGS="-Dgwt.compiler.localWorkers=1"
>> >
>>
>> He can give that a whirl, but I don't think that is his problem. if he
>> doesn't
>> have enough ram that usually becomes a problem when compiling the
>> webadmin.
>> His logs basically end right at the beginning so I think it might be
>> something
>> else.
>>
>> Do you have a ~/ovirt-engine directory where it can write stuff? Note
>> this is
>> NOT the ovirt-engine directory where you source code is.
>>
>> > Greg
>> >
>> > On Thu, Mar 16, 2017 at 3:08 PM, Oved Ourfali 
>> wrote:
>> > > CC-ing Vojtech and Greg.
>> > > Guys, can you please take a look?
>> > >
>> > > On Mar 16, 2017 21:05, "shubham dubey"  wrote:
>> > >> Hello,
>> > >> I am trying to install ovirt-engine from almost 2 or 3 weeks in my
>> fedora
>> > >> 25.
>> > >> But everytime I run this $ make install-dev
>> PREFIX="$HOME/ovirt-engine"
>> > >>
>> > >> I got following error http://pastebin.com/cEfDJYix. I have tried to
>> > >> debug the problem lots of time but doesn't get succeeded. With little
>> > >> googling I might think that error is memory related but I have
>> checked
>> > >> the
>> > >> memory usage and that looks normal.
>> > >> So,can anyone help to solve the problem?
>> > >>
>> > >> Thanks,
>> > >> Shubham
>> > >>
>> > >>
>> > >> ___
>> > >> Devel mailing list
>> > >> Devel@ovirt.org
>> > >> http://lists.ovirt.org/mailman/listinfo/devel
>>
>>
>>
>
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ovirt-users] Ovirt 4.1 USB Api problems

2017-03-17 Thread Michal Skrivanek 
adding the list back for future reference

Hi,

this is most probably a bug being tracked as
https://bugzilla.redhat.com/attachment.cgi?id=1260877 
. The fix is
merged but not yet released.

A workaround could be re-adjusting of usb settings ofter VM creation
by a separate updating request.

Regards
Jakub

> On 16 Mar 2017, at 11:49, Michal Skrivanek  
> wrote:
> 
> 
>> On 16 Mar 2017, at 11:38, Adolfo  wrote:
>> 
>> Hi,
>> 
>> I don't know if this is the correct place for this question (i hope it is  
>> ;-) ).
>> 
>> We are trying to make "enable USB support" work with a machine created from 
>> python ovirtsdk4 api,
>> 
>> here is the code:
>> 
>>   cluster = ovirt.types.Cluster(id=six.binary_type(clusterId))
>>   template = ovirt.types.Template(id=six.binary_type(templateId))
>>   if usbType in ('native', 'legacy'):
>>   usb = ovirt.types.Usb(enabled=True, 
>> type=ovirt.types.UsbType.NATIVE if usbType == 'native' else 
>> ovirt.types.UsbType.LEGACY)
> 
> legacy is no longer supported in 4.0 (and not needed/useful since 3.6 already)
> 
>>   else:
>>   usb = ovirt.types.Usb(enabled=False)
>> 
>>   memoryPolicy = ovirt.types.MemoryPolicy(guaranteed=guaranteedMB * 
>> 1024 * 1024)
>>   par = ovirt.types.Vm(name=name, cluster=cluster, 
>> template=template, description=comments,
>> type=ovirt.types.VmType.DESKTOP, memory=memoryMB * 1024 * 1024, 
>> memory_policy=memoryPolicy,
>>   usb=usb)  # display=display,
>> 
>>   return api.system_service().vms_service().add(par).id
>> 
>> 
>> The cuestion is that the machines gets correctly created, but when we try to 
>> start the machine, we get an this error (extract from vdsm):
>> 
>> Traceback (most recent call last):
>> File "/usr/share/vdsm/virt/vm.py", line 552, in _startUnderlyingVm
>>   self._run()
>> File "/usr/share/vdsm/virt/vm.py", line 1994, in _run
>>   self._connection.createXML(domxml, flags),
>> File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, 
>> in wrapper
>>   ret = f(*args, **kwargs)
>> File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 941, in wrapper
>>   return func(inst, *args, **kwargs)
>> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3784, in createXML
>>   if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
>> libvirtError: Error XML: Duplicate USB controllers with index 0
>> 
>> The question is, that if to this machine we have created, from 
>> administration interface, remove an add support for usb, the machine works, 
>> and the generated XML differs:
>> 
>> This is the difference we have found:
>> 
>> < 
>> < > type="pci" />
>> < 
>> 40a38
>>>>> type="pci" />
>> 
>> The "<" are from the non working (created from API call), and the ">" are 
>> same machine after disabling and enabling again "usb support".
>> 
>> Is this a bug?, if not, ¿How is supposed to be enabled USB support from API 
>> on VM  Creation?,
>> 
>> By the way, the equivalent code for oVirt 3.x was working without problems, 
>> the problems arises from 4.0 onwards.
> 
> Sounds like bug, adding Jakub
> 
>> 
>> 
>> Sorry for the inconveniences, and thank in advance for any help,
>> 
>> 
>> Adolfo Gómez
>> 
>> ___
>> Users mailing list
>> us...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
> 

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

Re: [ovirt-devel] [ OST Failure Report ] [ ovirt-engine-4.1 ] [ 02.03.2017 ] [004_basic_sanity]

2017-03-17 Thread Barak Korren 
On 16 March 2017 at 18:33, Piotr Kliczewski  wrote:
> + infra
>
> On Thu, Mar 16, 2017 at 5:32 PM, Piotr Kliczewski
>  wrote:
>> I checked the logs and I checked that the job somehow used older
>> version without the fix:
>>
>> 2017-03-16 14:16:07,212::INFO::repoman.common.stores.RPM::Adding
>> package 
>> /var/lib/lago/reposync/ovirt-4.1-el7/noarch/vdsm-jsonrpc-java-1.3.8-1.el7.centos.noarch.rpm
>> to repo /dev/shm/ost/deployment-basic-suite-4.1/default/internal_repo
>>
>> How is it possible?

The "experimental" OST flow runs against the experimental repo that
includes the latest built packages from all projects.
A vanilla clone of OST, as well as the OST check-patch job, run
against the official released repos. I guess the fixed version did not
make it to a release yet.

By the way, when reading the repoman log, the important lines are the
ones that start with "Saving". The lines with "Adding" just show the
packages it "sees" not the ones it eventually decides to expose to the
VMs.

-- 
Barak Korren
bkor...@redhat.com
RHCE, RHCi, RHV-DevOps Team
https://ifireball.wordpress.com/
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Loadbalancer.org Enterprise VA with oVirt(RHEV) 4.1

2017-03-17 Thread Barak Korren 
Nice!

Kudus for the good work on image uploader guys.

I wonder if that guy would be interested in getting his LB appliance
on glance.ovirt.org to make it even easier to get on oVirt.

If nobody objects, I'll try to contact him and ask.

On 9 March 2017 at 20:57, Nir Soffer  wrote:
> User explains how cool is ovirt and image upload:
> http://www.loadbalancer.org/blog/loadbalancer-org-enterprise-va-with-ovirtrhev-4-1
>
> Enjoy,
> Nir
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel



-- 
Barak Korren
bkor...@redhat.com
RHCE, RHCi, RHV-DevOps Team
https://ifireball.wordpress.com/
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Error in ovirt-engine installation

2017-03-17 Thread shubham dubey 
I have tried the $make clean install-dev PREFIX=$HOME/ovirt-engine
  DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=safari,gecko1_8"
  BUILD_UT=0 DEV_EXTRA_BUILD_FLAGS="-Dgwt.compiler.localWorkers=1"

but that doesn't work, I even have ovirt-engine folder in my user's home.
And I think alexander you are right,
the make stops while compiling webadmin.
I have 4 GB of ram which is I think is sufficient for ovirt installation
,one possibly reason for this error may
be because jvm is allocating less or maybe more amount of ram.So,I was
thinking if you can tell me how can
I change -Xms or -Xmx parameter for jvm while ovirt installation then it
may work.
The logs I pasted are just the error part they are not complete as the
error occur after maybe 2 mins.

On Fri, Mar 17, 2017 at 12:59 AM, Alexander Wels  wrote:

> On Thursday, March 16, 2017 3:09:02 PM EDT Greg Sheremeta wrote:
> > Hi!
> >
> > Try this:
> >
> > make clean install-dev PREFIX=$HOME/ovirt-engine
> > DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=safari,gecko1_8"
> > BUILD_UT=0 DEV_EXTRA_BUILD_FLAGS="-Dgwt.compiler.localWorkers=1"
> >
>
> He can give that a whirl, but I don't think that is his problem. if he
> doesn't
> have enough ram that usually becomes a problem when compiling the webadmin.
> His logs basically end right at the beginning so I think it might be
> something
> else.
>
> Do you have a ~/ovirt-engine directory where it can write stuff? Note this
> is
> NOT the ovirt-engine directory where you source code is.
>
> > Greg
> >
> > On Thu, Mar 16, 2017 at 3:08 PM, Oved Ourfali 
> wrote:
> > > CC-ing Vojtech and Greg.
> > > Guys, can you please take a look?
> > >
> > > On Mar 16, 2017 21:05, "shubham dubey"  wrote:
> > >> Hello,
> > >> I am trying to install ovirt-engine from almost 2 or 3 weeks in my
> fedora
> > >> 25.
> > >> But everytime I run this $ make install-dev
> PREFIX="$HOME/ovirt-engine"
> > >>
> > >> I got following error http://pastebin.com/cEfDJYix. I have tried to
> > >> debug the problem lots of time but doesn't get succeeded. With little
> > >> googling I might think that error is memory related but I have checked
> > >> the
> > >> memory usage and that looks normal.
> > >> So,can anyone help to solve the problem?
> > >>
> > >> Thanks,
> > >> Shubham
> > >>
> > >>
> > >> ___
> > >> Devel mailing list
> > >> Devel@ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/devel
>
>
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel