-
Notifications
You must be signed in to change notification settings - Fork 304
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HPCC-29674 LogAccess support for pod column type #17913
HPCC-29674 LogAccess support for pod column type #17913
Conversation
57caa2d
to
af5aa8f
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@rpastrana - All looks reasonable, 1 minor comment re. log level.
Will revisit to approve when base PR is merged.
Please tag me here when that is merged and this PR is rebased.
queryIndex = m_podIndexSearchPattern.str(); | ||
} | ||
|
||
DBGLOG("%s: Searching log entries by Pod: '%s'", COMPONENT_NAME, queryValue.str() ); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not specific to this new column, but we should probably avoid these log lines by default, i.e. set them at a higher logging level.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well... I agree these types of messages are helpful for debugging ergo the DBGLOG seems appropriate, the problem from my perspective is the default log level for our deployments is 80 which is equivalent to debug, I've been advocating for a lower default log level for a long time.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I do agree - but would require a more comprehensive review of all DBGLOG's I suspect before we commit to turning them off by default.
Is there a JIRA this topic?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep, in fact we have too many jiras related to this topic:
HPCC-22646 Revisit logging levels
HPCC-18399 Use jlog logging more consistently
HPCC-24433 Log levels above max threshold should be reevaluated
HPCC-30629 Clean up roxie logs
HPCC-26886 Consider adding detail level to the log output
HPCC-22650 Switch to using the tracing levels in logging
- Introduces PodName log column type - Adds filter support per PodName - Includes PodName in ALA default column requests - Adds Pod logMap to ALAv2 values file - Adds WsLogAccess byPod definitions Signed-off-by: Rodrigo Pastrana <[email protected]>
af5aa8f
to
92f231b
Compare
@jakesmith rebased. |
@jeclrsg does this provide everything we need for https://track.hpccsystems.com/browse/HPCC-30568? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@rpastrana I think so. Looks good to me.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@rpastrana - looks good.
Type of change:
Checklist:
Smoketest:
Testing: