[ovirt-devel] [OST Failure] [oVirt Master] [HC] Hosted engine fails to install

[Sahina Bose]

Hi,

The error with HE install is :  Starting vdsmd", "[ ERROR ] Failed to
execute stage 'Misc configuration': Couldn't  connect to VDSM within 15
seconds".

Is there a configuration parameter that needs to be set to change the
timeout, or is this a bug?

Logs at :
http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/107/artifact/exported-artifacts/test_logs/hc-basic-suite-master/post-002_bootstrap.py/lago-hc-basic-suite-master-host0/_var_log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20171129214218-7vns3t.log

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

Re: [ovirt-devel] oVirt 4.2.0 blockers review

[Michal Skrivanek]

> On 29 Nov 2017, at 15:24, Martin Sivak  wrote:
> 
>> Ouch, the code should now accept both URI, to support OVFs created prior to
>> the change, as well as new ones.
> 
> Yeah, we will have to add some detection of the used URI. The library
> does not support wildcards I am afraid.

I suggest to do more testing for different HE VM configurations, this is not 
the only thing which has changed in 4.2 OVF
I hope we will get rid of this whole code soon, it’s unmaintainable

Thanks,
michal
> 
> Martin
> 
> On Wed, Nov 29, 2017 at 8:43 PM, Dan Kenigsberg  wrote:
>> 
>> On Wed, Nov 29, 2017 at 7:33 PM, Simone Tiraboschi 
>> wrote:
>>> 
>>> I think that this one should be considered a blocker as well:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1518887 - ovirt-ha-agent fails
>>> parsing the OVF_STORE
>> 
>> 
>> Ouch, the code should now accept both URI, to support OVFs created prior to
>> the change, as well as new ones.
>> 
>> 
>> ___
>> 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 4.2.0 blockers review

[Martin Sivak]

> Ouch, the code should now accept both URI, to support OVFs created prior to
> the change, as well as new ones.

Yeah, we will have to add some detection of the used URI. The library
does not support wildcards I am afraid.

Martin

On Wed, Nov 29, 2017 at 8:43 PM, Dan Kenigsberg  wrote:
>
> On Wed, Nov 29, 2017 at 7:33 PM, Simone Tiraboschi 
> wrote:
>>
>> I think that this one should be considered a blocker as well:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1518887 - ovirt-ha-agent fails
>> parsing the OVF_STORE
>
>
> Ouch, the code should now accept both URI, to support OVFs created prior to
> the change, as well as new ones.
>
>
> ___
> 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 4.2.0 blockers review

[Dan Kenigsberg]

On Wed, Nov 29, 2017 at 7:33 PM, Simone Tiraboschi 
wrote:

> I think that this one should be considered a blocker as well:
> https://bugzilla.redhat.com/show_bug.cgi?id=1518887 - ovirt-ha-agent
> fails parsing the OVF_STORE
>

Ouch, the code should now accept both URI, to support OVFs created prior to
the change, as well as new ones.
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2.0 blockers review

[Simone Tiraboschi]

I think that this one should be considered a blocker as well:
https://bugzilla.redhat.com/show_bug.cgi?id=1518887 - ovirt-ha-agent fails
parsing the OVF_STORE



On Wed, Nov 29, 2017 at 2:20 PM, Ala Hino  wrote:

> Fix verified by the automation and will be merged soon.
>
> On Tue, Nov 28, 2017 at 6:35 PM, Ala Hino  wrote:
>
>> Issue analyzed and fix verified by the automation test case.
>> Now, running all merge related automation test cases to make sure no
>> regression/new issues introduced.
>> Patch in gerrit: https://gerrit.ovirt.org/#/c/84821/
>>
>> On Tue, Nov 28, 2017 at 4:20 PM, Ala Hino  wrote:
>>
>>> 1509629 ovirt-engine ah...@redhat.com ASSIGNED Cold merge failed to
>>> remove all volumes
>>> This one only seen in automation and I am not able to reproduce it
>>> locally.
>>>
>>>
>>> On Tue, Nov 28, 2017 at 12:58 PM, Sandro Bonazzola 
>>> wrote:
>>>
 Hi,
 I'm waiting for last blockers to be fixed for starting a 4.2.0 RC build.
 Assignee are in the TO list of this email.
 So far we are down to 7 bugs: https://bugzilla.redhat.
 com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_miles
 tone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost

 Please review them and provide an ETA for the fix. If the bug is marked
 as blocker by mistake, please remove the blocker flag and / or postpone the
 bug to a later release.

 Bug ID Product Assignee Status Summary
 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
 failed with the default CPU type
 1509629 ovirt-engine ah...@redhat.com ASSIGNED Cold merge failed to
 remove all volumes
 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
 mapping in VMs register from data storage domain should be supported also
 for templates
 1506677 ovirt-engine dchap...@redhat.com POST Hotplug fail when
 attaching a disk with cow format on glusterfs
 1488338 ovirt-engine mlipc...@redhat.com NEW SPM host is not moving to
 Non-Operational status when blocking its access to storage domain.
 1512534 ovirt-hosted-engine-ha pklic...@redhat.com ASSIGNED SHE
 deployment takes too much time and looks like stuck.
 1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after
 VM migration

 --

 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
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2 and UI plugin infrastructure

[Martin Sivak]

I will try finding time tomorrow. Thanks.

Martin

On Wed, Nov 29, 2017 at 6:02 PM, Greg Sheremeta  wrote:

> Martin, we've merged the fix. (Thanks to Alexander for the super fast fix.)
>
> Care to test with master?
>
> On Wed, Nov 29, 2017 at 10:50 AM, Alexander Wels  wrote:
>
>> On Wednesday, November 29, 2017 10:16:27 AM EST Martin Sivak wrote:
>> > Thanks to you too for checking.
>> >
>> > Martin
>> >
>>
>> Fix is pending review [1]. We moved the main views to a different class
>> hierarchy and it wasn't inheriting the methods to add the buttons.
>>
>> Alexander
>>
>> [1] https://gerrit.ovirt.org/c/84901/
>>
>> > On Wed, Nov 29, 2017 at 3:07 PM, Greg Sheremeta 
>> wrote:
>> > > Discussed with Alexander, and yep this is an issue.
>> > > I opened https://bugzilla.redhat.com/show_bug.cgi?id=1518724
>> > >
>> > > Thanks for checking and reporting!
>> > >
>> > > On Wed, Nov 29, 2017 at 8:35 AM, Greg Sheremeta 
>> > >
>> > > wrote:
>> > >> +Alexander, can you take a look?
>> > >>
>> > >> On Wed, Nov 29, 2017 at 8:33 AM, Martin Sivak 
>> wrote:
>> > >>> Hi,
>> > >>>
>> > >>> I think I found one issue.. I do not see the extra menu items that
>> were
>> > >>> supposed to be added to VMs (used to be available in context menu as
>> > >>> well).
>> > >>>
>> > >>> You can check it with
>> > >>>
>> > >>> http://jenkins.ovirt.org/job/ovirt-optimizer_master_check-pa
>> > >>> tch-el7-x86_64/65/
>> > >>>
>> > >>> Martin
>> > >>>
>> > >>> On Wed, Nov 29, 2017 at 1:22 AM, Greg Sheremeta <
>> gsher...@redhat.com>
>> > >>>
>> > >>> wrote:
>> >  Hey,
>> > 
>> >  We haven't changed the API, so everything should still work. For
>> >  example, I just installed 4.1 versions of dashboard and
>> support-plugin
>> >  in
>> >  master, and all's well [*]:
>> > 
>> >  API:
>> > 
>> >  api.addSubTab('Template', 'Red Hat Documentation',
>> >  'my-host-subtab-template', '', {alignRight: true});
>> >  api.setTabAccessible('my-host-subtab-template', true);
>> > 
>> >  [image: Inline image 1]
>> > 
>> >  [*] however, note that "alignRight" is now ignored
>> > 
>> >  And dashboard 4.1.8 installed in master engine:
>> > 
>> >  [image: Inline image 2]
>> > 
>> > 
>> >  That said, we probably should have sent some announcement about
>> making
>> >  sure the plugins actually look good with the new theme. If some
>> plugins
>> >  are
>> >  greenish, that will look bad.
>> > 
>> >  To help with styling external things, we've started exposing more
>> CSS
>> >  via a new SASS brand module:
>> >  https://github.com/oVirt/ovirt-engine/tree/master/frontend/b
>> >  rands/ovirt-brand/src/main/sass
>> >  Also, we're heavily relying on base PatternFly styles, and plugins
>> >  should do the same. For example, the new dialog styles are
>> completely
>> >  PatternFly [http://www.patternfly.org/pat
>> tern-library/forms-and-control
>> >  s/modal-overlay/] and we don't do anything extra on top of that.
>> > 
>> >  Let us know if something doesn't work, or you need help styling
>> >  something.
>> > 
>> >  Greg
>> > 
>> >  On Tue, Nov 28, 2017 at 6:25 PM, Martin Sivak 
>> > 
>> >  wrote:
>> > > Hi,
>> > >
>> > > I just got a question from an ovirt-optimizer user about the
>> support
>> > > in 4.2. And I realized I haven't heard anything about how UI
>> plugins
>> > > should be updated to work with the new UI.
>> > >
>> > > Is there anything special that needs to be done to make the plugin
>> > > functional? Or will everything still work somehow?
>> > >
>> > > Best regards
>> > >
>> > > Martin Sivak
>> > > ___
>> > > Devel mailing list
>> > > Devel@ovirt.org
>> > > http://lists.ovirt.org/mailman/listinfo/devel
>> > >>
>> > >> --
>> > >>
>> > >> GREG SHEREMETA
>> > >>
>> > >> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>> > >>
>> > >> Red Hat NA
>> > >>
>> > >> 
>> > >>
>> > >> gsher...@redhat.comIRC: gshereme
>> > >> 
>> > >
>> > > --
>> > >
>> > > GREG SHEREMETA
>> > >
>> > > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>> > >
>> > > Red Hat NA
>> > >
>> > > 
>> > >
>> > > gsher...@redhat.comIRC: gshereme
>> > > 
>>
>>
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2 and UI plugin infrastructure

[Greg Sheremeta]

Martin, we've merged the fix. (Thanks to Alexander for the super fast fix.)

Care to test with master?

On Wed, Nov 29, 2017 at 10:50 AM, Alexander Wels  wrote:

> On Wednesday, November 29, 2017 10:16:27 AM EST Martin Sivak wrote:
> > Thanks to you too for checking.
> >
> > Martin
> >
>
> Fix is pending review [1]. We moved the main views to a different class
> hierarchy and it wasn't inheriting the methods to add the buttons.
>
> Alexander
>
> [1] https://gerrit.ovirt.org/c/84901/
>
> > On Wed, Nov 29, 2017 at 3:07 PM, Greg Sheremeta 
> wrote:
> > > Discussed with Alexander, and yep this is an issue.
> > > I opened https://bugzilla.redhat.com/show_bug.cgi?id=1518724
> > >
> > > Thanks for checking and reporting!
> > >
> > > On Wed, Nov 29, 2017 at 8:35 AM, Greg Sheremeta 
> > >
> > > wrote:
> > >> +Alexander, can you take a look?
> > >>
> > >> On Wed, Nov 29, 2017 at 8:33 AM, Martin Sivak 
> wrote:
> > >>> Hi,
> > >>>
> > >>> I think I found one issue.. I do not see the extra menu items that
> were
> > >>> supposed to be added to VMs (used to be available in context menu as
> > >>> well).
> > >>>
> > >>> You can check it with
> > >>>
> > >>> http://jenkins.ovirt.org/job/ovirt-optimizer_master_check-pa
> > >>> tch-el7-x86_64/65/
> > >>>
> > >>> Martin
> > >>>
> > >>> On Wed, Nov 29, 2017 at 1:22 AM, Greg Sheremeta  >
> > >>>
> > >>> wrote:
> >  Hey,
> > 
> >  We haven't changed the API, so everything should still work. For
> >  example, I just installed 4.1 versions of dashboard and
> support-plugin
> >  in
> >  master, and all's well [*]:
> > 
> >  API:
> > 
> >  api.addSubTab('Template', 'Red Hat Documentation',
> >  'my-host-subtab-template', '', {alignRight: true});
> >  api.setTabAccessible('my-host-subtab-template', true);
> > 
> >  [image: Inline image 1]
> > 
> >  [*] however, note that "alignRight" is now ignored
> > 
> >  And dashboard 4.1.8 installed in master engine:
> > 
> >  [image: Inline image 2]
> > 
> > 
> >  That said, we probably should have sent some announcement about
> making
> >  sure the plugins actually look good with the new theme. If some
> plugins
> >  are
> >  greenish, that will look bad.
> > 
> >  To help with styling external things, we've started exposing more
> CSS
> >  via a new SASS brand module:
> >  https://github.com/oVirt/ovirt-engine/tree/master/frontend/b
> >  rands/ovirt-brand/src/main/sass
> >  Also, we're heavily relying on base PatternFly styles, and plugins
> >  should do the same. For example, the new dialog styles are
> completely
> >  PatternFly [http://www.patternfly.org/pattern-library/forms-and-
> control
> >  s/modal-overlay/] and we don't do anything extra on top of that.
> > 
> >  Let us know if something doesn't work, or you need help styling
> >  something.
> > 
> >  Greg
> > 
> >  On Tue, Nov 28, 2017 at 6:25 PM, Martin Sivak 
> > 
> >  wrote:
> > > Hi,
> > >
> > > I just got a question from an ovirt-optimizer user about the
> support
> > > in 4.2. And I realized I haven't heard anything about how UI
> plugins
> > > should be updated to work with the new UI.
> > >
> > > Is there anything special that needs to be done to make the plugin
> > > functional? Or will everything still work somehow?
> > >
> > > Best regards
> > >
> > > Martin Sivak
> > > ___
> > > Devel mailing list
> > > Devel@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/devel
> > >>
> > >> --
> > >>
> > >> GREG SHEREMETA
> > >>
> > >> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> > >>
> > >> Red Hat NA
> > >>
> > >> 
> > >>
> > >> gsher...@redhat.comIRC: gshereme
> > >> 
> > >
> > > --
> > >
> > > GREG SHEREMETA
> > >
> > > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> > >
> > > Red Hat NA
> > >
> > > 
> > >
> > > gsher...@redhat.comIRC: gshereme
> > > 
>
>
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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

Re: [ovirt-devel] oVirt 4.2 and UI plugin infrastructure

[Alexander Wels]

On Wednesday, November 29, 2017 10:16:27 AM EST Martin Sivak wrote:
> Thanks to you too for checking.
> 
> Martin
> 

Fix is pending review [1]. We moved the main views to a different class 
hierarchy and it wasn't inheriting the methods to add the buttons.

Alexander

[1] https://gerrit.ovirt.org/c/84901/

> On Wed, Nov 29, 2017 at 3:07 PM, Greg Sheremeta  wrote:
> > Discussed with Alexander, and yep this is an issue.
> > I opened https://bugzilla.redhat.com/show_bug.cgi?id=1518724
> > 
> > Thanks for checking and reporting!
> > 
> > On Wed, Nov 29, 2017 at 8:35 AM, Greg Sheremeta 
> > 
> > wrote:
> >> +Alexander, can you take a look?
> >> 
> >> On Wed, Nov 29, 2017 at 8:33 AM, Martin Sivak  wrote:
> >>> Hi,
> >>> 
> >>> I think I found one issue.. I do not see the extra menu items that were
> >>> supposed to be added to VMs (used to be available in context menu as
> >>> well).
> >>> 
> >>> You can check it with
> >>> 
> >>> http://jenkins.ovirt.org/job/ovirt-optimizer_master_check-pa
> >>> tch-el7-x86_64/65/
> >>> 
> >>> Martin
> >>> 
> >>> On Wed, Nov 29, 2017 at 1:22 AM, Greg Sheremeta 
> >>> 
> >>> wrote:
>  Hey,
>  
>  We haven't changed the API, so everything should still work. For
>  example, I just installed 4.1 versions of dashboard and support-plugin
>  in
>  master, and all's well [*]:
>  
>  API:
>  
>  api.addSubTab('Template', 'Red Hat Documentation',
>  'my-host-subtab-template', '', {alignRight: true});
>  api.setTabAccessible('my-host-subtab-template', true);
>  
>  [image: Inline image 1]
>  
>  [*] however, note that "alignRight" is now ignored
>  
>  And dashboard 4.1.8 installed in master engine:
>  
>  [image: Inline image 2]
>  
>  
>  That said, we probably should have sent some announcement about making
>  sure the plugins actually look good with the new theme. If some plugins
>  are
>  greenish, that will look bad.
>  
>  To help with styling external things, we've started exposing more CSS
>  via a new SASS brand module:
>  https://github.com/oVirt/ovirt-engine/tree/master/frontend/b
>  rands/ovirt-brand/src/main/sass
>  Also, we're heavily relying on base PatternFly styles, and plugins
>  should do the same. For example, the new dialog styles are completely
>  PatternFly [http://www.patternfly.org/pattern-library/forms-and-control
>  s/modal-overlay/] and we don't do anything extra on top of that.
>  
>  Let us know if something doesn't work, or you need help styling
>  something.
>  
>  Greg
>  
>  On Tue, Nov 28, 2017 at 6:25 PM, Martin Sivak 
>  
>  wrote:
> > Hi,
> > 
> > I just got a question from an ovirt-optimizer user about the support
> > in 4.2. And I realized I haven't heard anything about how UI plugins
> > should be updated to work with the new UI.
> > 
> > Is there anything special that needs to be done to make the plugin
> > functional? Or will everything still work somehow?
> > 
> > Best regards
> > 
> > Martin Sivak
> > ___
> > Devel mailing list
> > Devel@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> >> 
> >> --
> >> 
> >> GREG SHEREMETA
> >> 
> >> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> >> 
> >> Red Hat NA
> >> 
> >> 
> >> 
> >> gsher...@redhat.comIRC: gshereme
> >> 
> > 
> > --
> > 
> > GREG SHEREMETA
> > 
> > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> > 
> > Red Hat NA
> > 
> > 
> > 
> > gsher...@redhat.comIRC: gshereme
> > 


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

Re: [ovirt-devel] oVirt 4.2.0 blockers review - Day 2

[Dan Kenigsberg]

On Wed, Nov 29, 2017 at 9:40 AM, Sandro Bonazzola 
wrote:

> Hi,
> we had 7 blockers yesterday and the list is now down to 4:
> Bug ID Product Assignee Status Summary Changed
> 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
> failed with the default CPU type 2017-11-27 20:52:27
> 1509629 ovirt-engine ah...@redhat.com POST Cold merge failed to remove
> all volumes 2017-11-28 11:33:16
> 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
> mapping in VMs register from data storage domain should be supported also
> for templates 2017-11-28 06:38:34
>

Under advanced review
https://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:register-template-vnic-mapping

1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after VM
> migration 2017-11-28 11:54:20
>

Main problem solved by https://gerrit.ovirt.org/#/c/84825/ (merged earlier
today). We still have a problem if portMirroring is set on an existing vNIC
of a running VM, most probably solved by https://gerrit.ovirt.org/#/c/84866/
but this can probably wait.


> Looking at bug status and at yesterday mail thread all of the above should
> go in modified today.
> Please ping me when you move above to modified, if possible we'll build RC
> today, if not we'll have to delay another day.
>
>
> --
>
> 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
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 20-11-2017 ] [ 001_initialize_engine.test_initialize_engine ]

[Yedidyah Bar David]

On Wed, Nov 29, 2017 at 3:56 PM, Dafna Ron  wrote:

> we had a failure on 002_bootstrap.verify_add_hosts but the error is on
> imageio
>
> I looked at the host log that Nir added and I can only see that the
> address is in use which seems to be the same issue we have in initialize
> engine.
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-
> tester/4205/artifact/exported-artifacts/basic-suit-master-
> el7/test_logs/basic-suite-master/post-002_bootstrap.py/
> lago-basic-suite-master-host-0/_var_log/ovirt-imageio-daemon/
>
> I cannot see anything in host-deploy.
> Didi, would we be able to see anything here?
>

Sorry, seems like my plugin is not enough. Will have a look.


>
> Thanks,
> Dafna
>
>
>
> On 11/29/2017 11:03 AM, Yedidyah Bar David wrote:
>
> On Wed, Nov 29, 2017 at 1:00 PM, Dafna Ron  wrote:
>
>> this is the plugin info from steup log but I don't see anything more than
>> we have seen except a timeout.
>>
>> https://pastebin.com/QVtNRNWV
>>
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-teste
>> r/4194/artifact/exported-artifacts/upgrade-from-release-
>> suit-master-el7/test_logs/upgrade-from-release-suite-
>> master/post-001_initialize_engine.py/lago-upgrade-from-
>> release-suite-master-engine/_var_log/ovirt-engine/setup/
>> ovirt-engine-setup-20171128123116-mmjen3.log
>>
>> Didi, is there anywhere else I should look?
>>
>
> Sadly, as already replied, not yet. Hopefully next time...
>
>
>>
>>
>> On 11/29/2017 10:18 AM, Nir Soffer wrote:
>>
>> Do we have more info from Didi's debug plugin now?
>>
>> On Wed, Nov 29, 2017 at 12:07 PM Dafna Ron  wrote:
>>
>>> *Hi,
>>>
>>> *
>>>
>>> *We have failed cq with ovirt-imageio failing to start on upgrade suite. I 
>>> can still only see errors in the messages log.
>>> *
>>>
>>> *I'm writing the reported patch but I don't think it has anything to do 
>>> with this issue.
>>>
>>> Link and headline of suspected patches: restapi: Enable update to no 
>>> default network provider of cluster - https://gerrit.ovirt.org/#/c/84814/ 
>>> 
>>>
>>> Link to 
>>> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/ 
>>> 
>>>
>>> Link to all logs:
>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/
>>>  
>>> 
>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/testReport/junit/(root)/001_initialize_engine/test_initialize_engine/
>>>  
>>> 
>>> *
>>>
>>> *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/exported-artifacts/upgrade-from-release-suit-master-el7/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/lago-upgrade-from-release-suite-master-engine/_var_log/messages/*view*/
>>>  
>>> 
>>>
>>> (Relevant) error snippet from the log: 
>>> *From messages log
>>>
>>> *
>>>
>>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>>> Started oVirt Engine.
>>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>>> Reloading.
>>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>>> Configuration file /usr/lib/systemd/system/ebtables.service is marked 
>>> executable. Please remove executable permission bits. Proceeding anyway.
>>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>>> Starting oVirt Engine Data Warehouse...
>>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>>> Started oVirt Engine Data Warehouse.
>>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>>> Reloading.
>>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>>> Configuration file /usr/lib/systemd/system/ebtables.service is marked 
>>> executable. Please remove executable permission bits. Proceeding anyway.
>>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>>> Starting oVirt ImageIO Proxy...
>>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>>> ovirt-imageio-proxy: Traceback (most recent call last):
>>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>>> ovirt-imageio-proxy: File "/usr/bin/ovirt-imageio-proxy", line 85, in 
>>> 
>>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>>> ovirt-imageio-proxy: status = image_proxy.main(args, config)
>>> Nov 28 12:32:14 

Re: [ovirt-devel] oVirt 4.2 and UI plugin infrastructure

[Greg Sheremeta]

Discussed with Alexander, and yep this is an issue.
I opened https://bugzilla.redhat.com/show_bug.cgi?id=1518724

Thanks for checking and reporting!

On Wed, Nov 29, 2017 at 8:35 AM, Greg Sheremeta  wrote:

> +Alexander, can you take a look?
>
> On Wed, Nov 29, 2017 at 8:33 AM, Martin Sivak  wrote:
>
>> Hi,
>>
>> I think I found one issue.. I do not see the extra menu items that were
>> supposed to be added to VMs (used to be available in context menu as well).
>>
>> You can check it with
>>
>> http://jenkins.ovirt.org/job/ovirt-optimizer_master_check-pa
>> tch-el7-x86_64/65/
>>
>> Martin
>>
>> On Wed, Nov 29, 2017 at 1:22 AM, Greg Sheremeta 
>> wrote:
>>
>>> Hey,
>>>
>>> We haven't changed the API, so everything should still work. For
>>> example, I just installed 4.1 versions of dashboard and support-plugin in
>>> master, and all's well [*]:
>>>
>>> API:
>>>
>>> api.addSubTab('Template', 'Red Hat Documentation',
>>> 'my-host-subtab-template', '', {alignRight: true});
>>> api.setTabAccessible('my-host-subtab-template', true);
>>>
>>> [image: Inline image 1]
>>>
>>> [*] however, note that "alignRight" is now ignored
>>>
>>> And dashboard 4.1.8 installed in master engine:
>>>
>>> [image: Inline image 2]
>>>
>>>
>>> That said, we probably should have sent some announcement about making
>>> sure the plugins actually look good with the new theme. If some plugins are
>>> greenish, that will look bad.
>>>
>>> To help with styling external things, we've started exposing more CSS
>>> via a new SASS brand module:
>>> https://github.com/oVirt/ovirt-engine/tree/master/frontend/b
>>> rands/ovirt-brand/src/main/sass
>>> Also, we're heavily relying on base PatternFly styles, and plugins
>>> should do the same. For example, the new dialog styles are completely
>>> PatternFly [http://www.patternfly.org/pattern-library/forms-and-control
>>> s/modal-overlay/] and we don't do anything extra on top of that.
>>>
>>> Let us know if something doesn't work, or you need help styling
>>> something.
>>>
>>> Greg
>>>
>>> On Tue, Nov 28, 2017 at 6:25 PM, Martin Sivak  wrote:
>>>
 Hi,

 I just got a question from an ovirt-optimizer user about the support
 in 4.2. And I realized I haven't heard anything about how UI plugins
 should be updated to work with the new UI.

 Is there anything special that needs to be done to make the plugin
 functional? Or will everything still work somehow?

 Best regards

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

>>>
>>>
>>>
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>



-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 20-11-2017 ] [ 001_initialize_engine.test_initialize_engine ]

[Dafna Ron]

we had a failure on 002_bootstrap.verify_add_hosts but the error is on
imageio

I looked at the host log that Nir added and I can only see that the
address is in use which seems to be the same issue we have in initialize
engine.

http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4205/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/lago-basic-suite-master-host-0/_var_log/ovirt-imageio-daemon/

I cannot see anything in host-deploy.
Didi, would we be able to see anything here?

Thanks,
Dafna


On 11/29/2017 11:03 AM, Yedidyah Bar David wrote:
> On Wed, Nov 29, 2017 at 1:00 PM, Dafna Ron  > wrote:
>
> this is the plugin info from steup log but I don't see anything
> more than we have seen except a timeout.
>
> https://pastebin.com/QVtNRNWV
>
> 
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/exported-artifacts/upgrade-from-release-suit-master-el7/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/lago-upgrade-from-release-suite-master-engine/_var_log/ovirt-engine/setup/ovirt-engine-setup-20171128123116-mmjen3.log
> 
> 
>
> Didi, is there anywhere else I should look?
>
>
> Sadly, as already replied, not yet. Hopefully next time...
>  
>
>
>
> On 11/29/2017 10:18 AM, Nir Soffer wrote:
>> Do we have more info from Didi's debug plugin now?
>>
>> On Wed, Nov 29, 2017 at 12:07 PM Dafna Ron > > wrote:
>>
>> *
>>
>> Hi,
>>
>> **
>>
>> We have failed cq with ovirt-imageio failing to start on
>> upgrade suite*. *I can still only see errors**in the messages
>> log.
>>
>> **
>>
>> I'm writing the reported patch but I don't think it has
>> anything to do with this issue.
>>
>> Link and headline of suspected patches:
>>
>> restapi: Enable update to no default network provider of
>> cluster - https://gerrit.ovirt.org/#/c/84814/
>> 
>>
>> Link to Job:
>>
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/
>> 
>>
>>
>> Link to all logs:
>>
>> 
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/
>> 
>> 
>>
>> 
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/testReport/junit/(root)/001_initialize_engine/test_initialize_engine/
>> 
>> 
>>
>> **
>>
>> 
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/exported-artifacts/upgrade-from-release-suit-master-el7/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/lago-upgrade-from-release-suite-master-engine/_var_log/messages/*view*/
>> 
>> 
>>
>>
>> (Relevant) error snippet from the log:
>>
>> 
>>
>> *From messages log
>> *Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine
>> systemd: Started oVirt Engine. Nov 28 12:32:13
>> lago-upgrade-from-release-suite-master-engine systemd:
>> Reloading. Nov 28 12:32:13
>> lago-upgrade-from-release-suite-master-engine systemd:
>> Configuration file /usr/lib/systemd/system/ebtables.service
>> is marked executable. Please remove executable permission
>> bits. Proceeding anyway. Nov 28 12:32:13
>> lago-upgrade-from-release-suite-master-engine systemd:
>> Starting oVirt Engine Data Warehouse... Nov 28 12:32:13
>> lago-upgrade-from-release-suite-master-engine systemd:
>> Started oVirt Engine Data Warehouse. Nov 28 12:32:13
>> lago-upgrade-from-release-suite-master-engine systemd:
>> Reloading. Nov 28 12:32:13
>> lago-upgrade-from-release-suite-master-engine systemd:
>> Configuration file /usr/lib/systemd/system/ebtables.service
>> is marked executable. Please remove executable permission
>> bits. Proceeding anyway. Nov 

[ovirt-devel] please test UI plugins in 4.2 beta

[Greg Sheremeta]

Hi everyone,

[I should have sent this message sooner -- apologies, and thanks to Martin
Sivak for the reminder!]

If you're trying out oVirt 4.2 Beta, please check that any existing UI
plugins [1] you are using 1. still work (they should!), and 2. look good in
the new UI. If something doesn't look quite right with a UI plugin [for
example, if it doesn't quite match the new theme], please contact Alexander
Wels and me and we can assist with getting it updated.

[1] https://www.ovirt.org/develop/release-management/features/ux/uiplugins/

Best wishes,
Greg

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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

Re: [ovirt-devel] oVirt 4.2 and UI plugin infrastructure

[Greg Sheremeta]

+Alexander, can you take a look?

On Wed, Nov 29, 2017 at 8:33 AM, Martin Sivak  wrote:

> Hi,
>
> I think I found one issue.. I do not see the extra menu items that were
> supposed to be added to VMs (used to be available in context menu as well).
>
> You can check it with
>
> http://jenkins.ovirt.org/job/ovirt-optimizer_master_check-
> patch-el7-x86_64/65/
>
> Martin
>
> On Wed, Nov 29, 2017 at 1:22 AM, Greg Sheremeta 
> wrote:
>
>> Hey,
>>
>> We haven't changed the API, so everything should still work. For example,
>> I just installed 4.1 versions of dashboard and support-plugin in master,
>> and all's well [*]:
>>
>> API:
>>
>> api.addSubTab('Template', 'Red Hat Documentation',
>> 'my-host-subtab-template', '', {alignRight: true});
>> api.setTabAccessible('my-host-subtab-template', true);
>>
>> [image: Inline image 1]
>>
>> [*] however, note that "alignRight" is now ignored
>>
>> And dashboard 4.1.8 installed in master engine:
>>
>> [image: Inline image 2]
>>
>>
>> That said, we probably should have sent some announcement about making
>> sure the plugins actually look good with the new theme. If some plugins are
>> greenish, that will look bad.
>>
>> To help with styling external things, we've started exposing more CSS via
>> a new SASS brand module:
>> https://github.com/oVirt/ovirt-engine/tree/master/frontend/
>> brands/ovirt-brand/src/main/sass
>> Also, we're heavily relying on base PatternFly styles, and plugins should
>> do the same. For example, the new dialog styles are completely PatternFly [
>> http://www.patternfly.org/pattern-library/forms-and-control
>> s/modal-overlay/] and we don't do anything extra on top of that.
>>
>> Let us know if something doesn't work, or you need help styling something.
>>
>> Greg
>>
>> On Tue, Nov 28, 2017 at 6:25 PM, Martin Sivak  wrote:
>>
>>> Hi,
>>>
>>> I just got a question from an ovirt-optimizer user about the support
>>> in 4.2. And I realized I haven't heard anything about how UI plugins
>>> should be updated to work with the new UI.
>>>
>>> Is there anything special that needs to be done to make the plugin
>>> functional? Or will everything still work somehow?
>>>
>>> Best regards
>>>
>>> Martin Sivak
>>> ___
>>> Devel mailing list
>>> Devel@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>>
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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

Re: [ovirt-devel] oVirt 4.2 and UI plugin infrastructure

[Martin Sivak]

Hi,

I think I found one issue.. I do not see the extra menu items that were
supposed to be added to VMs (used to be available in context menu as well).

You can check it with

http://jenkins.ovirt.org/job/ovirt-optimizer_master_check-patch-el7-x86_64/65/

Martin

On Wed, Nov 29, 2017 at 1:22 AM, Greg Sheremeta  wrote:

> Hey,
>
> We haven't changed the API, so everything should still work. For example,
> I just installed 4.1 versions of dashboard and support-plugin in master,
> and all's well [*]:
>
> API:
>
> api.addSubTab('Template', 'Red Hat Documentation',
> 'my-host-subtab-template', '', {alignRight: true});
> api.setTabAccessible('my-host-subtab-template', true);
>
> [image: Inline image 1]
>
> [*] however, note that "alignRight" is now ignored
>
> And dashboard 4.1.8 installed in master engine:
>
> [image: Inline image 2]
>
>
> That said, we probably should have sent some announcement about making
> sure the plugins actually look good with the new theme. If some plugins are
> greenish, that will look bad.
>
> To help with styling external things, we've started exposing more CSS via
> a new SASS brand module:
> https://github.com/oVirt/ovirt-engine/tree/master/
> frontend/brands/ovirt-brand/src/main/sass
> Also, we're heavily relying on base PatternFly styles, and plugins should
> do the same. For example, the new dialog styles are completely PatternFly [
> http://www.patternfly.org/pattern-library/forms-and-
> controls/modal-overlay/] and we don't do anything extra on top of that.
>
> Let us know if something doesn't work, or you need help styling something.
>
> Greg
>
> On Tue, Nov 28, 2017 at 6:25 PM, Martin Sivak  wrote:
>
>> Hi,
>>
>> I just got a question from an ovirt-optimizer user about the support
>> in 4.2. And I realized I haven't heard anything about how UI plugins
>> should be updated to work with the new UI.
>>
>> Is there anything special that needs to be done to make the plugin
>> functional? Or will everything still work somehow?
>>
>> Best regards
>>
>> Martin Sivak
>> ___
>> 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 4.2.0 blockers review

[Ala Hino]

Fix verified by the automation and will be merged soon.

On Tue, Nov 28, 2017 at 6:35 PM, Ala Hino  wrote:

> Issue analyzed and fix verified by the automation test case.
> Now, running all merge related automation test cases to make sure no
> regression/new issues introduced.
> Patch in gerrit: https://gerrit.ovirt.org/#/c/84821/
>
> On Tue, Nov 28, 2017 at 4:20 PM, Ala Hino  wrote:
>
>> 1509629 ovirt-engine ah...@redhat.com ASSIGNED Cold merge failed to
>> remove all volumes
>> This one only seen in automation and I am not able to reproduce it
>> locally.
>>
>>
>> On Tue, Nov 28, 2017 at 12:58 PM, Sandro Bonazzola 
>> wrote:
>>
>>> Hi,
>>> I'm waiting for last blockers to be fixed for starting a 4.2.0 RC build.
>>> Assignee are in the TO list of this email.
>>> So far we are down to 7 bugs: https://bugzilla.redhat.
>>> com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_miles
>>> tone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost
>>>
>>> Please review them and provide an ETA for the fix. If the bug is marked
>>> as blocker by mistake, please remove the blocker flag and / or postpone the
>>> bug to a later release.
>>>
>>> Bug ID Product Assignee Status Summary
>>> 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
>>> failed with the default CPU type
>>> 1509629 ovirt-engine ah...@redhat.com ASSIGNED Cold merge failed to
>>> remove all volumes
>>> 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
>>> mapping in VMs register from data storage domain should be supported also
>>> for templates
>>> 1506677 ovirt-engine dchap...@redhat.com POST Hotplug fail when
>>> attaching a disk with cow format on glusterfs
>>> 1488338 ovirt-engine mlipc...@redhat.com NEW SPM host is not moving to
>>> Non-Operational status when blocking its access to storage domain.
>>> 1512534 ovirt-hosted-engine-ha pklic...@redhat.com ASSIGNED SHE
>>> deployment takes too much time and looks like stuck.
>>> 1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after VM
>>> migration
>>>
>>> --
>>>
>>> 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] oVirt 4.2.0 blockers review

[Nir Soffer]

On Wed, Nov 29, 2017 at 9:22 AM Yaniv Kaul  wrote:

> On Wed, Nov 29, 2017 at 12:10 AM, Nir Soffer  wrote:
>
>> We merge the last multipath alerts patches today.
>>
>
> But engine side is not ready, so the feature is not yet usable.
>

The main work is the vdsm side, and we have now very useful logs
when multipath health logs in vdsm. These logs alone should be very
important for support.

Also having the new monitor running in the beta is very important,
if we discover some issues with it, we want to fix them before
the actual release.

I don't know how much work is needed on the engine yet, Fred is
working on this.


>
>
>>
>> We have 2 pending patches for lvm filter:
>> https://gerrit.ovirt.org/#/q/topic:lvm-filter+is:open
>>
>
> No one has reviewed them yet - I doubt we can.
>

One patch left, should be merged today, waiting for Adam ack.


> Y.
>
>
>>
>> I would like to get these in the beta if we can.
>>
>> Nir
>>
>> On Tue, Nov 28, 2017 at 11:27 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 are in the TO list of this email.
 So far we are down to 7 bugs:
 https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_milestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost

 Please review them and provide an ETA for the fix. If the bug is marked
 as blocker by mistake, please remove the blocker flag and / or postpone the
 bug to a later release.

 Bug ID Product Assignee Status Summary
 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
 failed with the default CPU type
 1509629 ovirt-engine ah...@redhat.com ASSIGNED Cold merge failed to
 remove all volumes
 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
 mapping in VMs register from data storage domain should be supported also
 for templates
 1506677 ovirt-engine dchap...@redhat.com POST Hotplug fail when
 attaching a disk with cow format on glusterfs
 1488338 ovirt-engine mlipc...@redhat.com NEW SPM host is not moving to
 Non-Operational status when blocking its access to storage domain.

>>>
>>> ​I've been able to reproduce that, attached new logs with description to
>>> the bug. At the moment it doesn't seem to me like something that could be
>>> fixed​
>>> ​ easily and quickly​, we will continue investigation tomorrow
>>>
>>> ​​
 1512534 ovirt-hosted-engine-ha pklic...@redhat.com ASSIGNED SHE
 deployment takes too much time and looks like stuck.

>>>
>>> ​Fix posted and merged​, bug is back at MODIFIED
>>>
>>>
 1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after
 VM migration

 --

 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

>>>
>>>
>>>
>>> --
>>> 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
>>
>>
>> ___
>> 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 4.2.0 blockers review - Day 2

[Ala Hino]

In the engine log of the OST that I run on the patch I don't see the error
seen before.
Waiting for final confirmation from Raz.

On Wed, Nov 29, 2017 at 10:53 AM, Yaniv Kaul  wrote:

>
>
> On Wed, Nov 29, 2017 at 10:30 AM, Ala Hino  wrote:
>
>>
>>
>> On Wed, Nov 29, 2017 at 10:09 AM, Yaniv Kaul  wrote:
>>
>>>
>>>
>>> On Wed, Nov 29, 2017 at 9:40 AM, Sandro Bonazzola 
>>> wrote:
>>>
 Hi,
 we had 7 blockers yesterday and the list is now down to 4:

>>>
>>> (It'll be easier to review with hyperlinks)
>>>
>>>
 Bug ID Product Assignee Status Summary Changed
 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
 failed with the default CPU type 2017-11-27 20:52:27

>>>
>>> Unsure why it's not in MODIFIED state, if all patches were merged?
>>>
>>> 1509629 ovirt-engine ah...@redhat.com POST Cold merge failed to remove
 all volumes

>>>
>>> https://gerrit.ovirt.org/#/c/84821/ is waiting for Ala to verify - I
>>> hope it gets in today.
>>>
>>
>> Manual tests passed. 10 OSTs runs successfully passed. Waiting for Raz to
>> ack automation run.
>>
>
> Please check Engine.log in OST - for some reason, the OST tests did not
> fail on that (need to check our tests of why).
> Y.
>
>
>>
>>> 2017-11-28 11:33:16
 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
 mapping in VMs register from data storage domain should be supported also
 for templates

>>>
>>> Doesn't strike me as a blocker. Could be moved to 4.2.1.
>>>
>>>
 2017-11-28 06:38:34
 1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after
 VM migration 2017-11-28 11:54:20


>>> Same.
>>> Y.
>>>
>>>
 Looking at bug status and at yesterday mail thread all of the above
 should go in modified today.
 Please ping me when you move above to modified, if possible we'll build
 RC today, if not we'll have to delay another day.


 --

 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

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

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 20-11-2017 ] [ 001_initialize_engine.test_initialize_engine ]

[Yedidyah Bar David]

On Wed, Nov 29, 2017 at 1:00 PM, Dafna Ron  wrote:

> this is the plugin info from steup log but I don't see anything more than
> we have seen except a timeout.
>
> https://pastebin.com/QVtNRNWV
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-
> tester/4194/artifact/exported-artifacts/upgrade-from-
> release-suit-master-el7/test_logs/upgrade-from-release-
> suite-master/post-001_initialize_engine.py/lago-
> upgrade-from-release-suite-master-engine/_var_log/ovirt-
> engine/setup/ovirt-engine-setup-20171128123116-mmjen3.log
>
> Didi, is there anywhere else I should look?
>

Sadly, as already replied, not yet. Hopefully next time...


>
>
> On 11/29/2017 10:18 AM, Nir Soffer wrote:
>
> Do we have more info from Didi's debug plugin now?
>
> On Wed, Nov 29, 2017 at 12:07 PM Dafna Ron  wrote:
>
>> *Hi,
>>
>> *
>>
>> *We have failed cq with ovirt-imageio failing to start on upgrade suite. I 
>> can still only see errors in the messages log.
>> *
>>
>> *I'm writing the reported patch but I don't think it has anything to do with 
>> this issue.
>>
>> Link and headline of suspected patches: restapi: Enable update to no default 
>> network provider of cluster - https://gerrit.ovirt.org/#/c/84814/ 
>> 
>>
>> Link to 
>> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/ 
>> 
>>
>> Link to all logs:
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/ 
>> 
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/testReport/junit/(root)/001_initialize_engine/test_initialize_engine/
>>  
>> 
>> *
>>
>> *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/exported-artifacts/upgrade-from-release-suit-master-el7/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/lago-upgrade-from-release-suite-master-engine/_var_log/messages/*view*/
>>  
>> 
>>
>> (Relevant) error snippet from the log: 
>> *From messages log
>>
>> *
>>
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Started oVirt Engine.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Reloading.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Configuration file /usr/lib/systemd/system/ebtables.service is marked 
>> executable. Please remove executable permission bits. Proceeding anyway.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Starting oVirt Engine Data Warehouse...
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Started oVirt Engine Data Warehouse.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Reloading.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Configuration file /usr/lib/systemd/system/ebtables.service is marked 
>> executable. Please remove executable permission bits. Proceeding anyway.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Starting oVirt ImageIO Proxy...
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: Traceback (most recent call last):
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: File "/usr/bin/ovirt-imageio-proxy", line 85, in 
>> 
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: status = image_proxy.main(args, config)
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: File 
>> "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/image_proxy.py", line 
>> 21, in main
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: image_server.start(config)
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: File 
>> "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/server.py", line 45, 
>> in start
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: WSGIRequestHandler)
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: File "/usr/lib64/python2.7/SocketServer.py", line 419, 
>> in __init__
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: self.server_bind()
>> Nov 28 12:32:14 

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 20-11-2017 ] [ 001_initialize_engine.test_initialize_engine ]

[Dafna Ron]

this is the plugin info from steup log but I don't see anything more
than we have seen except a timeout.

https://pastebin.com/QVtNRNWV

http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/exported-artifacts/upgrade-from-release-suit-master-el7/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/lago-upgrade-from-release-suite-master-engine/_var_log/ovirt-engine/setup/ovirt-engine-setup-20171128123116-mmjen3.log

Didi, is there anywhere else I should look?


On 11/29/2017 10:18 AM, Nir Soffer wrote:
> Do we have more info from Didi's debug plugin now?
>
> On Wed, Nov 29, 2017 at 12:07 PM Dafna Ron  > wrote:
>
> *
>
> Hi,
>
> **
>
> We have failed cq with ovirt-imageio failing to start on upgrade
> suite*. *I can still only see errors**in the messages log.
>
> **
>
> I'm writing the reported patch but I don't think it has anything
> to do with this issue.
>
> Link and headline of suspected patches:
>
> restapi: Enable update to no default network provider of cluster -
> https://gerrit.ovirt.org/#/c/84814/
>
> Link to Job:
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/
>
> Link to all logs:
>
> 
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/
>
> 
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/testReport/junit/(root)/001_initialize_engine/test_initialize_engine/
> 
> 
>
> **
>
> 
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/exported-artifacts/upgrade-from-release-suit-master-el7/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/lago-upgrade-from-release-suite-master-engine/_var_log/messages/*view*/
>
>
> (Relevant) error snippet from the log:
>
> 
>
> *From messages log
> *Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine
> systemd: Started oVirt Engine. Nov 28 12:32:13
> lago-upgrade-from-release-suite-master-engine systemd: Reloading.
> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine
> systemd: Configuration file
> /usr/lib/systemd/system/ebtables.service is marked executable.
> Please remove executable permission bits. Proceeding anyway. Nov
> 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd:
> Starting oVirt Engine Data Warehouse... Nov 28 12:32:13
> lago-upgrade-from-release-suite-master-engine systemd: Started
> oVirt Engine Data Warehouse. Nov 28 12:32:13
> lago-upgrade-from-release-suite-master-engine systemd: Reloading.
> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine
> systemd: Configuration file
> /usr/lib/systemd/system/ebtables.service is marked executable.
> Please remove executable permission bits. Proceeding anyway. Nov
> 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd:
> Starting oVirt ImageIO Proxy... Nov 28 12:32:14
> lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
> Traceback (most recent call last): Nov 28 12:32:14
> lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
> File "/usr/bin/ovirt-imageio-proxy", line 85, in  Nov 28
> 12:32:14 lago-upgrade-from-release-suite-master-engine
> ovirt-imageio-proxy: status = image_proxy.main(args, config) Nov
> 28 12:32:14 lago-upgrade-from-release-suite-master-engine
> ovirt-imageio-proxy: File
> "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/image_proxy.py",
> line 21, in main Nov 28 12:32:14
> lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
> image_server.start(config) Nov 28 12:32:14
> lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
> File
> "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/server.py",
> line 45, in start Nov 28 12:32:14
> lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
> WSGIRequestHandler) Nov 28 12:32:14
> lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
> File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine
> ovirt-imageio-proxy: self.server_bind() Nov 28 12:32:14
> lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
> File "/usr/lib64/python2.7/wsgiref/simple_server.py", line 48, in
> server_bind Nov 28 12:32:14
> lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
> HTTPServer.server_bind(self) Nov 28 12:32:14
> lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
> File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in
> server_bind Nov 28 12:32:14
> 

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 20-11-2017 ] [ 001_initialize_engine.test_initialize_engine ]

[Yedidyah Bar David]

On Wed, Nov 29, 2017 at 12:18 PM, Nir Soffer  wrote:

> Do we have more info from Didi's debug plugin now?
>

Not yet. Patch to install the debug plugins was merged this morning,
build below failed yesterday evening.



>
> On Wed, Nov 29, 2017 at 12:07 PM Dafna Ron  wrote:
>
>> *Hi,
>>
>> *
>>
>> *We have failed cq with ovirt-imageio failing to start on upgrade suite. I 
>> can still only see errors in the messages log.
>> *
>>
>> *I'm writing the reported patch but I don't think it has anything to do with 
>> this issue.
>>
>> Link and headline of suspected patches: restapi: Enable update to no default 
>> network provider of cluster - https://gerrit.ovirt.org/#/c/84814/ 
>> 
>>
>> Link to 
>> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/ 
>> 
>>
>> Link to all logs:
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/ 
>> 
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/testReport/junit/(root)/001_initialize_engine/test_initialize_engine/
>>  
>> 
>> *
>>
>> *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/exported-artifacts/upgrade-from-release-suit-master-el7/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/lago-upgrade-from-release-suite-master-engine/_var_log/messages/*view*/
>>  
>> 
>>
>> (Relevant) error snippet from the log: 
>> *From messages log
>>
>> *
>>
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Started oVirt Engine.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Reloading.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Configuration file /usr/lib/systemd/system/ebtables.service is marked 
>> executable. Please remove executable permission bits. Proceeding anyway.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Starting oVirt Engine Data Warehouse...
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Started oVirt Engine Data Warehouse.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Reloading.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Configuration file /usr/lib/systemd/system/ebtables.service is marked 
>> executable. Please remove executable permission bits. Proceeding anyway.
>> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
>> Starting oVirt ImageIO Proxy...
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: Traceback (most recent call last):
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: File "/usr/bin/ovirt-imageio-proxy", line 85, in 
>> 
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: status = image_proxy.main(args, config)
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: File 
>> "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/image_proxy.py", line 
>> 21, in main
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: image_server.start(config)
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: File 
>> "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/server.py", line 45, 
>> in start
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: WSGIRequestHandler)
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: File "/usr/lib64/python2.7/SocketServer.py", line 419, 
>> in __init__
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: self.server_bind()
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: File "/usr/lib64/python2.7/wsgiref/simple_server.py", 
>> line 48, in server_bind
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: HTTPServer.server_bind(self)
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: File "/usr/lib64/python2.7/BaseHTTPServer.py", line 
>> 108, in server_bind
>> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
>> ovirt-imageio-proxy: SocketServer.TCPServer.server_bind(self)
>> Nov 28 

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 20-11-2017 ] [ 001_initialize_engine.test_initialize_engine ]

[Nir Soffer]

Do we have more info from Didi's debug plugin now?

On Wed, Nov 29, 2017 at 12:07 PM Dafna Ron  wrote:

> *Hi,
>
> *
>
> *We have failed cq with ovirt-imageio failing to start on upgrade suite. I 
> can still only see errors in the messages log.
> *
>
> *I'm writing the reported patch but I don't think it has anything to do with 
> this issue.
>
> Link and headline of suspected patches: restapi: Enable update to no default 
> network provider of cluster - https://gerrit.ovirt.org/#/c/84814/ 
> 
>
> Link to 
> Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/ 
> 
>
> Link to all logs:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/ 
> 
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/testReport/junit/(root)/001_initialize_engine/test_initialize_engine/
>  
> 
> *
>
> *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/exported-artifacts/upgrade-from-release-suit-master-el7/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/lago-upgrade-from-release-suite-master-engine/_var_log/messages/*view*/
>  
> 
>
> (Relevant) error snippet from the log: 
> *From messages log
>
> *
>
> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
> Started oVirt Engine.
> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
> Reloading.
> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
> Configuration file /usr/lib/systemd/system/ebtables.service is marked 
> executable. Please remove executable permission bits. Proceeding anyway.
> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
> Starting oVirt Engine Data Warehouse...
> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
> Started oVirt Engine Data Warehouse.
> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
> Reloading.
> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
> Configuration file /usr/lib/systemd/system/ebtables.service is marked 
> executable. Please remove executable permission bits. Proceeding anyway.
> Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd: 
> Starting oVirt ImageIO Proxy...
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: Traceback (most recent call last):
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: File "/usr/bin/ovirt-imageio-proxy", line 85, in 
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: status = image_proxy.main(args, config)
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: File 
> "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/image_proxy.py", line 
> 21, in main
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: image_server.start(config)
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: File 
> "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/server.py", line 45, in 
> start
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: WSGIRequestHandler)
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: File "/usr/lib64/python2.7/SocketServer.py", line 419, 
> in __init__
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: self.server_bind()
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: File "/usr/lib64/python2.7/wsgiref/simple_server.py", 
> line 48, in server_bind
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: HTTPServer.server_bind(self)
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, 
> in server_bind
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: SocketServer.TCPServer.server_bind(self)
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: File "/usr/lib64/python2.7/SocketServer.py", line 430, 
> in server_bind
> Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine 
> ovirt-imageio-proxy: self.socket.bind(self.server_address)
> Nov 

[ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 20-11-2017 ] [ 001_initialize_engine.test_initialize_engine ]

[Dafna Ron]

*

Hi,

**

We have failed cq with ovirt-imageio failing to start on upgrade suite*.
*I can still only see errors**in the messages log.

**

I'm writing the reported patch but I don't think it has anything to do
with this issue.

Link and headline of suspected patches:

restapi: Enable update to no default network provider of cluster -
https://gerrit.ovirt.org/#/c/84814/

Link to Job:

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

Link to all logs:

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

http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/testReport/junit/(root)/001_initialize_engine/test_initialize_engine/

**

http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4194/artifact/exported-artifacts/upgrade-from-release-suit-master-el7/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/lago-upgrade-from-release-suite-master-engine/_var_log/messages/*view*/


(Relevant) error snippet from the log:



*From messages log
*Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd:
Started oVirt Engine. Nov 28 12:32:13
lago-upgrade-from-release-suite-master-engine systemd: Reloading. Nov 28
12:32:13 lago-upgrade-from-release-suite-master-engine systemd:
Configuration file /usr/lib/systemd/system/ebtables.service is marked
executable. Please remove executable permission bits. Proceeding anyway.
Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd:
Starting oVirt Engine Data Warehouse... Nov 28 12:32:13
lago-upgrade-from-release-suite-master-engine systemd: Started oVirt
Engine Data Warehouse. Nov 28 12:32:13
lago-upgrade-from-release-suite-master-engine systemd: Reloading. Nov 28
12:32:13 lago-upgrade-from-release-suite-master-engine systemd:
Configuration file /usr/lib/systemd/system/ebtables.service is marked
executable. Please remove executable permission bits. Proceeding anyway.
Nov 28 12:32:13 lago-upgrade-from-release-suite-master-engine systemd:
Starting oVirt ImageIO Proxy... Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
Traceback (most recent call last): Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy: File
"/usr/bin/ovirt-imageio-proxy", line 85, in  Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
status = image_proxy.main(args, config) Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy: File
"/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/image_proxy.py",
line 21, in main Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
image_server.start(config) Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy: File
"/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/server.py", line
45, in start Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
WSGIRequestHandler) Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy: File
"/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ Nov 28
12:32:14 lago-upgrade-from-release-suite-master-engine
ovirt-imageio-proxy: self.server_bind() Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy: File
"/usr/lib64/python2.7/wsgiref/simple_server.py", line 48, in server_bind
Nov 28 12:32:14 lago-upgrade-from-release-suite-master-engine
ovirt-imageio-proxy: HTTPServer.server_bind(self) Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy: File
"/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind Nov
28 12:32:14 lago-upgrade-from-release-suite-master-engine
ovirt-imageio-proxy: SocketServer.TCPServer.server_bind(self) Nov 28
12:32:14 lago-upgrade-from-release-suite-master-engine
ovirt-imageio-proxy: File "/usr/lib64/python2.7/SocketServer.py", line
430, in server_bind Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
self.socket.bind(self.server_address) Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy: File
"/usr/lib64/python2.7/socket.py", line 224, in meth Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
return getattr(self._sock,name)(*args) Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine ovirt-imageio-proxy:
socket.error: [Errno 98] Address already in use Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine systemd:
ovirt-imageio-proxy.service: main process exited, code=exited,
status=1/FAILURE Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine systemd: Failed to start
oVirt ImageIO Proxy. Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine systemd: Unit
ovirt-imageio-proxy.service entered failed state. Nov 28 12:32:14
lago-upgrade-from-release-suite-master-engine systemd:
ovirt-imageio-proxy.service failed. Nov 28 12:32:14

Re: [ovirt-devel] oVirt 4.2.0 blockers review

[Arik Hadas]

On Tue, Nov 28, 2017 at 10:29 PM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
> > On 28 Nov 2017, at 15:17, Dan Kenigsberg  wrote:
> >
> >
> >
> > On Tue, Nov 28, 2017 at 9:54 PM, Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
> >
> >> On 28 Nov 2017, at 06:36, Dan Kenigsberg  wrote:
> >>
> >> On Tue, Nov 28, 2017 at 12:58 PM, Sandro Bonazzola 
> wrote:
> >> Hi,
> >> I'm waiting for last blockers to be fixed for starting a 4.2.0 RC build.
> >> Assignee are in the TO list of this email.
> >> So far we are down to 7 bugs: https://bugzilla.redhat.com/
> buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_
> milestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost
> >>
> >> Please review them and provide an ETA for the fix. If the bug is marked
> as blocker by mistake, please remove the blocker flag and / or postpone the
> bug to a later release.
> >>
> >> Bug ID   Product AssigneeStatus  Summary
> >> 1516113  cockpit-ovirt   phbai...@redhat.com POSTDeploy
> the HostedEngine failed with the default CPU type
> >> 1509629  ovirt-engineah...@redhat.comASSIGNED
> Cold merge failed to remove all volumes
> >> 1507277  ovirt-engineera...@redhat.com   POST[RFE][DR]
> - Vnic Profiles mapping in VMs register from data storage domain should be
> supported also for templates
> >>
> >> Patches are in initial stage of review. Yaniv Lavi is adamant that this
> is indeed a 4.2.0 blocker, so it would cause at least a day or two of delay.
> >>
> >> 1506677  ovirt-enginedchap...@redhat.com POSTHotplug
> fail when attaching a disk with cow format on glusterfs
> >> 1488338  ovirt-enginemlipc...@redhat.com NEW SPM host
> is not moving to Non-Operational status when blocking its access to storage
> domain.
> >> 1512534  ovirt-hosted-engine-ha  pklic...@redhat.com ASSIGNED
>   SHE deployment takes too much time and looks like stuck.
> >> 1496719  vdsmedwa...@redhat.com  POSTPort mirroring is
> not set after VM migration
> >>
> >> We're trying since morning to verify if this has been fixed as a side
> effect by Milan, currently blocked by environmental hurdles (storage
> server; odd SELinux problem in Engine). An answer is still expected today.
> >
> > different fix than the proper hotplug/unplug xml way?
> >
> > No, same one.
>
> ok. it is going to take some time, few days i suppose
>
> >
> > I believe we can also challenge the blocker status since the impact is
> on migrations with hotplugged NICs using mirroring
> >
> >
> > Correct. However, we don't even have an answer. We still did not manager
> to reach a clear verification.
>
> So what I’m saying is to not block on it even if it reproduces, so if it’s
> not even sure it reproduces we indeed should not block GA on it?
>
> > Last news I've heard was that Engine was sending both xml and conf on
> start VM. This sounds more disturbing.
>
> that’s unlikely. Who’s saying that and where? conf is not being sent since
> Nov 8th [1] in RunVM flow.  You still get conf on suspend and resume flow,
> 4.1 compatibility and such, there were some minor issues here and there,
> and the other patches in that bug are needed.
>

False alarm - the engine was not installed properly.


>
> Thanks,
> michal
>
> [1] https://gerrit.ovirt.org/#/c/83407/
> ___
> 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 4.2.0 blockers review - Day 2

[Yaniv Kaul]

On Wed, Nov 29, 2017 at 10:30 AM, Ala Hino  wrote:

>
>
> On Wed, Nov 29, 2017 at 10:09 AM, Yaniv Kaul  wrote:
>
>>
>>
>> On Wed, Nov 29, 2017 at 9:40 AM, Sandro Bonazzola 
>> wrote:
>>
>>> Hi,
>>> we had 7 blockers yesterday and the list is now down to 4:
>>>
>>
>> (It'll be easier to review with hyperlinks)
>>
>>
>>> Bug ID Product Assignee Status Summary Changed
>>> 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
>>> failed with the default CPU type 2017-11-27 20:52:27
>>>
>>
>> Unsure why it's not in MODIFIED state, if all patches were merged?
>>
>> 1509629 ovirt-engine ah...@redhat.com POST Cold merge failed to remove
>>> all volumes
>>>
>>
>> https://gerrit.ovirt.org/#/c/84821/ is waiting for Ala to verify - I
>> hope it gets in today.
>>
>
> Manual tests passed. 10 OSTs runs successfully passed. Waiting for Raz to
> ack automation run.
>

Please check Engine.log in OST - for some reason, the OST tests did not
fail on that (need to check our tests of why).
Y.


>
>> 2017-11-28 11:33:16
>>> 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
>>> mapping in VMs register from data storage domain should be supported also
>>> for templates
>>>
>>
>> Doesn't strike me as a blocker. Could be moved to 4.2.1.
>>
>>
>>> 2017-11-28 06:38:34
>>> 1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after VM
>>> migration 2017-11-28 11:54:20
>>>
>>>
>> Same.
>> Y.
>>
>>
>>> Looking at bug status and at yesterday mail thread all of the above
>>> should go in modified today.
>>> Please ping me when you move above to modified, if possible we'll build
>>> RC today, if not we'll have to delay another day.
>>>
>>>
>>> --
>>>
>>> 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
>>>
>>
>>
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2.0 blockers review

[Martin Perina]

On Wed, Nov 29, 2017 at 12:37 AM, Maor Lipchuk  wrote:

>
>
> 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 are in the TO list of this email.
 So far we are down to 7 bugs: https://bugzilla.redhat.
 com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_miles
 tone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost

 Please review them and provide an ETA for the fix. If the bug is marked
 as blocker by mistake, please remove the blocker flag and / or postpone the
 bug to a later release.

 Bug ID Product Assignee Status Summary
 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
 failed with the default CPU type
 1509629 ovirt-engine ah...@redhat.com ASSIGNED Cold merge failed to
 remove all volumes
 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
 mapping in VMs register from data storage domain should be supported also
 for templates
 1506677 ovirt-engine dchap...@redhat.com POST Hotplug fail when
 attaching a disk with cow format on glusterfs

 ​​
 1488338 ovirt-engine mlipc...@redhat.com NEW SPM host is not moving to
 Non-Operational status when blocking its access to storage domain.

>>>
>>> ​I've been able to reproduce that, attached new logs with description to
>>> the bug. At the moment it doesn't seem to me like something that could be
>>> fixed​
>>> ​ easily and quickly​, we will continue investigation tomorrow
>>>
>>
>> I checked Martin's logs and it seems like getSpmStatus is getting
>> blocked for around 1 min and after it engine never receives any responses
>> from vdsm.
>> I added my findings to the BZ.
>>
>
> Thanks for your help Pioter and Martin, it is much appreciated.
> I just want to emphasis that this bug seems to be very similar to
> https://bugzilla.redhat.com/1326009 which describe quite the same
> scenario.
>

​Yes, it looks quite similar. But the important thing is that in both cases
the host ended up in NonOperational​

​(although it went there through Connecting​). And as mentioned in the
BZ​1488338 we don't have an explanation while VDSM hasn't sent heartbeat
back to engine within the minute before it was killed by sanlock.


>
>
>>
>>
>>>
>>> ​​
 1512534 ovirt-hosted-engine-ha pklic...@redhat.com ASSIGNED SHE
 deployment takes too much time and looks like stuck.

>>>
>>> ​Fix posted and merged​, bug is back at MODIFIED
>>>
>>>
 1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after
 VM migration

 --

 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

>>>
>>>
>>>
>>> --
>>> Martin Perina
>>> Associate Manager, Software Engineering
>>> Red Hat Czech s.r.o.
>>>
>>
>>
>


-- 
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

Re: [ovirt-devel] oVirt 4.2.0 blockers review - Day 2

[Ala Hino]

On Wed, Nov 29, 2017 at 10:09 AM, Yaniv Kaul  wrote:

>
>
> On Wed, Nov 29, 2017 at 9:40 AM, Sandro Bonazzola 
> wrote:
>
>> Hi,
>> we had 7 blockers yesterday and the list is now down to 4:
>>
>
> (It'll be easier to review with hyperlinks)
>
>
>> Bug ID Product Assignee Status Summary Changed
>> 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
>> failed with the default CPU type 2017-11-27 20:52:27
>>
>
> Unsure why it's not in MODIFIED state, if all patches were merged?
>
> 1509629 ovirt-engine ah...@redhat.com POST Cold merge failed to remove
>> all volumes
>>
>
> https://gerrit.ovirt.org/#/c/84821/ is waiting for Ala to verify - I hope
> it gets in today.
>

Manual tests passed. 10 OSTs runs successfully passed. Waiting for Raz to
ack automation run.

>
> 2017-11-28 11:33:16
>> 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
>> mapping in VMs register from data storage domain should be supported also
>> for templates
>>
>
> Doesn't strike me as a blocker. Could be moved to 4.2.1.
>
>
>> 2017-11-28 06:38:34
>> 1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after VM
>> migration 2017-11-28 11:54:20
>>
>>
> Same.
> Y.
>
>
>> Looking at bug status and at yesterday mail thread all of the above
>> should go in modified today.
>> Please ping me when you move above to modified, if possible we'll build
>> RC today, if not we'll have to delay another day.
>>
>>
>> --
>>
>> 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
>>
>
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2.0 blockers review

[Dan Kenigsberg]

On Tue, Nov 28, 2017 at 10:29 PM, Michal Skrivanek
 wrote:
>
>> On 28 Nov 2017, at 15:17, Dan Kenigsberg  wrote:
>>
>>
>>
>> On Tue, Nov 28, 2017 at 9:54 PM, Michal Skrivanek 
>>  wrote:
>>
>>> On 28 Nov 2017, at 06:36, Dan Kenigsberg  wrote:
>>>
>>> On Tue, Nov 28, 2017 at 12:58 PM, Sandro Bonazzola  
>>> wrote:
>>> Hi,
>>> I'm waiting for last blockers to be fixed for starting a 4.2.0 RC build.
>>> Assignee are in the TO list of this email.
>>> So far we are down to 7 bugs: 
>>> https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_milestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost
>>>
>>> Please review them and provide an ETA for the fix. If the bug is marked as 
>>> blocker by mistake, please remove the blocker flag and / or postpone the 
>>> bug to a later release.
>>>
>>> Bug ID   Product AssigneeStatus  Summary
>>> 1516113  cockpit-ovirt   phbai...@redhat.com POSTDeploy the 
>>> HostedEngine failed with the default CPU type
>>> 1509629  ovirt-engineah...@redhat.comASSIGNEDCold 
>>> merge failed to remove all volumes
>>> 1507277  ovirt-engineera...@redhat.com   POST[RFE][DR] - 
>>> Vnic Profiles mapping in VMs register from data storage domain should be 
>>> supported also for templates
>>>
>>> Patches are in initial stage of review. Yaniv Lavi is adamant that this is 
>>> indeed a 4.2.0 blocker, so it would cause at least a day or two of delay.
>>>
>>> 1506677  ovirt-enginedchap...@redhat.com POSTHotplug fail 
>>> when attaching a disk with cow format on glusterfs
>>> 1488338  ovirt-enginemlipc...@redhat.com NEW SPM host is 
>>> not moving to Non-Operational status when blocking its access to storage 
>>> domain.
>>> 1512534  ovirt-hosted-engine-ha  pklic...@redhat.com ASSIGNED   
>>>  SHE deployment takes too much time and looks like stuck.
>>> 1496719  vdsmedwa...@redhat.com  POSTPort mirroring is not 
>>> set after VM migration
>>>
>>> We're trying since morning to verify if this has been fixed as a side 
>>> effect by Milan, currently blocked by environmental hurdles (storage 
>>> server; odd SELinux problem in Engine). An answer is still expected today.
>>
>> different fix than the proper hotplug/unplug xml way?
>>
>> No, same one.
>
> ok. it is going to take some time, few days i suppose

Sorry, I misled you. Edy was trying francesco's "virt: metadata:
correctly store portMirroring"

>
>>
>> I believe we can also challenge the blocker status since the impact is on 
>> migrations with hotplugged NICs using mirroring
>>
>>
>> Correct. However, we don't even have an answer. We still did not manager to 
>> reach a clear verification.
>
> So what I’m saying is to not block on it even if it reproduces, so if it’s 
> not even sure it reproduces we indeed should not block GA on it?
>
>> Last news I've heard was that Engine was sending both xml and conf on start 
>> VM. This sounds more disturbing.
>
> that’s unlikely. Who’s saying that and where? conf is not being sent since 
> Nov 8th [1] in RunVM flow.  You still get conf on suspend and resume flow, 
> 4.1 compatibility and such, there were some minor issues here and there, and 
> the other patches in that bug are needed.

I still consider this only a romour, but it requires further scrutiny.
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2.0 blockers review - Day 2

[Yaniv Kaul]

On Wed, Nov 29, 2017 at 9:40 AM, Sandro Bonazzola 
wrote:

> Hi,
> we had 7 blockers yesterday and the list is now down to 4:
>

(It'll be easier to review with hyperlinks)


> Bug ID Product Assignee Status Summary Changed
> 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
> failed with the default CPU type 2017-11-27 20:52:27
>

Unsure why it's not in MODIFIED state, if all patches were merged?

1509629 ovirt-engine ah...@redhat.com POST Cold merge failed to remove all
> volumes
>

https://gerrit.ovirt.org/#/c/84821/ is waiting for Ala to verify - I hope
it gets in today.

2017-11-28 11:33:16
> 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
> mapping in VMs register from data storage domain should be supported also
> for templates
>

Doesn't strike me as a blocker. Could be moved to 4.2.1.


> 2017-11-28 06:38:34
> 1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after VM
> migration 2017-11-28 11:54:20
>
>
Same.
Y.


> Looking at bug status and at yesterday mail thread all of the above should
> go in modified today.
> Please ping me when you move above to modified, if possible we'll build RC
> today, if not we'll have to delay another day.
>
>
> --
>
> 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
>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel