From Christopher.Morrissey at netapp.com Wed Sep 18 17:50:40 2013 Content-Type: multipart/mixed; boundary="===============8805269846732633255==" MIME-Version: 1.0 From: Morrissey, Christopher To: devel at ovirt.org Subject: [Engine-devel] External events and flood rate Date: Wed, 18 Sep 2013 21:50:38 +0000 Message-ID: --===============8805269846732633255== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --_000_D290AD8432118048947689BA3AE8A9B33C9B351CSACEXCMBX04PRDh_ Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, I've been working on submitting external events to oVirt through the REST A= =3D PI. It seems to be working in general, although it appears that, no matter = =3D what value I put for the flood rate in the event, only 1 or so events are a= =3D llowed every 30 seconds. If I send another event during this time, I get an= =3D operation failed exception. Should the flood rate have any impact on this?= =3D Is there any way to allow my code to get an event through when needed or s= =3D hould I have a thread that shoots them off every 30 seconds if several occu= =3D r too quickly together? -Chris Chris Morrissey Software Engineer NetApp Inc. 919.476.4428 --_000_D290AD8432118048947689BA3AE8A9B33C9B351CSACEXCMBX04PRDh_ Content-Type: text/html; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

I’ve been working on submitting external eve= nt=3D s to oVirt through the REST API. It seems to be working in general, althoug= =3D h it appears that, no matter what value I put for the flood rate in the eve= =3D nt, only 1 or so events are allowed every 30 seconds. If I send another event during this time, I get an operation f= =3D ailed exception. Should the flood rate have any impact on this? Is there an= =3D y way to allow my code to get an event through when needed or should I have= =3D a thread that shoots them off every 30 seconds if several occur too quickly together?

-Chris

Chris Morrissey

Software Engineer

NetApp Inc.

919.476.4428

--_000_D290AD8432118048947689BA3AE8A9B33C9B351CSACEXCMBX04PRDh_-- --===============8805269846732633255== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS1fMDAwX0QyOTBBRDg0MzIxMTgwNDg5NDc2ODlCQTNBRThBOUIzM0M5QjM1MUNTQUNFWENNQlgw NFBSRGhfCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRl bnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCkhpIEFsbCwKCkkndmUgYmVl biB3b3JraW5nIG9uIHN1Ym1pdHRpbmcgZXh0ZXJuYWwgZXZlbnRzIHRvIG9WaXJ0IHRocm91Z2gg dGhlIFJFU1QgQT0KUEkuIEl0IHNlZW1zIHRvIGJlIHdvcmtpbmcgaW4gZ2VuZXJhbCwgYWx0aG91 Z2ggaXQgYXBwZWFycyB0aGF0LCBubyBtYXR0ZXIgPQp3aGF0IHZhbHVlIEkgcHV0IGZvciB0aGUg Zmxvb2QgcmF0ZSBpbiB0aGUgZXZlbnQsIG9ubHkgMSBvciBzbyBldmVudHMgYXJlIGE9Cmxsb3dl ZCBldmVyeSAzMCBzZWNvbmRzLiBJZiBJIHNlbmQgYW5vdGhlciBldmVudCBkdXJpbmcgdGhpcyB0 aW1lLCBJIGdldCBhbj0KIG9wZXJhdGlvbiBmYWlsZWQgZXhjZXB0aW9uLiBTaG91bGQgdGhlIGZs b29kIHJhdGUgaGF2ZSBhbnkgaW1wYWN0IG9uIHRoaXM/PQogSXMgdGhlcmUgYW55IHdheSB0byBh bGxvdyBteSBjb2RlIHRvIGdldCBhbiBldmVudCB0aHJvdWdoIHdoZW4gbmVlZGVkIG9yIHM9Cmhv dWxkIEkgaGF2ZSBhIHRocmVhZCB0aGF0IHNob290cyB0aGVtIG9mZiBldmVyeSAzMCBzZWNvbmRz IGlmIHNldmVyYWwgb2NjdT0KciB0b28gcXVpY2tseSB0b2dldGhlcj8KCi1DaHJpcwoKQ2hyaXMg TW9ycmlzc2V5ClNvZnR3YXJlIEVuZ2luZWVyCk5ldEFwcCBJbmMuCjkxOS40NzYuNDQyOAoKCi0t XzAwMF9EMjkwQUQ4NDMyMTE4MDQ4OTQ3Njg5QkEzQUU4QTlCMzNDOUIzNTFDU0FDRVhDTUJYMDRQ UkRoXwpDb250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRlbnQt VHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCjxodG1sIHhtbG5zOnY9M0QidXJu OnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89M0QidXJuOnNjaGVtYXMtbWljcj0K b3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9M0QidXJuOnNjaGVtYXMtbWljcm9zb2Z0 LWNvbTpvZmZpY2U6d29yZCIgPQp4bWxuczptPTNEImh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9M0QiaHR0cDo9Ci8vd3d3LnczLm9yZy9UUi9S RUMtaHRtbDQwIj4KPGhlYWQ+CjxtZXRhIGh0dHAtZXF1aXY9M0QiQ29udGVudC1UeXBlIiBjb250 ZW50PTNEInRleHQvaHRtbDsgY2hhcnNldD0zRHVzLWFzY2lpIj0KPgo8bWV0YSBuYW1lPTNEIkdl bmVyYXRvciIgY29udGVudD0zRCJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+ CjxzdHlsZT48IS0tCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8KQGZvbnQtZmFjZQoJe2ZvbnQtZmFt aWx5OkNhbGlicmk7CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9Ci8qIFN0eWxlIERl ZmluaXRpb25zICovCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwKCXtt YXJnaW46MGluOwoJbWFyZ2luLWJvdHRvbTouMDAwMXB0OwoJZm9udC1zaXplOjExLjBwdDsKCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQphOmxpbmssIHNwYW4uTXNvSHlwZXJs aW5rCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6Ymx1ZTsKCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQKCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xvcjpwdXJwbGU7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30Kc3Bhbi5FbWFpbFN0eWxlMTcKCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3Nl OwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsKCWNvbG9yOndpbmRvd3RleHQ7 fQouTXNvQ2hwRGVmYXVsdAoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5OwoJZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9CkBwYWdlIFdvcmRTZWN0aW9uMQoJe3NpemU6OC41 aW4gMTEuMGluOwoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30KZGl2LldvcmRTZWN0 aW9uMQoJe3BhZ2U6V29yZFNlY3Rpb24xO30KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0zRCJlZGl0IiBzcGlkbWF4PTNEIjEwMjYiIC8+ CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFwZWxheW91 dCB2OmV4dD0zRCJlZGl0Ij4KPG86aWRtYXAgdjpleHQ9M0QiZWRpdCIgZGF0YT0zRCIxIiAvPgo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+CjwvaGVhZD4KPGJvZHkgbGFuZz0zRCJF Ti1VUyIgbGluaz0zRCJibHVlIiB2bGluaz0zRCJwdXJwbGUiPgo8ZGl2IGNsYXNzPTNEIldvcmRT ZWN0aW9uMSI+CjxwIGNsYXNzPTNEIk1zb05vcm1hbCI+SGkgQWxsLDxvOnA+PC9vOnA+PC9wPgo8 cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8cCBjbGFzcz0zRCJN c29Ob3JtYWwiPkkmIzgyMTc7dmUgYmVlbiB3b3JraW5nIG9uIHN1Ym1pdHRpbmcgZXh0ZXJuYWwg ZXZlbnQ9CnMgdG8gb1ZpcnQgdGhyb3VnaCB0aGUgUkVTVCBBUEkuIEl0IHNlZW1zIHRvIGJlIHdv cmtpbmcgaW4gZ2VuZXJhbCwgYWx0aG91Zz0KaCBpdCBhcHBlYXJzIHRoYXQsIG5vIG1hdHRlciB3 aGF0IHZhbHVlIEkgcHV0IGZvciB0aGUgZmxvb2QgcmF0ZSBpbiB0aGUgZXZlPQpudCwgb25seSAx IG9yIHNvIGV2ZW50cyBhcmUgYWxsb3dlZCBldmVyeQogMzAgc2Vjb25kcy4gSWYgSSBzZW5kIGFu b3RoZXIgZXZlbnQgZHVyaW5nIHRoaXMgdGltZSwgSSBnZXQgYW4gb3BlcmF0aW9uIGY9CmFpbGVk IGV4Y2VwdGlvbi4gU2hvdWxkIHRoZSBmbG9vZCByYXRlIGhhdmUgYW55IGltcGFjdCBvbiB0aGlz PyBJcyB0aGVyZSBhbj0KeSB3YXkgdG8gYWxsb3cgbXkgY29kZSB0byBnZXQgYW4gZXZlbnQgdGhy b3VnaCB3aGVuIG5lZWRlZCBvciBzaG91bGQgSSBoYXZlPQogYSB0aHJlYWQgdGhhdCBzaG9vdHMg dGhlbSBvZmYgZXZlcnkKIDMwIHNlY29uZHMgaWYgc2V2ZXJhbCBvY2N1ciB0b28gcXVpY2tseSB0 b2dldGhlcj88bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFsIj4tQ2hyaXM8bzpwPjwvbzpwPjwvcD4K PHAgY2xhc3M9M0QiTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KPHAgY2xhc3M9M0Qi TXNvTm9ybWFsIj48Yj5DaHJpcyBNb3JyaXNzZXk8bzpwPjwvbzpwPjwvYj48L3A+CjxwIGNsYXNz PTNEIk1zb05vcm1hbCI+U29mdHdhcmUgRW5naW5lZXI8bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9 M0QiTXNvTm9ybWFsIj5OZXRBcHAgSW5jLjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0zRCJNc29O b3JtYWwiPjkxOS40NzYuNDQyODxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8L2Rpdj4KPC9ib2R5Pgo8L2h0bWw+CgotLV8wMDBfRDI5 MEFEODQzMjExODA0ODk0NzY4OUJBM0FFOEE5QjMzQzlCMzUxQ1NBQ0VYQ01CWDA0UFJEaF8tLQo= --===============8805269846732633255==-- From emesika at redhat.com Sat Sep 21 16:54:19 2013 Content-Type: multipart/mixed; boundary="===============4694006489079750531==" MIME-Version: 1.0 From: Eli Mesika To: devel at ovirt.org Subject: Re: [Engine-devel] External events and flood rate Date: Sat, 21 Sep 2013 16:54:17 -0400 Message-ID: <325725355.81020.1379796857795.JavaMail.root@redhat.com> In-Reply-To: D290AD8432118048947689BA3AE8A9B33C9B351C@SACEXCMBX04-PRD.hq.netapp.com --===============4694006489079750531== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ----- Original Message ----- > From: "Christopher Morrissey" > To: engine-devel(a)ovirt.org > Sent: Thursday, September 19, 2013 12:50:38 AM > Subject: [Engine-devel] External events and flood rate > = > = > = > Hi All, > = > = > = > I=E2=80=99ve been working on submitting external events to oVirt through = the REST > API. It seems to be working in general, although it appears that, no matt= er > what value I put for the flood rate in the event, only 1 or so events are > allowed every 30 seconds. If I send another event during this time, I get= an > operation failed exception. Should the flood rate have any impact on this? > Is there any way to allow my code to get an event through when needed or > should I have a thread that shoots them off every 30 seconds if several > occur too quickly together? Well, the 30 sec is the default if no flood rate is given = This is an example of how the flood rate should be set by the REST API = any description normal Customer1 1 10 Can you please check that the format you are using matches that ? If you are using the same format and it still not working for you , please = open a BZ Thanks Eli Mesika > = > = > = > -Chris > = > = > = > Chris Morrissey > = > Software Engineer > = > NetApp Inc. > = > 919.476.4428 > = > = > = > _______________________________________________ > Engine-devel mailing list > Engine-devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel >=20 --===============4694006489079750531==-- From mpastern at redhat.com Mon Sep 23 06:31:33 2013 Content-Type: multipart/mixed; boundary="===============7489208098580733450==" MIME-Version: 1.0 From: Michael Pasternak To: devel at ovirt.org Subject: Re: [Engine-devel] External events and flood rate Date: Mon, 23 Sep 2013 13:35:43 +0300 Message-ID: <5240197F.7090708@redhat.com> In-Reply-To: D290AD8432118048947689BA3AE8A9B33C9B351C@SACEXCMBX04-PRD.hq.netapp.com --===============7489208098580733450== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Eli, any reason for hardcoding this [1]? i'd move it to vdc_config. [1] Math.max(auditLogable.getEventFloodInSec(), 30) // Min duration for Ext= ernal Events is 30 sec On 09/19/2013 12:50 AM, Morrissey, Christopher wrote: > Hi All, > = > = > = > I=E2=80=99ve been working on submitting external events to oVirt through = the REST API. It seems to be working in general, although it appears that, = no matter what value I put for > the flood rate in the event, only 1 or so events are allowed every 30 sec= onds. If I send another event during this time, I get an operation failed e= xception. Should the > flood rate have any impact on this? Is there any way to allow my code to = get an event through when needed or should I have a thread that shoots them= off every 30 seconds if > several occur too quickly together? > = > = > = > -Chris > = > = > = > *Chris Morrissey* > = > Software Engineer > = > NetApp Inc. > = > 919.476.4428 > = > = > = > = > = > _______________________________________________ > Engine-devel mailing list > Engine-devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel > = -- = Michael Pasternak RedHat, ENG-Virtualization R&D --===============7489208098580733450==-- From Christopher.Morrissey at netapp.com Mon Sep 23 09:43:56 2013 Content-Type: multipart/mixed; boundary="===============3476413307509578763==" MIME-Version: 1.0 From: Morrissey, Christopher To: devel at ovirt.org Subject: Re: [Engine-devel] External events and flood rate Date: Mon, 23 Sep 2013 13:43:40 +0000 Message-ID: In-Reply-To: 5240197F.7090708@redhat.com --===============3476413307509578763== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks for looking into this Michael. Only allowing one external event ever= y 30 seconds seems like kind of a high initial setting. However, I've put i= n a workaround on our side that will retry sending the event after 30 secon= ds and queue the rest if an error is received while logging. -Chris > -----Original Message----- > From: Michael Pasternak [mailto:mpastern(a)redhat.com] > Sent: Monday, September 23, 2013 6:36 AM > To: Eli Mesika > Cc: Morrissey, Christopher; engine-devel(a)ovirt.org > Subject: Re: [Engine-devel] External events and flood rate > = > Eli, > = > any reason for hardcoding this [1]? i'd move it to vdc_config. > = > [1] Math.max(auditLogable.getEventFloodInSec(), 30) // Min duration for > External Events is 30 sec > = > On 09/19/2013 12:50 AM, Morrissey, Christopher wrote: > > Hi All, > > > > > > > > I've been working on submitting external events to oVirt through the > > REST API. It seems to be working in general, although it appears that, > > no matter what value I put for the flood rate in the event, only 1 or > > so events are allowed every 30 seconds. If I send another event during = this > time, I get an operation failed exception. Should the flood rate have any > impact on this? Is there any way to allow my code to get an event through > when needed or should I have a thread that shoots them off every 30 > seconds if several occur too quickly together? > > > > > > > > -Chris > > > > > > > > *Chris Morrissey* > > > > Software Engineer > > > > NetApp Inc. > > > > 919.476.4428 > > > > > > > > > > > > _______________________________________________ > > Engine-devel mailing list > > Engine-devel(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/engine-devel > > > = > = > -- > = > Michael Pasternak > RedHat, ENG-Virtualization R&D --===============3476413307509578763==-- From emesika at redhat.com Thu Sep 26 16:01:34 2013 Content-Type: multipart/mixed; boundary="===============3423105746152565006==" MIME-Version: 1.0 From: Eli Mesika To: devel at ovirt.org Subject: Re: [Engine-devel] External events and flood rate Date: Thu, 26 Sep 2013 16:01:31 -0400 Message-ID: <323635173.3003190.1380225691777.JavaMail.root@redhat.com> In-Reply-To: 5240197F.7090708@redhat.com --===============3423105746152565006== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ----- Original Message ----- > From: "Michael Pasternak" > To: "Eli Mesika" > Cc: "Christopher Morrissey" , engine-= devel(a)ovirt.org > Sent: Monday, September 23, 2013 1:35:43 PM > Subject: Re: [Engine-devel] External events and flood rate > = > Eli, > = > any reason for hardcoding this [1]? i'd move it to vdc_config. The reason was to lower the risk of external event flooding , but I agree t= hat it can be configurable.... > = > [1] Math.max(auditLogable.getEventFloodInSec(), 30) // Min duration for > External Events is 30 sec > = > On 09/19/2013 12:50 AM, Morrissey, Christopher wrote: > > Hi All, > > = > > = > > = > > I=E2=80=99ve been working on submitting external events to oVirt throug= h the REST > > API. It seems to be working in general, although it appears that, no > > matter what value I put for > > the flood rate in the event, only 1 or so events are allowed every 30 > > seconds. If I send another event during this time, I get an operation > > failed exception. Should the > > flood rate have any impact on this? Is there any way to allow my code to > > get an event through when needed or should I have a thread that shoots > > them off every 30 seconds if > > several occur too quickly together? > > = > > = > > = > > -Chris > > = > > = > > = > > *Chris Morrissey* > > = > > Software Engineer > > = > > NetApp Inc. > > = > > 919.476.4428 > > = > > = > > = > > = > > = > > _______________________________________________ > > Engine-devel mailing list > > Engine-devel(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/engine-devel > > = > = > = > -- > = > Michael Pasternak > RedHat, ENG-Virtualization R&D >=20 --===============3423105746152565006==--