Bug 875375 - Event log - a method to bypass flood filtering
Summary: Event log - a method to bypass flood filtering
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 3.2.0
Assignee: mkublin
QA Contact: Pavel Stehlik
URL:
Whiteboard: infra
Depends On:
Blocks: bootstrap-rewrite 915537
TreeView+ depends on / blocked
 
Reported: 2012-11-10 21:19 UTC by Alon Bar-Lev
Modified: 2016-02-10 19:29 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed:
oVirt Team: Infra
Target Upstream Version:
Embargoed:
dyasny: Triaged+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 9148 0 None None None Never

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


Note You need to log in before you can comment on or make changes to this bug.