Skip to content
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

kubel--exec doesn't work on remote systems #118

Open
jreicher opened this issue Oct 18, 2023 · 4 comments
Open

kubel--exec doesn't work on remote systems #118

jreicher opened this issue Oct 18, 2023 · 4 comments

Comments

@jreicher
Copy link
Contributor

When using kubel on a tramp connection make-process can't create a separate stderr stream. I usually leave stderr as nil, but it's possible there's a nicer fix.

@abrochard
Copy link
Owner

Thank you for reporting this. Could you detail a bit the steps to reproduce the problem?

@mrunhap
Copy link

mrunhap commented Dec 7, 2023

Thank you for reporting this. Could you detail a bit the steps to reproduce the problem?

Some step may reduce this error:

Open a remote file via tramp
M-x kubel under that buffer

Then RET on any resource get:

File error: Wrong stderr kubel - deployments.apps - message-email:err
tramp-error: Wrong stderr kubel - deployments.apps - message-email:err

@mrunhap
Copy link

mrunhap commented Dec 8, 2023

And you have to have error log after run kubel, like

'E1208 17:50:54.729826 25558 memcache.go:287] couldn't get resource list for metrics.k8s.io/v1beta1: the server is currently unable to handle the request'

@jreicher
Copy link
Contributor Author

jreicher commented Jan 8, 2024

Sorry for the late followup:

If I startup kubel (for the first time) providing the optional directory argument to be something like "/-:godzilla-control.kube.domain:" then all (I think) functions that call kubel--exec fail, because the make-process call won't work on a remote system when :stderr is specified.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants