As Irit mentioned the provided reproduction steps are wrong (misuse of the code) and she posted correct example showing that jsonrpc code works as expected. So Martin/Simone are you using somewhere in HE code the original example that is misusing the client? Thanks Martin On Tue, Dec 19, 2017 at 12:53 PM, Oved Ourfali <oourfali(a)redhat.com&gt; wrote: -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o.

On Tue, Dec 19, 2017 at 2:51 PM, Simone Tiraboschi <stirabos(a)redhat.com&gt; wrote: No, it should be tested on HE environment and it depends on your usage. -- IRIT GOIHMAN SOFTWARE ENGINEER EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc>

What does happen when only timeout is specified and the connection fails after the command is sent? What are the defaults in that case? Martin On Tue, Dec 19, 2017 at 1:55 PM, Irit Goihman <igoihman(a)redhat.com&gt; wrote: > > > > On Tue, Dec 19, 2017 at 2:51 PM, Simone Tiraboschi <stirabos(a)redhat.com&gt; wrote: >> >> >> >> On Tue, Dec 19, 2017 at 12:56 PM, Martin Perina <mperina(a)redhat.com&gt; wrote: >>> >>> As Irit mentioned the provided reproduction steps are wrong (misuse of the code) and she posted correct example showing that jsonrpc code works as expected. So Martin/Simone are you using somewhere in HE code the original example that is misusing the client? >> >> >> According to >> https://bugzilla.redhat.com/show_bug.cgi?id=1527155#c9 >> It works in Irit example, at least on that host with that load and timings, setting nr_retries=2 and _timeout=20 >> >> While we have _timeout=5 and no custom nr_retries >> https://github.com/oVirt/ovirt-hosted-engine-ha/blob/master/ovirt_hosted_... >> >> >> >>> >>> >>> Thanks >>> >>> Martin >>> >>> >>> On Tue, Dec 19, 2017 at 12:53 PM, Oved Ourfali <oourfali(a)redhat.com&gt; wrote: >>>> >>>> From the latest comment it doesn't seem like a blocker to me. >>>> Martin S. - your thoughts? >>>> >>>> On Tue, Dec 19, 2017 at 1:48 PM, Sandro Bonazzola <sbonazzo(a)redhat.com&gt; wrote: >>>>> >>>>> We have a proposed blocker for the release: >>>>> 1527155InfravdsmBindings-APIigoihman(a)redhat.comNEWjsonrpc reconnect logic does not work and gets stuckurgentunspecifiedovirt-4.2.004:30:30 >>>>> >>>>> Please review and either approve the blcoker or postpone to 4.2.1. >>>>> Thanks, >>>>> >>>>> >>>>> -- >>>>> >>>>> SANDRO BONAZZOLA >>>>> >>>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D >>>>> >>>>> Red Hat EMEA >>>>> >>>>> TRIED. TESTED. TRUSTED. >>>>> >>>>> >>>>> _______________________________________________ >>>>> Devel mailing list >>>>> Devel(a)ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/devel >>>> >>>> >>> >>> >>> >>> -- >>> Martin Perina >>> Associate Manager, Software Engineering >>> Red Hat Czech s.r.o. >> >> > > > > -- > > IRIT GOIHMAN > > SOFTWARE ENGINEER > > EMEA VIRTUALIZATION R&D > > Red Hat EMEA > > TRIED. TESTED. TRUSTED. > @redhatnews Red Hat Red Hat

Right, but what is the default value? Because I see reconnect attempt even with no nr_retries and no timeout provided and then it gets stuck (or waiting for a really long timeout). Martin On Tue, Dec 19, 2017 at 2:28 PM, Piotr Kliczewski <piotr.kliczewski(a)gmail.com&gt; wrote: > On Tue, Dec 19, 2017 at 2:05 PM, Martin Sivak <msivak(a)redhat.com&gt; wrote: >>>> So I think that we still have to fix it somehow. >>>> Are we really sure that nr_retries=2 and _timeout=20 are really the magic numbers that works on every conditions? >>> >>> >>> No, it should be tested on HE environment and it depends on your usage. >> >> What does happen when only timeout is specified and the connection >> fails after the command is sent? What are the defaults in that case? > > Timeout defines how long we are going to wait for a response. It is > there in the code > for a bit of time already and it is not related to reconnect. > > >> >> Martin >> >> On Tue, Dec 19, 2017 at 1:55 PM, Irit Goihman <igoihman(a)redhat.com&gt; wrote: >>> >>> >>> >>> On Tue, Dec 19, 2017 at 2:51 PM, Simone Tiraboschi <stirabos(a)redhat.com&gt; wrote: >>>> >>>> >>>> >>>> On Tue, Dec 19, 2017 at 12:56 PM, Martin Perina <mperina(a)redhat.com&gt; wrote: >>>>> >>>>> As Irit mentioned the provided reproduction steps are wrong (misuse of the code) and she posted correct example showing that jsonrpc code works as expected. So Martin/Simone are you using somewhere in HE code the original example that is misusing the client? >>>> >>>> >>>> According to >>>> https://bugzilla.redhat.com/show_bug.cgi?id=1527155#c9 >>>> It works in Irit example, at least on that host with that load and timings, setting nr_retries=2 and _timeout=20 >>>> >>>> While we have _timeout=5 and no custom nr_retries >>>> https://github.com/oVirt/ovirt-hosted-engine-ha/blob/master/ovirt_hosted_... >>>> >>>> So I think that we still have to fix it somehow. >>>> Are we really sure that nr_retries=2 and _timeout=20 are really the magic numbers that works on every conditions? >>> >>> >>> No, it should be tested on HE environment and it depends on your usage. >>>> >>>> >>>>> >>>>> >>>>> Thanks >>>>> >>>>> Martin >>>>> >>>>> >>>>> On Tue, Dec 19, 2017 at 12:53 PM, Oved Ourfali <oourfali(a)redhat.com&gt; wrote: >>>>>> >>>>>> From the latest comment it doesn't seem like a blocker to me. >>>>>> Martin S. - your thoughts? >>>>>> >>>>>> On Tue, Dec 19, 2017 at 1:48 PM, Sandro Bonazzola <sbonazzo(a)redhat.com&gt; wrote: >>>>>>> >>>>>>> We have a proposed blocker for the release: >>>>>>> 1527155InfravdsmBindings-APIigoihman(a)redhat.comNEWjsonrpc reconnect logic does not work and gets stuckurgentunspecifiedovirt-4.2.004:30:30 >>>>>>> >>>>>>> Please review and either approve the blcoker or postpone to 4.2.1. >>>>>>> Thanks, >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> SANDRO BONAZZOLA >>>>>>> >>>>>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D >>>>>>> >>>>>>> Red Hat EMEA >>>>>>> >>>>>>> TRIED. TESTED. TRUSTED. >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Devel mailing list >>>>>>> Devel(a)ovirt.org >>>>>>> http://lists.ovirt.org/mailman/listinfo/devel >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Martin Perina >>>>> Associate Manager, Software Engineering >>>>> Red Hat Czech s.r.o. >>>> >>>> >>> >>> >>> >>> -- >>> >>> IRIT GOIHMAN >>> >>> SOFTWARE ENGINEER >>> >>> EMEA VIRTUALIZATION R&D >>> >>> Red Hat EMEA >>> >>> TRIED. TESTED. TRUSTED. >>> @redhatnews Red Hat Red Hat >> _______________________________________________ >> Devel mailing list >> Devel(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel

Based on the above, removing the blocker flag from the bug. On Tue, Dec 19, 2017 at 3:03 PM, Martin Sivak <msivak(a)redhat.com&gt; wrote: