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

Error: No such image: nicolaka/netshoot:latest #134

Closed
themez opened this issue Dec 1, 2020 · 18 comments
Closed

Error: No such image: nicolaka/netshoot:latest #134

themez opened this issue Dec 1, 2020 · 18 comments

Comments

@themez
Copy link

themez commented Dec 1, 2020

Hi I run into this problem using agent-less default configuration. However, I found it works if I set verbose to 1 Looks wired.

Waiting for pod debug-agent-pod-xxx to run...
Forwarding from 127.0.0.1:10027 -> 10027
Forwarding from [::1]:10027 -> 10027
Handling connection for 10027
                             Start deleting agent pod my-pod-xxx
error execute remote, Internal error occurred: error attaching to container: Error: No such image: nicolaka/netshoot:latest
error: Internal error occurred: error attaching to container: Error: No such image: nicolaka/netshoot:latest
@lx1036
Copy link

lx1036 commented Dec 3, 2020

me too. how to resolve it?

@wanminny
Copy link

wanminny commented Dec 3, 2020

+1

1 similar comment
@ComeonBug
Copy link

+1

@yaoyaoio
Copy link

yaoyaoio commented Dec 4, 2020

建议先docker pull nicolaka/netshoot:latest 一下看看

@hillbun
Copy link

hillbun commented Dec 4, 2020

docker pull nicolaka/netshoot:latest可以

@fforloff
Copy link

fforloff commented Dec 8, 2020

The same error for me. While pulling the image locally works, the "kubectl debug..." does not.

@lwabish
Copy link

lwabish commented Dec 8, 2020

seems that we need to ensure the images exists on the cluster nodes

@fforloff
Copy link

fforloff commented Dec 9, 2020

seems that we need to ensure the images exists on the cluster nodes

which was not the case before

@lwabish
Copy link

lwabish commented Dec 10, 2020

seems that we need to ensure the images exists on the cluster nodes

which was not the case before

right, last time I didn't pre pull the netshoot image

@aylei
Copy link
Owner

aylei commented Dec 10, 2020

Sorry for the late response, it is caused by an unstable debug-agent pushed to docker hub recently. It should have been fixed now, please run the command again to verify.

Since kubectl-debug plugin will still pull debug-agent:latest by default before #135 get fixed, it is recommend to configure or specify --agent-image=aylei/debug-agent:${version} if you are using a stable version of the plugin.

@lwabish
Copy link

lwabish commented Dec 11, 2020

Sorry for the late response, it is caused by an unstable debug-agent pushed to docker hub recently. It should have been fixed now, please run the command again to verify.

Since kubectl-debug plugin will still pull debug-agent:latest by default before #135 get fixed, it is recommend to configure or specify --agent-image=aylei/debug-agent:${version} if you are using a stable version of the plugin.

Thanks for your work. Tried again but still not fixed. I have reinstalled the debug-agent and also tried brew upgrade kubectl-debug. Is there anything else I forgot?

@aylei
Copy link
Owner

aylei commented Dec 11, 2020

Thanks for your work. Tried again but still not fixed. I have reinstalled the debug-agent and also tried brew upgrade kubectl-debug. Is there anything else I forgot?

Are you encountering the same error (image not found)? And what's the image of debug agent?

@lwabish
Copy link

lwabish commented Dec 11, 2020

Thanks for your work. Tried again but still not fixed. I have reinstalled the debug-agent and also tried brew upgrade kubectl-debug. Is there anything else I forgot?

Are you encountering the same error (image not found)? And what's the image of debug agent?

Yes.The debug-agent daemonset is using aylei/debug-agent:latest and the imagePullPolicy has been set to always.

@aylei
Copy link
Owner

aylei commented Dec 11, 2020

@lwabish could you please try aylei/debug-agent:v0.1.1?

@themez themez closed this as completed Dec 12, 2020
@lwabish
Copy link

lwabish commented Dec 20, 2020

@lwabish could you please try aylei/debug-agent:v0.1.1?

Just tried using kubectl debug ${POD_NAME} --agent-image=aylei/debug-agent:v0.1.1,worked as expected

@alexdoka
Copy link

@lwabish it doesn't work for me

@lwabish
Copy link

lwabish commented Feb 27, 2021

@lwabish it doesn't work for me

append --agentless=true

@moluzhui
Copy link

moluzhui commented Jan 19, 2022

Hi I run into this problem using agent-less default configuration. However, I found it works if I set verbose to 1 Looks wired.

Waiting for pod debug-agent-pod-xxx to run...
Forwarding from 127.0.0.1:10027 -> 10027
Forwarding from [::1]:10027 -> 10027
Handling connection for 10027
                             Start deleting agent pod my-pod-xxx
error execute remote, Internal error occurred: error attaching to container: Error: No such image: nicolaka/netshoot:latest
error: Internal error occurred: error attaching to container: Error: No such image: nicolaka/netshoot:latest

@aylei @themez The problem seems to be caused here, I delete the verbosity comparison in this part, and then I can download the image

// pkg/agent/runtime.go
	// delete if statement
        if cfg.verbosity > 0 {
		term.DisplayJSONMessagesStream(out, cfg.stdout, 1, true, nil)
	}

I understand that I went to the follow-up process(creat container) before the image pull was completed, so it caused an error

But the docker client uses http, which seems to return resp.body directly, there is no delay waiting problem.

	out, err := c.client.ImagePull(ctx, image, types.ImagePullOptions{RegistryAuth: authStr})

Looking forward to solving the confuse.

make build by master branch

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