-
Notifications
You must be signed in to change notification settings - Fork 638
Support C/R of frozen cgroup #20
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
Comments
Seem to be Docker issue. @SaiedKazemi , @boucher would you please help here? |
Which Docker version are you using? Also, what is the container you're running? Can you send us the exact commands on how you started your server and the containers? |
Docker
I tested in a MySQL and a Postgre SQL (both official) containers. I run:
and then the commands that I specified on the first post. I didn't do anything to start the docker server. Thanks for the response.. |
Have you gotten checkpoint/restore to work at all on your system? Out of curiosity, can I ask what the use case is for pausing the container before checkpointing it? Also, could you try updating your build of Docker? There have been changes in my checkpoint/restore branch since the git hash shown in this version. |
Yes C/R is working on my system. There isn't any use case. I was just messing around and noticed this attitude.. I decide to say it here if you haven't noticed it yet. I am updating my current build of docker right now and I 'll let you know.. Thanks |
Ok, thanks for letting us know. I don't actually know much about how docker On Fri, Aug 14, 2015 at 9:20 AM, Kyriakos Lesgidis <[email protected]
|
@xemul @klesgidis [Terminal A] [Terminal B] [Terminal C] Unless I am missing something, it seems to be a CRIU issue. Any idea? |
CRIU can't attach by ptrace() to frozen processes. |
@avagin CRIU can attach with ptrace, this is what we do in your patches :) CRIU cannot run parasite in them, but this can be addressed by extending the freeze-seize-unfreeze-run logic you've introduced. |
Issue checkpoint-restore#20. (Support C/R of frozen cgroup) Restores freezer cgroup state between finalize_restore stages. It should be done after first stage because we cannot unmap restorer blob from frozen process, and before second stage because we must freeze processes before they continue run. We also need to move fini_cgroup between these stages to provide freezer cgroup state restorer access to cgroup mount directories. Error handlers contains fini_cgroup, so we are sure that fini_cgroup call wont be missed. Signed-off-by: Evgeniy Akimov <geka666 at gmail.com>
Issue checkpoint-restore#20. (Support C/R of frozen cgroup) Patch restores freezer cgroup state between finalize_restore stages. It should be done after first stage because we cannot unmap restorer blob from frozen process, and before second stage because we must freeze processes before they continue run. We also need to move fini_cgroup between these stages to provide freezer cgroup state restorer access to cgroup mount directories. Error handlers contains fini_cgroup, so we are sure that fini_cgroup call won't be missed. Signed-off-by: Evgeniy Akimov <[email protected]> Signed-off-by: Eugene Batalov <[email protected]>
Issue checkpoint-restore#20. (Support C/R of frozen cgroup) Patch restores freezer cgroup state between finalize_restore stages. It should be done after first stage because we cannot unmap restorer blob from frozen process, and before second stage because we must freeze processes before they continue run. We also need to move fini_cgroup between these stages to provide freezer cgroup state restorer access to cgroup mount directories. Error handlers contains fini_cgroup, so we are sure that fini_cgroup call won't be missed. Signed-off-by: Evgeniy Akimov <[email protected]> Signed-off-by: Eugene Batalov <[email protected]>
Issue checkpoint-restore#20. (Support C/R of frozen cgroup) Patch restores freezer cgroup state between finalize_restore stages. It should be done after first stage because we cannot unmap restorer blob from frozen process, and before second stage because we must freeze processes before they continue run. We also need to move fini_cgroup between these stages to provide freezer cgroup state restorer access to cgroup mount directories. Error handlers contains fini_cgroup, so we are sure that fini_cgroup call won't be missed. Signed-off-by: Evgeniy Akimov <[email protected]> Signed-off-by: Eugene Batalov <[email protected]>
Issue checkpoint-restore#20. (Support C/R of frozen cgroup) Patch restores freezer cgroup state between finalize_restore stages. It should be done after first stage because we cannot unmap restorer blob from frozen process, and before second stage because we must freeze processes before they continue run. We also need to move fini_cgroup between these stages to provide freezer cgroup state restorer access to cgroup mount directories. Error handlers contains fini_cgroup, so we are sure that fini_cgroup call won't be missed. Patch restores state only for one freezer cgroup from --freeze-cgroup option, not all states from whole hierarchy, because CRIU supports checkpoint from freezer cgroup hierarchy only with THAWED state, except root cgroup from --freeze-cgroup option. Signed-off-by: Evgeniy Akimov <[email protected]> Signed-off-by: Eugene Batalov <[email protected]>
Issue checkpoint-restore#20. (Support C/R of frozen cgroup) Patch restores freezer cgroup state between finalize_restore stages. It should be done after first stage because we cannot unmap restorer blob from frozen process, and before second stage because we must freeze processes before they continue run. We also need to move fini_cgroup between these stages to provide freezer cgroup state restorer access to cgroup mount directories. Error handlers contains fini_cgroup, so we are sure that fini_cgroup call won't be missed. Patch restores state only for one freezer cgroup from --freeze-cgroup option, not all states from whole hierarchy, because CRIU supports checkpoint from freezer cgroup hierarchy only with THAWED state, except root cgroup from --freeze-cgroup option. Signed-off-by: Evgeniy Akimov <[email protected]> Signed-off-by: Eugene Batalov <[email protected]>
Issue checkpoint-restore#20. (Support C/R of frozen cgroup) Patch restores freezer cgroup state between finalize_restore stages. It should be done after first stage because we cannot unmap restorer blob from frozen process, and before second stage because we must freeze processes before they continue run. We also need to move fini_cgroup between these stages to provide freezer cgroup state restorer access to cgroup mount directories. Error handlers contains fini_cgroup, so we are sure that fini_cgroup call won't be missed. Patch restores state only for one freezer cgroup from --freeze-cgroup option, not all states from whole hierarchy, because CRIU supports checkpoint from freezer cgroup hierarchy only with THAWED state, except root cgroup from --freeze-cgroup option. Signed-off-by: Evgeniy Akimov <[email protected]> Signed-off-by: Eugene Batalov <[email protected]>
Issue checkpoint-restore#20. (Support C/R of frozen cgroup) Patch restores freezer cgroup state between finalize_restore stages. It should be done after first stage because we cannot unmap restorer blob from frozen process, and before second stage because we must freeze processes before they continue run. We also need to move fini_cgroup between these stages to provide freezer cgroup state restorer access to cgroup mount directories. Error handlers contains fini_cgroup, so we are sure that fini_cgroup call won't be missed. Patch restores state only for one freezer cgroup from --freeze-cgroup option, not all states from whole hierarchy, because CRIU supports checkpoint from freezer cgroup hierarchy only with THAWED state, except root cgroup from --freeze-cgroup option. Signed-off-by: Evgeniy Akimov <[email protected]> Signed-off-by: Eugene Batalov <[email protected]>
If I pause a container
and then try to checkpoint it
checkpoint stalls...
From another terminal I am trying to unpause
and it also stalls.
The text was updated successfully, but these errors were encountered: