Bug 1284432 - [RFE] Provide a way to easily configure the log level for ovirt optimiser and optaplanner
[RFE] Provide a way to easily configure the log level for ovirt optimiser and...
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-optimizer (Show other bugs)
Unspecified Unspecified
unspecified Severity low
: ovirt-4.0.4
: 4.0.1
Assigned To: Martin Sivák
Shira Maximov
: FutureFeature
Depends On: 1347215
  Show dependency treegraph
Reported: 2015-11-23 05:26 EST by Roman Hodain
Modified: 2016-10-17 09:09 EDT (History)
15 users (show)

See Also:
Fixed In Version: ovirt-optimizer-0.10
Doc Type: Enhancement
Doc Text:
This update adds logging configuration files to /etc/ovirt-optimizer so the files are easy to locate.
Story Points: ---
Clone Of:
Last Closed: 2016-10-17 09:09:48 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: SLA
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
oVirt gerrit 49178 master MERGED Fix the location for logging configuration 2015-12-22 06:05 EST

  None (edit)
Description Roman Hodain 2015-11-23 05:26:34 EST
Description of problem:
It s currently not easy to adjust the log level for ovir optimiser and optaplanner. There needs to be way to do this easily. For example a configuration file in /etc/ovirt-optimizer/

Version-Release number of selected component (if applicable):
Comment 1 Geoffrey De Smet 2015-11-24 02:55:57 EST
@Martin Sivak For OptaPlanner, adjusting the logging level is decribed here:
So I presume this will be a matter of bridging that to /etc/ovirt-optimizer somehow. If you're using logback as the logging implementation, the log level can be adjusted at runtime during bootstrap (see Logback/Slf4J documentation).
Comment 2 Doron Fediuck 2015-11-24 04:36:22 EST
Since the ability to properly debug is important enough,
targeting for 3.6.4.
Comment 3 Martin Sivák 2015-11-24 08:16:09 EST
Uh Roman, what version did you test? You were running the 3.5 deployment when we were discussing this.

3.6 is very different in this area. It uses a proper ovirt-optimizer-jboss service and there is a config file in /usr/share/java/ovirt-optimizer/jboss7.war/WEB-INF/classes/log4j.properties

It might be a good idea to add a symlink to /etc/ though.
Comment 5 Roman Hodain 2016-01-08 08:55:31 EST
At that time the deployment was 3.5. The issue was noticed on a production system.
Comment 6 Red Hat Bugzilla Rules Engine 2016-01-27 06:34:08 EST
This bug is flagged for 3.6, yet the milestone is for 4.0 version, therefore the milestone has been reset.
Please set the correct milestone or add the flag.
Comment 8 Martin Sivák 2016-02-10 07:28:29 EST
Already merged, but I do not have the build version yet as there are more changes to come.
Comment 9 Mike McCune 2016-03-28 19:10:48 EDT
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune@redhat.com with any questions
Comment 10 Roy Golan 2016-04-21 03:14:48 EDT
Can be move to MOD now?
Comment 11 Martin Sivák 2016-04-21 04:09:40 EDT
Doron asked me to wait with downstream Optimizer update until we finish the RPMs of Optaplanner. So I do not have the downstream build yet.
Comment 15 Shira Maximov 2016-09-15 06:39:24 EDT
verified on : 

verification steps: 
1. installing the optimizer 
2. edit the last two lines in the file : /etc/ovirt-optimizer/jboss-log4j.properties

to the wanted behaviour: DEBUG/WARNING/INFO/ERROR

for example :
log4j.logger.org.optaplanner=DEBUG, appout
log4j.logger.org.ovirt.optimizer=DEBUG, appout
3. restart the ovirt-optimizer-jboss service 
4. check that the logs are in the correct behaviour
 ( in : /var/log/ovirt-optimizer/jboss/ovirt-optimizer.log)

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