You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@knox.apache.org by "Sandor Molnar (Jira)" <ji...@apache.org> on 2026/03/19 07:27:00 UTC
[jira] [Updated] (KNOX-3282) CM discovery error stacktrace to be printed at INFO level
[ https://issues.apache.org/jira/browse/KNOX-3282?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sandor Molnar updated KNOX-3282:
--------------------------------
Status: Patch Available (was: Open)
> CM discovery error stacktrace to be printed at INFO level
> ---------------------------------------------------------
>
> Key: KNOX-3282
> URL: https://issues.apache.org/jira/browse/KNOX-3282
> Project: Apache Knox
> Issue Type: Improvement
> Components: Server
> Affects Versions: 2.1.0
> Reporter: Sandor Molnar
> Assignee: Sandor Molnar
> Priority: Major
> Fix For: 3.0.0
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> When a service discovery error occurs, the following log entry is added in gateway.log with the default log4j settings:
> {noformat}
> ERROR discovery.cm (ClouderaManagerServiceDiscovery.java:discover(233)) - Encountered an error during cluster (MCDH5S) discovery: com.cloudera.api.swagger.client.ApiException: Not Found{noformat}
> This is just a sample, there can be a variety of reasons why Knox couldn't connect to CM for discovery.
> While troubleshooting such issues, it's hard to determine the root cause without setting the log level to {{DEBUG}} (at least for {{{}org.apache.knox.gateway.topology.discovery.cm{}}}).
> Suggested change: let stack trace be printed out in the logs even on {{INFO}} level in this case.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)