- 01 Oct, 2013 1 commit
-
-
Andrey Vagin authored
./zdtm.sh: line 231: local: `lname,': not a valid identifier ./zdtm.sh: line 251: local: `ldir,': not a valid identifier https://bugzilla.openvz.org/show_bug.cgi?id=2763Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
- 28 Sep, 2013 11 commits
-
-
Pavel Emelyanov authored
Zero is bad for checks, as peer-less sockets have such. BUG introduced in cfe72ab7 :( Signed-off-by:
-
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Right now we have an ability to launch the C/R service from root and execure dump requests from unpriviledged users. Not to be bad guys, we deny dumping tasks belonging to user, that cannot be "watched" (traced, read /proc, etc.) by the dumper. In the future we will use this "engine" when launched with suid bit, and (probably) will have more sophisticated policy. Signed-off-by: -
Pavel Emelyanov authored
I'm about to get rid of service state struct. Signed-off-by: -
Pavel Emelyanov authored
* Close fd only once at the end * Close listener socket Signed-off-by: -
Pavel Emelyanov authored
This fd is an internal thing of the service. Remove it from externally available structure. Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by:
-
- 01 Oct, 2013 15 commits
-
-
Andrey Vagin authored
Before this patch only namespaces of the root task are dumped. Now we dump all namespace, which have been collected. I'm not sure, that we want to create a new process for each namespace. Signed-off-by:
-
Andrey Vagin authored
Before we dumped namespace of the root task only. Now we are going to dump nested namespaces, so we need to know a pid of any process, which lives in the target namespace. Signed-off-by:
-
Andrey Vagin authored
Signed-off-by:
-
Andrey Vagin authored
Signed-off-by:
-
Andrey Vagin authored
We are going to replace pid on id in names of image files. The id is uniq for each namespace, so it's more convient, if image files are opened per namespace. Signed-off-by:
-
Andrey Vagin authored
We are going to replace pid on id in names of image files. The id is uniq for each namespace, so it's more convient, if image files are opened per namespace. Signed-off-by:
-
Andrey Vagin authored
We are going to replace pid on id in names of image files. The id is uniq for each namespace, so it's more convient, if image files are opened per namespace. Signed-off-by:
-
Andrey Vagin authored
We are going to replace pid on id in names of image files. The id is uniq for each namespace, so it's more convient, if image files are opened per namespace. Signed-off-by:
-
Andrey Vagin authored
It's preparation to replace pid on id in image names. Signed-off-by:
-
Andrey Vagin authored
Currently all values of constants should be continuous, because cr_fdset_open is used for opening images for all namespaces. The next patches will rework this code and image files will be opened per namespace, then all these ugly settings of one constant to another will be removed. Signed-off-by:
-
Andrey Vagin authored
Signed-off-by:
-
Andrey Vagin authored
Signed-off-by:
-
Andrey Vagin authored
Currently we catch processes on the exit point from sigreturn. If a task must be restored in the stopped state, we can send SIGSTOP before detaching from it. v2: add more descriptive comment about skipping SIGSTOP in ptrace.c Signed-off-by:
-
Pavel Emelyanov authored
Signed-off-by: -
Andrey Vagin authored
Currently we take pid and core from it and we are going to take state. Signed-off-by:
-
- 30 Sep, 2013 2 commits
-
-
Andrey Vagin authored
The kernel notifies about leaving syscall before starting to deliver signals. If you don't believe me, pls look at arch/x86/kernel/entry_64.S: int_ret_from_sys_call syscall_trace_leave do_notify_resume Signed-off-by: -
Ruslan Kuprieiev authored
Everything in the sk-unix.c is ready for seq-packet sockets. Signed-off-by:
Ruslan Kuprieiev <kupruser@gmail.com> Signed-off-by:
-
- 27 Sep, 2013 4 commits
-
-
Pavel Emelyanov authored
In case criu and dumpee live in the same mount namespace there's no need in getting ns' root from init task. We can get it from criu and (!) void the root == "/" check, required for namespace case. Signed-off-by: -
Pavel Emelyanov authored
No failures should occur after sigchld restore. Signed-off-by: -
Pavel Emelyanov authored
We cannot fail at that late stage, as everything is restored and running. In the worst case (unmap fails) restored task would have one extra mapping. Signed-off-by: -
Pavel Emelyanov authored
We can restore task's pgid which is not equal to its pid, only when the respective group leader is alive. To make restore reliable we wait for all group leaders to restore using separate restore stage. It's better to optimize this -- each task has a pointer on its group leader and waits for one to become such. Signed-off-by:
-
- 25 Sep, 2013 7 commits
-
-
Pavel Emelyanov authored
If a task opens a file, then goes chroot, CRIU should still be able to dump and restore the now-invisible file. Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
First of all, this should be done strictly after we've stopped accessing files by their paths, even absolute. This place is right before going into restorer. And the second thing is that we want to re-use the open_fd_by_id engine, since it handles various tricky cases of open-file-by-path. And since there's no such thing as fchroot(int fd), we emulate it using the /proc/self/fd/ links. Signed-off-by: -
Pavel Emelyanov authored
We restore chroot before doing this, so if we might need to open one, we may have no access to the /proc/... paths. Signed-off-by: -
Pavel Emelyanov authored
Make it ready for root dir restore: * fix comments * rename variables * tune error paths Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by:
-
