-
Notifications
You must be signed in to change notification settings - Fork 669
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
[BUG] flyteconsole generates wrong link towards stackdriver logs #480
Comments
honnix
added
bug
Something isn't working
untriaged
This issues has not yet been looked at by the Maintainers
labels
Aug 24, 2020
8 tasks
honnix
removed
the
untriaged
This issues has not yet been looked at by the Maintainers
label
Aug 25, 2020
Closed by |
@wild-endeavor Sorry for closing this without asking you. Are we supposed to close an issue only after making a new release? |
Oh no it's okay. Thanks! |
It's fixed? Or does issue #79 cover this? (It seems to be a pretty different issue) |
Sorry it is a wrong repo. :( |
eapolinario
pushed a commit
to eapolinario/flyte
that referenced
this issue
Dec 6, 2022
Signed-off-by: Yee Hing Tong <[email protected]> Signed-off-by: pmahindrakar-oss <[email protected]>
eapolinario
pushed a commit
to eapolinario/flyte
that referenced
this issue
Aug 21, 2023
Signed-off-by: Yee Hing Tong <[email protected]> Signed-off-by: pmahindrakar-oss <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
As this line says, flyteconsole assumes
logName
to be the pod name, however this has not been the case since certain version (that I'm not sure of, and maybe since deprecating old Stackdriver logging/monitoring) of GKE.logName
now simply refers toprojects/<gcp-project>/logs/stderr
orprojects/<gcp-project>/logs/stdout
.Expected behavior
flyteconsole generates the correct link towards Stackdriver logs.
Flyte component
To Reproduce
Steps to reproduce the behavior:
View Logs
Stackdriver Logs (User)
Screenshots
Environment
Flyte component
Additional context
Change the advancedFilter to
resource.labels.pod_name%3D<pod name>
should fix it.The text was updated successfully, but these errors were encountered: