Quoting Cedric Le Goater ([email protected]): > >>>This has some major impact on our side as it is a 9 year old API ... > >>>We'll look into it to see how painful it is to change. > > > >Ah, did not realize it caused that much pain. > > bah. we should change anyway. > > >>We can keep --directory and add --statefile. > >>For --statefile option we can use a switch for IS_DIR, IS_REG. > >> > >>--directory becomes deprecated and we switch to the statefile option > >>step by step. > >> > >>Does it make sense ? > > > >Yes, I think it will work. > > > >BTW, what was the rationale for a directory ? Is it meant to be used > >with predefined file names in the specified directory ? > > the mcr statefile use to be a directory, organized in such a way it was > easy to analyze its contents and easy to restart concurrently tasks > and shared states. it's still a directory but it's shrinking to be a > file and even a stream. > > your request makes sense for the long term so we should take it. > > c.
Are we sure that we won't find other information which lxc_checkpoint will want to store which sys_checkpoint() ignores? A link to a btrfs snapshot, for instance. -serge _______________________________________________ Containers mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/containers _______________________________________________ Devel mailing list [email protected] https://openvz.org/mailman/listinfo/devel
