- 16 Mar, 2015 1 commit
-
-
Pavel Emelyanov authored
Signed-off-by:Pavel Emelyanov <xemul@parallels.com>
-
- 13 Mar, 2015 4 commits
-
-
Pavel Emelyanov authored
When an image of a certian type is not found, CRIU sometimes fails, sometimes ignores this fact. I propose to ignore this fact always and treat absent images and those containing no objects inside (i.e. -- empty). If the latter code flow will _need_ objects, then criu will fail later. Why object will be explicitly required? For example, due to restoring code reading the image with pb_read_one, w/o the _eof suffix thus required the object to be in the image. Another example is objects dependencies. E.g. fdinfo objects require various files objects. So missing image files will result in non-resolved searches later. Signed-off-by: -
Pavel Emelyanov authored
When page-read fails to open the pagemap image it reports error. One place (stacked page-reads) need to handle the absent images case gracefully, so fix the return codes to make this check work. Signed-off-by: -
Pavel Emelyanov authored
Current code doesn't make any difference between OPT and no-OPT except for the message is printed or not in the open_image(). So this particular change changes nothing but the availability of this message. In the next patches I wil introduce "empty images" to deal with the ENOENT situation in a more graceful manner. Signed-off-by: -
Cyrill Gorcunov authored
Signed-off-by:
Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by:
-
- 10 Mar, 2015 4 commits
-
-
Cyrill Gorcunov authored
As done for other structures here in file. Signed-off-by:
-
Cyrill Gorcunov authored
There are too many "type" in code. Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
Signed-off-by:
-
- 09 Mar, 2015 4 commits
-
-
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by:
-
- 04 Mar, 2015 15 commits
-
-
Pavel Emelyanov authored
Instead of open flags and boolean is_shmem argument. Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Cyrill Gorcunov authored
- easier to read @posix_timers - more verbose logging is convernient for handling errors Signed-off-by:
-
Cyrill Gorcunov authored
Force-read came from very first dev version of CRIU (even before 1.0 release) and never been used actually in image. Signed-off-by:
-
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
And start making and using the TTY_PAIR one. Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
This one is used on restore (and for static indices the constant value is used too). Signed-off-by: -
Pavel Emelyanov authored
This one gets index from fd/fd_parms pair on dump. For console and vt the index is constant and just sits on the tty_type (will also be used on restore, see next patch). Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
The plan is to replace tons of if (type == TTY_TYPE_FOO) checks with type->something dereferences. To do this, start with replacing int type with struct tty_type * in relevant places and fixing compilation. Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by:
-
- 02 Mar, 2015 1 commit
-
-
Pavel Emelyanov authored
Here it is. The major new thing I think is the CRIT tool that will be the main one to mainupulate images and will eventually replace the "criu show" action. Signed-off-by:
-
- 27 Feb, 2015 1 commit
-
-
Andrey Vagin authored
Reported-by: Mr Jenkins Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
-
- 25 Feb, 2015 4 commits
-
-
Andrey Vagin authored
Reported-by: Mr Jenkins Signed-off-by:
-
Pavel Emelyanov authored
Signed-off-by: -
Pavel Emelyanov authored
Signed-off-by: -
Andrey Vagin authored
Signed-off-by:
-
- 24 Feb, 2015 2 commits
-
-
Andrey Vagin authored
and print errno for the wait syscall in an error case Signed-off-by:
-
Andrey Vagin authored
If we parse /proc/pid/status when a task isn't stopped, we can't be sure that a process state will not be changed. 08:58:48 Test: zdtm/live/user/static/zombie00, Namespace: 1 08:58:48 Dump log : /var/lib/jenkins/jobs/CRIU-dump/workspace/test/dump/ns/user/static/zombie00/114/1/dump.log 08:58:48 --------------------------------- grep Error --------------------------------- 08:58:48 (00.001127) Error (ptrace.c:124): SEIZE 121: task not stopped after seize v2: don't believe into errno (by xemul@) Reported-by: Mr Jenkins Signed-off-by:
-
- 19 Feb, 2015 4 commits
-
-
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
/dev/tty stands for current terminal which we don't yet implemented a support for. This is a bugfix for upcoming stable version, the proper support of /dev/tty is gonna be implemented separately. Reported-by:
Saied Kazemi <saied@google.com> CC: Andrew Vagin <avagin@parallels.com> CC: Pavel Emelyanov <xemul@parallels.com> Signed-off-by:
-
Andrey Vagin authored
A tests is executed from different users in cases with and without userns, so it can't to open files which were created before. Here is an example for ns/user/static/inotify_irmap: 13355 mkdir("/etc", 0600) = -1 EEXIST (File exists) 13355 unlink("/etc/zdtm-test") = -1 EACCES (Permission denied) 13355 creat("/etc/zdtm-test", 0600) = -1 EACCES (Permission denied) Signed-off-by: -
Andrey Vagin authored
One test can't be execute as ns/test ans ns/user/test simultaneously, because they use the same file tree Signed-off-by:
-
