Thanks for the quick respond Juan
On Wed, Aug 30, 2017 at 10:21 AM, Juan Hernández wrote:
> That failure was cased by this patch:
>
> restapi: Update to model 4.2.16 and metamodel 1.2.10
> https://gerrit.ovirt.org/81134
>
> And fixed by this one:
>
> restapi: Add metamodel-server to restapi
Yes, there is already an acked patch that solves it.
The weird thing is that the OST ran successfully when running with "ci
please build" although it seems that the artifact was not added to it.
On Wed, Aug 30, 2017 at 3:17 PM, Greg Sheremeta wrote:
>
> On Wed, Aug 30, 2017 at 7:13 AM, Barak Korr
I also ran the OST, see
http://jenkins.ovirt.org/job/ovirt-system-tests_manual/1014/parameters/
Any how the fixes patch was merged:
https://gerrit.ovirt.org/#/c/81198/
On Wed, Aug 30, 2017 at 4:01 PM, Greg Sheremeta wrote:
>
>
> On Aug 30, 2017 8:46 AM, "Maor Lipchuk" wr
Hi all,
I've fetched rebased my env and updated my DB and now I've encountered
an issue that I can't start my engine, I get the following error, see
[1].
It seems that as part of the Backend startup we call DBConfigUtils.
and once the config value of DBI18NPrefix is being added, it is
dependent o
d in our local systems nor OST, because the issue is raised only when
> rows in vdc_options table are in specific order, you are now the 2nd system
> which was affected by this issue.
>
> Martin
>
> [1] https://gerrit.ovirt.org/81762
>
>
> On Thu, Sep 14, 2017 at 4:46 PM, M
On Sun, Sep 24, 2017 at 10:38 PM, Tomáš Golembiovský
wrote:
> On Sun, 24 Sep 2017 17:51:50 +0300
> Eyal Edri wrote:
>
>> On Sun, Sep 24, 2017 at 4:52 PM, Eyal Edri wrote:
>>
>> >
>> > On Sun, Sep 24, 2017 at 4:48 PM, Eyal Edri wrote:
>> >
>> >> Hi,
>> >>
>> >> So I've found linkchecker[1], whic
On Wed, Nov 29, 2017 at 12:23 AM, Piotr Kliczewski
wrote:
>
>
> On Tue, Nov 28, 2017 at 10:26 PM, Martin Perina
> wrote:
>
>>
>>
>> On Tue, Nov 28, 2017 at 11:58 AM, Sandro Bonazzola
>> wrote:
>>
>>> Hi,
>>> I'm waiting for last blockers to be fixed for starting a 4.2.0 RC build.
>>> Assignee a
CANNOT_DEACTIVATE_DOMAIN_WITH_TASKS is a known issue, the problem is that
we might have tasks which will start running internally using scheduling
(like OVF_UPDATE) and we can't really know how much time every task will
take until it will end.
Even if we check that there are no running tasks it wi
>
>>>>>> Maor, I either need to get new glasses or a magnifier glass to read
>>>>>> what you wrote :-P
>>>>>> when you say running tasks - these are actually running tasks that
>>>>>> may be running because of other tests in
On Tue, Jun 5, 2018 at 9:40 AM, Dan Kenigsberg wrote:
> On Mon, Jun 4, 2018 at 7:14 PM, Nir Soffer wrote:
> > On Mon, Jun 4, 2018 at 6:56 PM Dan Kenigsberg wrote:
> >>
> >> On Tue, May 8, 2018 at 11:59 AM, Nir Soffer wrote:
> >> > There are several issues:
> >> >
> >> > 1. coverage fail after
Thanks Dafna,
I will do that, will update the thread once it will be fixed.
Thanks,
Maor
On Tue, Oct 23, 2018 at 5:29 PM Dafna Ron wrote:
> Hi,
>
> We have been having failure in master for different projects due to
> package ovirt-ansible-disaster-recovery-1.1.2-1.el7.noarch.rpm.
>
> It seems
Fixing patch has been merged:
https://github.com/oVirt/ovirt-ansible-disaster-recovery/pull/62
Thank you Ondra and Dafna
On Wed, Oct 24, 2018 at 1:20 AM Maor Lipchuk wrote:
> Thanks Dafna,
>
> I will do that, will update the thread once it will be fixed.
>
> Thanks,
> Maor
Hi all,
I'm getting the following error (see [1]) every time when I send a DB patch.
any idea what seems to be wrong?
[1] fatal: ambiguous argument 'origin/ovirt-engine-3.6': unknown revision
or path not in the working tree.
see
http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-db-from-3.
Forwarding to devel@ovirt list.
cc'ing Adam as well
-- Forwarded message --
From: Dan Kenigsberg
Date: Sun, May 8, 2016 at 2:52 PM
Subject: Re: [vdsm] Failing to rename volume on merge (remove snapshot
operation)
To: Maor Lipchuk
vdsm-devel is long deprecated. Plesae repo
On Sun, May 8, 2016 at 2:22 PM, Nir Soffer wrote:
> On Sun, May 8, 2016 at 12:56 PM, Maor Lipchuk wrote:
> > Hi,
> >
> > I've been trying to remove a single snapshot and consistently fail with
> the
> > following error (see [1]).
> >
> > Thos
On Sun, May 8, 2016 at 4:11 PM, Maor Lipchuk wrote:
>
>
> On Sun, May 8, 2016 at 2:22 PM, Nir Soffer wrote:
>
>> On Sun, May 8, 2016 at 12:56 PM, Maor Lipchuk
>> wrote:
>> > Hi,
>> >
>> > I've been trying to remove a single snapshot and
Hi all,
Few moments ago I've merged the Data Center 4.1 upgrade patches (see [1])
The patches introduce a change in the storage domains' meta data to version
4 which are attached to a 4.1 Data Center
Currently, there are no differences between version 3 and version 4, but
the plan will be to add
On Mon, Sep 19, 2016 at 9:40 AM, Yaniv Kaul wrote:
>
>
> On Sun, Sep 18, 2016 at 3:34 PM, Maor Lipchuk wrote:
>
>> Hi all,
>>
>> Few moments ago I've merged the Data Center 4.1 upgrade patches (see [1])
>> The patches introduce a change in the storage
Sent a fix patch:
https://gerrit.ovirt.org/#/c/67260/
On Thu, Nov 24, 2016 at 11:44 AM, Evgheni Dereveanchin
wrote:
> Thanks for the input!
>
> These were just suggestions as from first glance
> it looks like some VDSM change causes issues
> on Engine when parsing the JSON. It may well be
> some
On Wed, Jan 4, 2017 at 11:38 AM, Daniel Erez wrote:
>
>
> On Wed, Jan 4, 2017 at 9:57 AM, Roy Golan wrote:
>
>> I'm getting the feeling I'm not alone in this, authoring and publishing a
>> wiki page isn't as used to be for long time.
>>
>> I want to suggest a bit lighter workflow:
>>
>> 1. Ever
Hi all,
I see a consistent exception in the engine logs regarding
IllegalArgumentException: TLS when OVF_STORE disks are being updated (see
[1])
Host and engine are rebased on latest master.
Was there any change in this area lately?
Regards Maor
[1]
2017-01-19 18:32:31,026+02 INFO [org.ovirt.
x27;s probably caused by removing
> limitation to TLSv1.0 during secure connection negotiation. We are
> investigating the issue ...
>
> Martin
>
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1414696
> [2] https://gerrit.ovirt.org/70038
>
>
>
> On Thu, Jan 19,
it later to youtube.
Thanks,
Maor Lipchuk
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
07 PM, Dan Yasny wrote:
> +1 fix the permissions please
>
> On Thu, Mar 2, 2017 at 10:01 AM, Marc Skinner wrote:
>>
>> Can you fix the permissions on the video - I'm getting a permissions issue
>> when I try to view it.
>>
>> Thanks!
>>
>>
>
ill doesn't work.
>
>
>
> On 03/02/2017 09:29 AM, Maor Lipchuk wrote:
>>
>> Sorry for that and thank you all for letting me know.
>> I've changed the permissions to public now.
>> I thought that I will just upload to youtube and share the link but
>>
Hi all,
I got a new ovirt-engine setup installed on fedora 25 and once I try
to login to the admin portal I'm getting the following error messages
(see [1])
The rpms which I'm using are:
otopi-1.7.0-0.0.master.20170213135023.git38257bf.fc25.noarch
ovirt-release-11.2.0-1.noarch
The folder brandin
so it appears that this was caused since my env had no installation of
ovirt-js-dependencies which was required after the upgrade of
PatternFly used by webadmin and userportal to the latest 3.y version.
Thanks Idan for pointing this out.
Regards,
Maor
On Sun, Mar 12, 2017 at 1:16 PM, Maor
On Sun, Mar 12, 2017 at 3:28 PM, Maor Lipchuk wrote:
> so it appears that this was caused since my env had no installation of
> ovirt-js-dependencies which was required after the upgrade of
> PatternFly used by webadmin and userportal to the latest 3.y version.
>
> Thanks Idan fo
Hi Shubham,
The proposal looks very impressive, good job!
I got a question regarding what you mentioned about the "Online
Virtual Drive Resize" feature.
Did you refer to the ovirt sparsify feature:
http://www.ovirt.org/develop/release-management/features/virt-sparsify/
or the online-virtual-driv
ioning about the
>>> http://www.ovirt.org/develop/release-management/features/storage/online-virtual-drive-resize/.
>>> since it was written in the docs that shrinking drive is not supported
>>> yet hence I have decided to work on that.But if it is
>>> already s
Hi all,
I was testing two features of 3.5 in the oVirt test day
The first feature was: [RFE] Maintenance operations on a VM would ask for an
optional reason (BZ1108866)
The feature provides the ability to present a message to the user regarding the
reason why this VM has been shutdown.
It seems
Hi Sven,
I tried changing template name on my setup (based on latest master) and it
worked.
Can you please share the output of the following psql command on your engine
DB:
SELECT vm_guid, vm_name, entity_type, description from vm_static where vm_name
= 'template1'
Can u also search this ent
ot;Eli Mesika" , "Ido Barkan" ,
> "Adam Litke" ,
> "Francesco Romani" , "Maor Lipchuk"
> , "Vered Volansky"
> , "Eli Mesika" , us...@ovirt.org,
> devel@ovirt.org
> Sent: Wednesday, March 18, 2015 9:56:17 AM
> Su
Hi Yuko,
It is indeed referred to the Import Storage Domain.
There is already a patch which fix the message
see https://gerrit.ovirt.org/#/c/40084
Regards,
Maor
- Original Message -
From: "Yuko Katabami"
To: devel@ovirt.org
Sent: Wednesday, April 22, 2015 8:51:32 AM
Subject: [ovirt-deve
- Original Message -
> From: "Francesco Romani"
> To: "Dan Kenigsberg"
> Cc: pklic...@redhat.com, devel@ovirt.org
> Sent: Tuesday, August 4, 2015 3:10:07 PM
> Subject: Re: [ovirt-devel] Vdsm: extending maintainers team
>
> - Original Message -
> > From: "Dan Kenigsberg"
> >
You don't have to detach the Storage Domain to refresh the OVF_STORE, but
instead move it to only to maintenance.
You can also change the interval value OvfUpdateIntervalInMinutes in the
vdc_options table which is by default executes every 60 minutes and sync the
OVF_STORE disk with the VMs' and
I would like to suggest another solution,
Why not let the audit log present the extra error description.
VDSM can override the existing error message before returning it to the
engine with the extra data.
that way you will not have to add new attributes to the existing API,
and the dialog message
phase maybe it is more fitting to add an event log describing the error
in more details.
Regards,
Maor
On 05/13/2014 05:20 PM, Yoav Kleinberger wrote:
> Maor can you please explain? I'm not familiar with this audit log
>
> - Original Message -
> From: "Maor Lipchuk&quo
doing too much work. Some of these
> errors my fit well into "events", but some will not.
>
> - Original Message -
> From: "Maor Lipchuk"
> To: "Yoav Kleinberger"
> Cc: "Dan Kenigsberg" , devel@ovirt.org
> Sent: Tuesday, May 13,
39 matches
Mail list logo
