Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 1517978

Summary: Owner Specific Debug logging not working for Pool Refresh
Product: [Community] Candlepin Reporter: Tramaine Darby <tdarby>
Component: candlepinAssignee: Chris "Ceiu" Rog <crog>
Status: CLOSED CURRENTRELEASE QA Contact: Katello QA List <katello-qa-list>
Severity: low Docs Contact:
Priority: medium    
Version: 2.0CC: crog, csnyder, redakkan, skallesh
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: candlepin-2.5.1-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-05-01 18:56:29 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:

Description Tramaine Darby 2017-11-27 19:46:05 UTC
Description of problem: Owners set with a loglevel of DEBUG are not resulting in DEBUG log records being written.  

Version-Release number of selected component (if applicable): 2.0.43

How reproducible: every time

Steps to Reproduce:
1. Set an owner's log level via the API (PUT /candlepin/owners/{orgId}/log?level=DEBUG
2. Issue a Pool Refresh for that org
3. Check the logs

Actual results: Logs contain only INFO entries for that owner.

Expected results: Logs contain DEBUG, INFO entries for that owner.

Additional info:
Example from PROD:
    "parentOwner": null,
    "id": "ff808081570b591401570b5b7e260000",
    "key": "7791251",
    "displayName": "7791251",
    "contentPrefix": null,
    "defaultServiceLevel": null,
    "upstreamConsumer": null,
    "logLevel": "DEBUG",
    "autobindDisabled": null,
    "contentAccessMode": null,
    "contentAccessModeList": null,
    "href": "/owners/7791251",
    "created": "2016-09-08T19:52:07+0000",
    "updated": "2017-11-27T19:08:11+0000"

Splunk logs -