On Tue, May 31, 2016 at 1:14 PM, Alexander Wels wrote:
> After rebasing and recompiling did you re-run engine-setup, its highly
> likely
> some tables or something changed and you are seeing errors in the log due
> to
> not having run engine-setup.
>
Alex/Vojtech,
Disregard.
On 05/31/2016 12:15 PM, Yaniv Dary wrote:
Have you considered submitting a design document to the oVirt website.
We will be happy to help in making this happen.
I believe there is already one here:
http://www.ovirt.org/develop/release-management/features/infra/drbd/
I would be happy to
Have you considered submitting a design document to the oVirt website.
We will be happy to help in making this happen.
Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109
Tel : +972 (9) 7692306
8272306
Email:
On 05/31/2016 10:40 AM, Nir Soffer wrote:
On Tue, May 31, 2016 at 7:25 PM, Hayley Swimelar wrote:
On 05/31/2016 08:25 AM, Yaniv Dary wrote:
Can you explain the use case? What are you trying to use VDSM for?
The API you want to use is internal and can break without
On Tue, May 31, 2016 at 7:25 PM, Hayley Swimelar wrote:
>
>
> On 05/31/2016 08:25 AM, Yaniv Dary wrote:
>>
>> Can you explain the use case? What are you trying to use VDSM for?
>> The API you want to use is internal and can break without notice.
>
>
> Hi Yaniv,
>
> I'm working
vdsm build fails with:
17:18:54 Compiling './vdsm/clientIF.py'...
17:18:54 Makefile:984: recipe for target 'python3' failed
17:18:54 make: *** [python3] Error 1
17:18:54 Took 33 seconds
Thanks,
Piotr
___
Devel mailing list
Devel@ovirt.org
All,
I just noticed one more build [1] which got stuck with:
15:46:40 Traceback (most recent call last):
15:46:40 File "/usr/lib64/python2.7/threading.py", line 804, in
__bootstrap_inner
15:46:40 File "/usr/lib64/python2.7/threading.py", line 757, in run
15:46:40 File
After rebasing and recompiling did you re-run engine-setup, its highly likely
some tables or something changed and you are seeing errors in the log due to
not having run engine-setup.
On Tuesday, May 31, 2016 10:01:02 AM Vojtech Szocs wrote:
> Hi Phillip,
>
> can you please share some
On 05/31/2016 08:25 AM, Yaniv Dary wrote:
Can you explain the use case? What are you trying to use VDSM for?
The API you want to use is internal and can break without notice.
Hi Yaniv,
I'm working to to integrate DRBD storage into VDSM.
It will be a new type of storage domain, so I can't
Is this change being done for 4.0? I would think this is a risky change
that better fits 4.1.
Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109
Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary
On
Thanks, Vojtech!
Found it :)
On 31 May 2016 at 16:55, Vojtech Szocs wrote:
> Hi,
>
> I'm not the maintainer but you can clone `ovirt-reports` git repo,
> the localized messages seem to be at:
>
> packaging/ovirt-reports/resources/reports_resources/localization
>
> In
Hi Phillip,
can you please share some screenshots?
Thanks,
Vojtech
- Original Message -
> From: "Phillip Bailey"
> To: devel@ovirt.org
> Sent: Tuesday, May 31, 2016 2:47:31 PM
> Subject: [ovirt-devel] Empty Dropdown Menus in Webadmin
>
> Hi,
>
> Is anyone else
Hi,
I'm not the maintainer but you can clone `ovirt-reports` git repo,
the localized messages seem to be at:
packaging/ovirt-reports/resources/reports_resources/localization
In Zanata, I found a project called `Ovirt Engine Reports`:
Hi,
Is anyone else experiencing empty dropdown menus in webadmin? I started
having the problem after rebasing Friday afternoon. I rebased again this
morning, but am still experiencing the same problem. I'm trying to
determine whether this is something isolated to my environment, or a more
Hello gentlemen,
Russian localizators here :)
Which files should we look into to be able to translate the Reports Portal
interface/messages for oVirt ver 3.x ?
Did not find anything relevant on Zanata in case you would like to redirect
me over there :)
--
С уважением, Дронова Юлия
It shouldn't happen again since I migrated all dao-tests jobs to the new
jenkins.
On Tue, May 31, 2016 at 1:24 PM, dcaro wrote:
> On 05/31 12:32, Eyal Edri wrote:
> > David, can you investigate?
> > On May 31, 2016 12:29 PM, "Roman Mohr" wrote:
> >
> > > On
On 05/31 12:32, Eyal Edri wrote:
> David, can you investigate?
> On May 31, 2016 12:29 PM, "Roman Mohr" wrote:
>
> > On Tue, May 31, 2016 at 11:21 AM, Eyal Edri wrote:
> > > they only run on changes in :
> > >
> > >
> >
On 05/31 12:32, Eyal Edri wrote:
> David, can you investigate?
Sure
> On May 31, 2016 12:29 PM, "Roman Mohr" wrote:
>
> > On Tue, May 31, 2016 at 11:21 AM, Eyal Edri wrote:
> > > they only run on changes in :
> > >
> > >
> >
David, can you investigate?
On May 31, 2016 12:29 PM, "Roman Mohr" wrote:
> On Tue, May 31, 2016 at 11:21 AM, Eyal Edri wrote:
> > they only run on changes in :
> >
> >
>
On Tue, May 31, 2016 at 11:21 AM, Eyal Edri wrote:
> they only run on changes in :
>
> **/backend/manager/modules/common/src/main/java/org/ovirt/engine/core/common/businessentities/**
> **sql
> **/backend/manager/modules/dal/**
>
So where are the jobs for for
FYI,
All ovirt-engine dao tests (3.6,4.0,master) were moved to new jenkins and
the ones in the old one were disabled.
The jobs are still running in "old" mode and not yamelized.
Works is being done now to convert them to run in standard CI mode, under
mock which should add much more stability to
On Tue, May 31, 2016 at 11:12 AM, Eyal Edri wrote:
> the dao tests 4.0 are on the new jenkins and they are running:
>
> http://jenkins.ovirt.org/job/ovirt-engine_4.0_dao-unit-tests_merged/
> http://jenkins.ovirt.org/job/ovirt-engine_4.0_dao-unit-tests_created/
>
Am I missing
the dao tests 4.0 are on the new jenkins and they are running:
http://jenkins.ovirt.org/job/ovirt-engine_4.0_dao-unit-tests_merged/
http://jenkins.ovirt.org/job/ovirt-engine_4.0_dao-unit-tests_created/
the old one in old jenkins should be deleted.
On Tue, May 31, 2016 at 11:57 AM, Roman Mohr
On Tue, May 31, 2016 at 10:49 AM, Roman Mohr wrote:
> On Tue, May 31, 2016 at 10:35 AM, Barak Korren wrote:
>>> That seems to be another issue. When building locally and on travis we
>>> have failing dao tests, not missing libraries.
>>>
>>> Further, on
On Tue, May 31, 2016 at 10:35 AM, Barak Korren wrote:
>> That seems to be another issue. When building locally and on travis we
>> have failing dao tests, not missing libraries.
>>
>> Further, on jenkins it seems like we are not running the DAO tests
>> since 26th of May.
>>
> That seems to be another issue. When building locally and on travis we
> have failing dao tests, not missing libraries.
>
> Further, on jenkins it seems like we are not running the DAO tests
> since 26th of May.
> Wrote a mail to infra list regarding that about an hour ago.
Those are still
I do apologize, fix patches are done and should be merged soon ...
M.
- Original Message -
> On Tue, May 31, 2016 at 10:13 AM, Barak Korren wrote:
> > On 31 May 2016 at 10:45, Roman Mohr wrote:
> >> Hi,
> >>
> >> DAO tests are failing on master in
On Tue, May 31, 2016 at 10:13 AM, Barak Korren wrote:
> On 31 May 2016 at 10:45, Roman Mohr wrote:
>> Hi,
>>
>> DAO tests are failing on master in
>>
>> org.ovirt.engine.core.dao.MacPoolDaoTest.
>>
>> Build logs are here:
>>
On 31 May 2016 at 10:45, Roman Mohr wrote:
> Hi,
>
> DAO tests are failing on master in
>
> org.ovirt.engine.core.dao.MacPoolDaoTest.
>
> Build logs are here: https://travis-ci.org/oVirt/ovirt-engine/builds/134082394
>
Or here:
Hi,
DAO tests are failing on master in
org.ovirt.engine.core.dao.MacPoolDaoTest.
Build logs are here: https://travis-ci.org/oVirt/ovirt-engine/builds/134082394
Best Regards,
Roman
___
Devel mailing list
Devel@ovirt.org
Thank you Kai for describing you solution!
However, I think the ovirtmgmt network should be created automatically.
I will forward this issue on.
Cheers, Ondra
On 31.5.2016 05:04, Kai Kang wrote:
Hi Ondra,
Thanks for your patience with my so many questions.
Finally I search a Redhat
31 matches
Mail list logo