8000 Provide a warning if MAS CLI must-gather is running without being logged into a cluster · Issue #1542 · ibm-mas/cli · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Provide a warning if MAS CLI must-gather is running without being logged into a cluster #1542

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

Open
BrendanFishback opened this issue Apr 9, 2025 · 0 comments
Labels
Enhancement New feature or request Serviceability

Comments

@BrendanFishback
Copy link

Feature and motivation

Currently, when a MAS CLI must-gather is run without logging into a OpenShift cluster, the must-gather will still execute and attempt to collect data. The collection logs will be full of messages like this:

error: Missing or incomplete configuration info.  Please point to an existing, complete config file:

  1. Via the command-line flag --kubeconfig
  2. Via the KUBECONFIG environment variable
  3. In your home directory as ~/.kube/config

While to someone experienced with OpenShift this may be an obvious sign the must-gather did not collect the data properly, it is not immediately apparent to those with less exposure to OpenShift. It would be beneficial if the must-gather script itself would provide a warning message to the end user that the must-gather did not execute properly due to not being logged in to a cluster instead.

Usage example

This would save time from having to request data multiple times from clients with less experience with OpenShift.

@BrendanFishback BrendanFishback added Enhancement New feature or request Serviceability labels Apr 9, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Enhancement New feature or request Serviceability
Projects
None yet
Development

No branches or pull requests

1 participant
0