Bug 875375

Summary:	Event log - a method to bypass flood filtering
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	Alon Bar-Lev <alonbl>
Component:	ovirt-engine	Assignee:	mkublin <mkublin>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Pavel Stehlik <pstehlik>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	unspecified	CC:	bazulay, dyasny, iheim, lpeer, Rhev-m-bugs, sgrinber, yeylon, ykaul, yzaslavs
Target Milestone:	---	Keywords:	Improvement
Target Release:	3.2.0	Flags:	dyasny: Triaged+
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	infra
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	Infra	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	866889, 915537

Description Alon Bar-Lev 2012-11-10 21:19:29 UTC

Currently we filter event log per message type.

If we have two DIFFERENT warnings or two DIFFERENT errors produced at same time (more or less), one gets filtered.

These errors or warnings may be important so blindly filter is not something that should be done.

Options:

1. Filter based on message type and message text.

2. Add some unique id to messages that must not be filtered. This unique id will be modified by producer for every message that must bypass filtering.

Comment 1 Itamar Heim 2012-11-11 06:54:46 UTC

can you please give a concerete example/use case?
(I'm guessing this is related to warning from bootstrap...)

Comment 2 Alon Bar-Lev 2012-11-11 08:44:17 UTC

(In reply to comment #1)
> can you please give a concerete example/use case?
> (I'm guessing this is related to warning from bootstrap...)

Right.

Bootstrap infos, warnings, errors messages are sent via generic log types of info, warning, error.

Warnings and errors that received from host, such as approving gpg key, manual intervention action or errors should be displayed for user to see and act.

Infos can be filtered at will.

Comment 3 Eli Mesika 2012-11-11 10:29:32 UTC

http://gerrit.ovirt.org/#/c/9148

Comment 18 Alon Bar-Lev 2013-02-28 10:36:35 UTC

Modified, per test-case is not correct with current message definition.
What important is that warnings are not lost now.
I suggest closing this.

Comment 20 Itamar Heim 2013-06-11 09:50:39 UTC

3.2 has been released

Comment 21 Itamar Heim 2013-06-11 09:50:45 UTC

3.2 has been released

Comment 22 Itamar Heim 2013-06-11 09:58:18 UTC

3.2 has been released