From: Pavel Tikhomirov <[email protected]> Criu algorithm is (prepare_mnt_ns): 1) Restore all mounts of the CT (from all mntns'es) in single temporary mount namespace. 2) For each mount namespace of the container recreate it's mounts: a) Unshare temporary mntns (mounts are doubled) b) Remove with pivot_root all excess mounts
So at some point we have many mntnses of the CT already created with their mounts and two temporary mount namespaces with mounts copies, that is ~3x mounts (and may be also some aditional temporary mounts). When we restore a CT with > 1/3*sysctl_ve_mount_nr mounts we hit the limit and fail, fix it ignoring the limit at restore stage. https://jira.sw.ru/browse/PSBM-86511 Signed-off-by: Pavel Tikhomirov <[email protected]> Acked-by: Cyrill Gorcunov <[email protected]> (cherry picked from commit cb5488bae3555a8696554010d151b9bfb7934cc1) VZ 8 rebase part https://jira.sw.ru/browse/PSBM-127837 Signed-off-by: Alexander Mikhalitsyn <[email protected]> --- fs/namespace.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/namespace.c b/fs/namespace.c index 8b07ab1bff61..6bace551d08a 100644 --- a/fs/namespace.c +++ b/fs/namespace.c @@ -2528,7 +2528,7 @@ static inline int ve_mount_allowed(void) { struct ve_struct *ve = get_exec_env(); - return ve_is_super(ve) || + return ve_is_super(ve) || ve->is_pseudosuper || atomic_read(&ve->mnt_nr) < (int)sysctl_ve_mount_nr; } -- 2.28.0 _______________________________________________ Devel mailing list [email protected] https://lists.openvz.org/mailman/listinfo/devel
