- 28 Jul, 2012 2 commits
-
-
Kinsbursky Stanislav authored
Signed-off-by:
Stanislav Kinsbursky <skinsbursky@openvz.org> Signed-off-by:
Pavel Emelyanov <xemul@parallels.com>
-
Kinsbursky Stanislav authored
This patch also updates pipe data and sockets queues payload handlers to output data in "-c" option was passed to crtools. Signed-off-by:
-
- 25 Jul, 2012 17 commits
-
-
Cyrill Gorcunov authored
All things are already in zdtm, not need to carry it. Signed-off-by: -
Cyrill Gorcunov authored
I've been using it to send notifications about commits but there is no need anymore. Signed-off-by:
Cyrill Gorcunov <gorcunov@openvz.org> Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Payload handler can be passed into generic protobuf show function. Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
Kinsbursky Stanislav authored
Will be used for single-entry images. Signed-off-by:
-
Kinsbursky Stanislav authored
Signed-off-by:
-
- 24 Jul, 2012 3 commits
-
-
Cyrill Gorcunov authored
Otherwise we might not unmap the whole stack leaving a guard page in restoree memory map. Not a big deal but anyway. Signed-off-by:
-
Pavel Emelyanov authored
Add fdesc at once, don't init list we're about to add and use single fd variable. Signed-off-by: -
Pavel Emelyanov authored
The PB read engine will do it for us. Signed-off-by:
-
- 23 Jul, 2012 5 commits
-
-
Pavel Emelyanov authored
This is the first release of the tool! :) Supported features: * x86_64 architecture * process' linkage * process groups and sessions (without ttys though :\ ) * memory mappings of any kind (shared, file, etc.) * threads * open files (shared between tasks and partially opened-and-unlinked) * pipes and fifos with data * unix sockets with packet queues contents * TCP and UDP sockets (TCP connections support exists, but needs polishing) * inotifies, eventpoll and eventfd * tasks' sigactions setup, credentials and itimers * IPC, mount and PID namespaces Most of the above works with kernel v3.5! Signed-off-by: -
Cyrill Gorcunov authored
Signed-off-by:
-
Cyrill Gorcunov authored
All options are described below, only main arguments should be there. Signed-off-by:
-
Cyrill Gorcunov authored
We don't have it anymore Signed-off-by:
-
Cyrill Gorcunov authored
To reflect current options we support Signed-off-by:
-
- 20 Jul, 2012 1 commit
-
-
Cyrill Gorcunov authored
Otherwise crtools built with stack executable, in result kernel sets up current->personality |= READ_IMPLIES_EXEC; when our crtools get loaded into memory and mmap calls in restorer create VMAs with EXEC bit set. Signed-off-by:
-
- 23 Jul, 2012 1 commit
-
-
Cyrill Gorcunov authored
Signed-off-by:
-
- 20 Jul, 2012 5 commits
-
-
Cyrill Gorcunov authored
Signed-off-by: -
Pavel Emelyanov authored
This is how zombies live. Signed-off-by: -
Cyrill Gorcunov authored
This requires some exlanations - Since we use protobuf data in restorer code we need to carry a copy of appropriate PB entities in resident memory. For this sake task_restore_core_args and thread_restore_args were significantly reworked. In short -- the caller code fills PB structures into task arguments space. v3: - Combine everything arch related to thread_info field, and make it optional - Drop "version" field from message, we check version in another specific message - Don't forget to call core_entry__free_unpacked where needed - We continue dumping FPU state, still it's not yet restored v4: - Don't carry task_core_entry and task_kobs_ids_entry for threads, and yield error if present in image. v5: - Allocate core_entry depending on type of task being dumped Signed-off-by:
-
Pavel Emelyanov authored
Was added for debugging. Spoils the "show" output. Signed-off-by: -
Andrey Vagin authored
Before this patch, it stopped if stat() failed. Signed-off-by:
Andrey Vagin <avagin@openvz.org> Signed-off-by:
-
- 19 Jul, 2012 6 commits
-
-
Pavel Emelyanov authored
We haven't tested it for several monthes and there's no evidence it is required at all. For dumping a single task -t option works just fine. Signed-off-by: -
Pavel Emelyanov authored
Currently we store the images version in the core file. This is bad, since core file describes a single process (or thread) and says nothing about the images set as a whole (let alone the fact that it's being parsed too late). Thus introduce the inventory image file which describes the image set the way we need (want). For now the only entry in it is the images version. In the future it can be extended. Signed-off-by: -
Pavel Emelyanov authored
For some reason the optind was misused (maybe I broke it with prev patch) Signed-off-by: -
Pavel Emelyanov authored
Set it to 0.0 since we haven't done any releases yet. Signed-off-by: -
Pavel Emelyanov authored
Do not presume that the argv[1] is action. Use the optind index at the end of parsing instead. This allows to specify --help option properly. Signed-off-by: -
Stanislav Kinsbursky authored
remap_id_type() is not used. Signed-off-by:
-
