You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since the CLI revamp in 2.3, the CLI verbose logs file contain only the logs from cluster 0 creation (except for k3d, which doesn't have cluster 0, and create the local experience right away), not the cluster the user wants to create on the public cloud. Users not need to check on cluster 1 (the public cloud cluster) pods logs to get more information about the process, or failures. kubefirst should get those logs themselves and transmit them in the verbose logs file for the CLI experience.
Why is it needed?
We will document this new process, but we can already see that it's confusing for folks, and it's adding initial steps one may not want to take at first just to create the cluster. Many folks also don't read the docs :)
This is also valid for the UI verbose logs tab.
Is this missing feature preventing you from using kubefirst?
Yes
Code of Conduct
I agree to follow this project's Code of Conduct
The text was updated successfully, but these errors were encountered:
What is your feature idea?
Since the CLI revamp in 2.3, the CLI verbose logs file contain only the logs from cluster 0 creation (except for k3d, which doesn't have cluster 0, and create the local experience right away), not the cluster the user wants to create on the public cloud. Users not need to check on cluster 1 (the public cloud cluster) pods logs to get more information about the process, or failures. kubefirst should get those logs themselves and transmit them in the verbose logs file for the CLI experience.
Why is it needed?
We will document this new process, but we can already see that it's confusing for folks, and it's adding initial steps one may not want to take at first just to create the cluster. Many folks also don't read the docs :)
This is also valid for the UI verbose logs tab.
Is this missing feature preventing you from using kubefirst?
Code of Conduct
The text was updated successfully, but these errors were encountered: