On 12/09 14:09, Amit Aviram wrote:
> On Wed, Dec 9, 2015 at 12:15 PM, David Caro wrote:
>
> > On 12/09 12:00, Amit Aviram wrote:
> > > On Wed, Dec 9, 2015 at 11:37 AM, Barak Korren
> > wrote:
> > >
> > > > >>> > [1]: http://www.ovirt.org/CI/Build_and_test_standards
> > > > >>> >
> > > > >
> > >
On Fri, Jan 15, 2016 at 11:22 AM, Francesco Romani wrote:
> - Original Message -
>> From: "Nir Soffer"
>> To: "devel" , "Francesco Romani"
>> Sent: Friday, January 15, 2016 9:52:13 AM
>> Subject: Re: [VDSM] health: Introduce Vdsm health monitoring
>>
>> I tested with https://gerrit.ovirt
On Thu, Jan 14, 2016 at 5:50 PM, Douglas Schilling Landgraf
wrote:
>
>
> On 01/14/2016 08:26 AM, Moti Asayag wrote:
>
>
> On Wed, Jan 13, 2016 at 5:17 PM, Fabian Deutsch wrote:
>>
>> Hey,
>>
>> we've now merged a patch [0] to use and populate the VARIANT and
>> VARIANT_ID fields on Node.
>>
>> Cu
I think that's probable explanation. Another NPE can be (theoretically) here
org.ovirt.engine.core.utils.customprop.DevicePropertiesUtils#getDeviceProperties
when reading using null version (static analysis can probably find way into
this method), but cancel is more imminent.
M.
- Original
This test remove pthreading, using Python built-in threading, with
both https://gerrit.ovirt.org/51630 and https://gerrit.ovirt.org/51868.
pthreading is mostly useless on python 2.7, except when waiting
for threading.Condition.wait, however when using cpu affinity, the difference
is small, as can
- Original Message -
> From: "Nir Soffer"
> To: "devel" , "Francesco Romani"
> Sent: Friday, January 15, 2016 9:52:13 AM
> Subject: Re: [VDSM] health: Introduce Vdsm health monitoring
>
> I tested with https://gerrit.ovirt.org/#/c/51630
>
> libvirt.virDomain object does not leak any mor
I tested with https://gerrit.ovirt.org/#/c/51630
libvirt.virDomain object does not leak any more, but pthreading object
are still leaking,
and the number of uncollectible objects is still very high (12,915).
Each time we start and stop a vm, we leak about 6000 objects which are part
of a referenc
> On Jan 15, 2016, at 9:21 AM, Michal Skrivanek
> wrote:
>
> somehow findbugs started to fail[1] on network code
> any idea why?
To me this looks like that might be because of the VnicProfileModel base class
which accesses the sourceModel parameter without checking if it is null or not
in th
somehow findbugs started to fail[1] on network code
any idea why?
Thanks,
michal
[1]
http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_gerrit/43304/findbugsResult/new/
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listi