-
Notifications
You must be signed in to change notification settings - Fork 14
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
Fix #35 'kubectl logs -f' implemented #332
Fix #35 'kubectl logs -f' implemented #332
Conversation
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.
@antoinetran thank you for this huge contribution. It looks very good to me, just find one comment where I need a clarification on the design. Otherwise I think it's good to go
I should have put some info in PullRequest instead of issue35:
TODO for later: when doing Ctrl+C to kubectl logs -f, stops following logs for that session. But I don't know how to detect that and react. |
b0eb432
to
81a4a12
Compare
@antoinetran looks like the last commit broke the compilation, can you take a look? |
mmm weird... repeating the tests locally shows no problem... maybe they broke on the force push. So, nvm. I'm push this through. |
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.
LGTM
Summary
Implement
kubectl logs -f
in interlink VK and API side. In case of following parameter set, it will reads and write continuously with a buffer from API to VK.Also improved InterLink internal log, so that a sessionContext (eg:
GetLogs#12345
) is created and added in HTTP header, so that we can also follow the HTTP request from VK to API to Plugin with the same id.Related issue :
interTwin-eu/interlink-slurm-plugin#35