-
Notifications
You must be signed in to change notification settings - Fork 461
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
No output with crictl checkpoint option #1233
Comments
cc: @adrianreber |
Would be great if you can attach what you see with |
Sure, here is the output with the debug flag:
I can see the pod log in |
I meant cri-o logs from the runtime itself. Maybe something like Also it is strange that the export location is empty. Are you passing it as an argument? |
Please take a look at how CRI-O uses the command in its tests https://github.com/cri-o/cri-o/blob/main/test/checkpoint.bats I think the previous comment is correct you need to specify the location. The --export parameter is required. That the container is not stopped is as expected by the KEP describing forensic container checkpointing. |
Sure, here is the log from the crio service: I thought "export" is only an option. Previously, I tried to pass a directory path as an argument of this option, but I saw no result. Now (thanks to @adrianreber's pointer) I tried with passing a zip file path ( |
Filed: #1235 |
Hi,
I am trying to checkpoint a container using crictl "checkpoint" option (sudo crictl checkpoint containerID). I was expecting to get a zip file containing the images generated by CRIU. Also I was expecting the container to stop. Unfortunately, I get only the container ID as the output of the command with no other result. Also, the container is still running after running the checkpoint command.
I am running the experiment on a k8s cluster(v1.27.4) with two Ubuntu22.04.2 nodes (kernel version: 5.15.0-1042-azure). The container runtime of the nodes is cri-o://1.26.3. I have also enabled the CRIU support for the runtime (enable_criu_support = true) and enabled the container checkpoint feature gate for the kube-apiserver (--feature-gates=ContainerCheckpoint=true)
The text was updated successfully, but these errors were encountered: