[Devel] Re: [PATCH 5/5][lxc] Hook up lxc_checkpoint() with app_checkpoint()
Daniel Lezcano
dlezcano at fr.ibm.com
Mon Mar 22 07:44:50 PDT 2010
Sukadev Bhattiprolu wrote:
> From: Sukadev Bhattiprolu <sukadev at linux.vnet.ibm.com>
> Date: Thu, 11 Mar 2010 21:32:38 -0800
> Subject: [PATCH 5/5][lxc] Hook up lxc_checkpoint() with app_checkpoint()
>
> Have lxc_checkpoint() call app_checkpoint() implemented in checkpoint.o
> in the USER-CR git tree
>
> TODO:
> - Map lxc_flags to flags in sys_checkpoint()
> - Initialize app_checkpoint_args.debug and other fields based on
> command line options to lxc_checkpoint rather than hard-coding
> them
>
> Signed-off-by: Sukadev Bhattiprolu <sukadev at linux.vnet.ibm.com>
> ---
> src/lxc/checkpoint.c | 91 +++++++++++++++++++++++++++++++++++++++++++++++++-
> src/lxc/commands.c | 3 ++
> src/lxc/commands.h | 1 +
> src/lxc/state.c | 26 ++++++++++++++
> 4 files changed, 120 insertions(+), 1 deletions(-)
>
> diff --git a/src/lxc/checkpoint.c b/src/lxc/checkpoint.c
> index 7e8a93e..0fbabc8 100644
> --- a/src/lxc/checkpoint.c
> +++ b/src/lxc/checkpoint.c
> @@ -22,10 +22,99 @@
> */
> #include <lxc/lxc.h>
> #include <lxc/log.h>
> +#include <sys/stat.h>
> +#include <fcntl.h>
> +#include <errno.h>
> +#include <linux/checkpoint.h>
> +
> +#include "commands.h"
> +#include "arguments.h"
> +#include "app-checkpoint.h"
>
> lxc_log_define(lxc_checkpoint, lxc);
>
> -int lxc_checkpoint(const char *name, const char *statefile, int flags)
> +find_cinit_pid(const char *name)
> {
> + struct lxc_command command = {
> + .request = { .type = LXC_COMMAND_CINIT_PID },
> + };
> +
> + int ret, stopped;
> +
> + ret = lxc_command(name, &command, &stopped);
> + if (ret < 0) {
> + ERROR("failed to send command");
> + return -1;
> + }
> +
> + ERROR("find_cinit_pid %d\n", command.answer.ret);
> +
> + return command.answer.ret;
> +}
I just committed the same function for the lxc_attach command. I think
you can reuse it.
> +int lxc_checkpoint(const char *name, const char *statefile, int lxc_flags)
> +{
> + int ret;
> + int pid;
> + int flags;
> + struct stat statbuf;
> + struct app_checkpoint_args crargs;
> +
> + if (access(statefile, F_OK) == 0) {
> + ret = stat(statefile, &statbuf);
> + if (ret < 0) {
> + ERROR("stat(%s): %s\n", statefile, strerror(errno));
> + return -1;
> + }
> +
> + if (S_ISDIR(statbuf.st_mode)) {
> + ERROR("--directory option not implemented");
> + return -1;
> + } else {
> + ERROR("Checkpoint image file %s exists\n", statefile);
> + return -1;
> + }
> + }
For the checkpoint, you don't need to check if it's a directory or a
file (but it should be done at restart time). I am not sure 'access' is
really necessary because the O_EXCL is set in the open below.
> +
> + pid = find_cinit_pid(name);
> + if (pid < 0) {
> + ERROR("Unable to find cinit pid");
> + return -1;
> + }
> +
> + memset(&crargs, 0, sizeof(crargs));
> +
> + ret = open(statefile, O_CREAT|O_RDWR|O_EXCL, 0644);
> + if (ret < 0) {
> + ERROR("open(%s) failed\n", statefile);
> + return -1;
> + }
As the statefile may contain sensible data, it would be preferable to
set it 0600, no ?
> + crargs.outfd = ret;
> + crargs.logfd = lxc_log_fd;
> + crargs.uerrfd = lxc_log_fd;
> + /*
> + * TODO: Set this to 0 for now - otherwise we get an objhash leak
> + * due to mismatched references to current PTY which needs to
> + * be investigated.
> + *
> + * TODO: Map @lxc_flags to user-cr flags ?
> + *
> + * TODO: We can probably drop the ->container field since @flags
> + * can provide the same selection.
> + *
> + * TODO: Do we may need a --container option to lxc_checkpoint or
> + * assume that we always work with full containers ?
> + */
> + crargs.container = 0;
> +
> + flags = CHECKPOINT_SUBTREE;
> +
> + ret = app_checkpoint(pid, flags, &crargs);
> + if (ret < 0) {
> + ERROR("checkpoint of %s (pid %d) failed\n", name);
> + return -1;
> + }
> +
> return 0;
> }
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
More information about the Devel
mailing list