Bug 1814712

Summary: ovnkube-master leader apparently logs more than INFO level
Product: OpenShift Container Platform Reporter: Anurag saxena <anusaxen>
Component: NetworkingAssignee: Alexander Constantinescu <aconstan>
Networking sub component: ovn-kubernetes QA Contact: Anurag saxena <anusaxen>
Status: CLOSED ERRATA Docs Contact:
Severity: medium    
Priority: medium CC: aconstan, danw, rbrattai, zzhao
Version: 4.4   
Target Milestone: ---   
Target Release: 4.4.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1822215 (view as bug list) Environment:
Last Closed: 2020-05-04 11:46:37 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1822215    
Bug Blocks:    

Comment 1 Dan Winship 2020-03-18 14:56:13 UTC
This is probably https://github.com/ovn-org/ovn-kubernetes/pull/1139 (fixed upstream but not merged into our builds yet).

Comment 2 Anurag saxena 2020-03-18 15:12:33 UTC
@Dan, So PR 1139 is trying to make level 5 as default. Aren't we supposed to stay at level 4(INFO) by default?
And apparently without this PR even, currently i see logs at level 5 but config set to 4.

Comment 3 Dan Winship 2020-03-18 15:18:10 UTC
The title of the PR is confusing... I don't really understand what it's supposed to be saying.

The problem is that we intentionally bump the log level up to 5 at startup time so that if something goes wrong we'll have sufficient logs about it. It's *supposed* to set the log level back down to the configured level after startup is complete, but that was broken. That's what the PR fixes.

Comment 4 Anurag saxena 2020-03-18 15:26:56 UTC
Make sense to me now @Dan. Thanks for clarifications.

Comment 5 Alexander Constantinescu 2020-03-20 12:38:53 UTC
@Dan

I doubt that this bug is related to:  https://github.com/ovn-org/ovn-kubernetes/pull/1139, that PR fixes an issue with ovnkube when klog was already activated. The logs Anurag attached show logrus still being used...

I think this problem is something that might have impacted ovnkube when logrus was activated, or something that might come to impact klog too. It's really strange that the log-level is not respected. 

/Alex

Comment 9 Ross Brattain 2020-04-15 10:53:03 UTC
Verified log level 4 (INFO) on 4.4.0-0.nightly-2020-04-15-071550

Comment 11 errata-xmlrpc 2020-05-04 11:46:37 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2020:0581