* [Announce] Checkpoint-restore tool v0.1
@ 2012-07-23 8:22 Pavel Emelyanov
2012-07-23 8:53 ` Pavel Emelyanov
2012-09-20 10:16 ` [Announce] Checkpoint-restore tool v0.2 Pavel Emelyanov
0 siblings, 2 replies; 16+ messages in thread
From: Pavel Emelyanov @ 2012-07-23 8:22 UTC (permalink / raw)
To: Linux Kernel Mailing List, lwn, criu; +Cc: users, Linux Containers
Hi!
I'm glad to announce the first release of the checkpoint-restore tool.
This project is an attempt to implement the checkpoint-restore functionality
for processes and containers without driving too much code into the kernel tree,
but putting there "various oddball helper code" instead.
The tool can already be used for checkpointing and restoring various individual
applications. And the greatest thing about this so far is that most of the below
functionality has the required kernel support in the recently released v3.5!
So, we support now
* 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
Though namespaces support is in there, we do not yet support an LXC container c/r,
but we're close to it :)
I'd like to thank everyone who took part in new kernel APIs discussions, the
feedback was great! Special thanks goes to Linus for letting the kernel parts
in early, instead of making them sit out of tree till becoming stable enough.
Tarball with the tool sources is at
http://download.openvz.org/criu/crtools-0.1.tar.bz2
The git repo is at
http://git.criu.org/
And some sort of docs growing at
http://criu.org/
There are still things for which we don't have the kernel support merged (SysVIPC
and various anon file descriptors, i.e. inotify, eventpoll, eventfd) yet. We have
the kernel branch with the stuff applied available at
https://github.com/cyrillos/linux-2.6.git
Thanks,
Pavel
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-23 8:22 [Announce] Checkpoint-restore tool v0.1 Pavel Emelyanov
@ 2012-07-23 8:53 ` Pavel Emelyanov
2012-07-23 13:14 ` Serge Hallyn
2012-07-30 10:42 ` richard -rw- weinberger
2012-09-20 10:16 ` [Announce] Checkpoint-restore tool v0.2 Pavel Emelyanov
1 sibling, 2 replies; 16+ messages in thread
From: Pavel Emelyanov @ 2012-07-23 8:53 UTC (permalink / raw)
To: Linux Kernel Mailing List, lwn, criu
Cc: users, Containers, cgroups mailinglist
Fixing the bogus containers@ ml and adding cgroups@ one. Sorry :(
== Original message ==
Hi!
I'm glad to announce the first release of the checkpoint-restore tool.
This project is an attempt to implement the checkpoint-restore functionality
for processes and containers without driving too much code into the kernel tree,
but putting there "various oddball helper code" instead.
The tool can already be used for checkpointing and restoring various individual
applications. And the greatest thing about this so far is that most of the below
functionality has the required kernel support in the recently released v3.5!
So, we support now
* 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
Though namespaces support is in there, we do not yet support an LXC container c/r,
but we're close to it :)
I'd like to thank everyone who took part in new kernel APIs discussions, the
feedback was great! Special thanks goes to Linus for letting the kernel parts
in early, instead of making them sit out of tree till becoming stable enough.
Tarball with the tool sources is at
http://download.openvz.org/criu/crtools-0.1.tar.bz2
The git repo is at
http://git.criu.org/
And some sort of docs growing at
http://criu.org/
There are still things for which we don't have the kernel support merged (SysVIPC
and various anon file descriptors, i.e. inotify, eventpoll, eventfd) yet. We have
the kernel branch with the stuff applied available at
https://github.com/cyrillos/linux-2.6.git
Thanks,
Pavel
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-23 8:53 ` Pavel Emelyanov
@ 2012-07-23 13:14 ` Serge Hallyn
2012-07-30 10:42 ` richard -rw- weinberger
1 sibling, 0 replies; 16+ messages in thread
From: Serge Hallyn @ 2012-07-23 13:14 UTC (permalink / raw)
To: Pavel Emelyanov
Cc: Linux Kernel Mailing List, lwn, criu, users, cgroups mailinglist,
Containers
Quoting Pavel Emelyanov (xemul@parallels.com):
> Fixing the bogus containers@ ml and adding cgroups@ one. Sorry :(
>
> == Original message ==
>
> Hi!
>
> I'm glad to announce the first release of the checkpoint-restore tool.
>
>
> This project is an attempt to implement the checkpoint-restore functionality
> for processes and containers without driving too much code into the kernel tree,
> but putting there "various oddball helper code" instead.
>
> The tool can already be used for checkpointing and restoring various individual
> applications. And the greatest thing about this so far is that most of the below
> functionality has the required kernel support in the recently released v3.5!
>
> So, we support now
>
> * 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
>
> Though namespaces support is in there, we do not yet support an LXC container c/r,
> but we're close to it :)
>
>
> I'd like to thank everyone who took part in new kernel APIs discussions, the
> feedback was great! Special thanks goes to Linus for letting the kernel parts
> in early, instead of making them sit out of tree till becoming stable enough.
>
>
> Tarball with the tool sources is at
>
> http://download.openvz.org/criu/crtools-0.1.tar.bz2
>
> The git repo is at
>
> http://git.criu.org/
>
> And some sort of docs growing at
>
> http://criu.org/
>
>
> There are still things for which we don't have the kernel support merged (SysVIPC
> and various anon file descriptors, i.e. inotify, eventpoll, eventfd) yet. We have
> the kernel branch with the stuff applied available at
>
> https://github.com/cyrillos/linux-2.6.git
>
>
> Thanks,
> Pavel
Awesome - thanks, Pavel, and congratulations :) I'll have to give it a
spin as soon as I get a chance.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-23 8:53 ` Pavel Emelyanov
2012-07-23 13:14 ` Serge Hallyn
@ 2012-07-30 10:42 ` richard -rw- weinberger
2012-07-31 8:53 ` Pavel Emelyanov
1 sibling, 1 reply; 16+ messages in thread
From: richard -rw- weinberger @ 2012-07-30 10:42 UTC (permalink / raw)
To: Pavel Emelyanov
Cc: Linux Kernel Mailing List, lwn, criu, users, Containers,
cgroups mailinglist
On Mon, Jul 23, 2012 at 10:53 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
> This project is an attempt to implement the checkpoint-restore functionality
> for processes and containers without driving too much code into the kernel tree,
> but putting there "various oddball helper code" instead.
Is CRIU able to checkpoint a process tree where one or more processes
are traced using ptrace()?
crtools seem to use ptrace() to execute parasite system calls.
AFAIK this will only work if the target process is currently not
ptraced() by another process.
--
Thanks,
//richard
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-30 10:42 ` richard -rw- weinberger
@ 2012-07-31 8:53 ` Pavel Emelyanov
2012-07-31 8:57 ` richard -rw- weinberger
0 siblings, 1 reply; 16+ messages in thread
From: Pavel Emelyanov @ 2012-07-31 8:53 UTC (permalink / raw)
To: richard -rw- weinberger
Cc: Linux Kernel Mailing List, lwn, criu, users, Containers,
cgroups mailinglist
On 07/30/2012 02:42 PM, richard -rw- weinberger wrote:
> On Mon, Jul 23, 2012 at 10:53 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
>> This project is an attempt to implement the checkpoint-restore functionality
>> for processes and containers without driving too much code into the kernel tree,
>> but putting there "various oddball helper code" instead.
>
> Is CRIU able to checkpoint a process tree where one or more processes
> are traced using ptrace()?
No it's not (currently).
> crtools seem to use ptrace() to execute parasite system calls.
> AFAIK this will only work if the target process is currently not
> ptraced() by another process.
>
Yup, exactly.
Thanks,
Pavel
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-31 8:53 ` Pavel Emelyanov
@ 2012-07-31 8:57 ` richard -rw- weinberger
2012-07-31 9:00 ` Cyrill Gorcunov
2012-07-31 9:07 ` Pavel Emelyanov
0 siblings, 2 replies; 16+ messages in thread
From: richard -rw- weinberger @ 2012-07-31 8:57 UTC (permalink / raw)
To: Pavel Emelyanov
Cc: Linux Kernel Mailing List, lwn, criu, users, Containers,
cgroups mailinglist
On Tue, Jul 31, 2012 at 10:53 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
> On 07/30/2012 02:42 PM, richard -rw- weinberger wrote:
>> On Mon, Jul 23, 2012 at 10:53 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
>>> This project is an attempt to implement the checkpoint-restore functionality
>>> for processes and containers without driving too much code into the kernel tree,
>>> but putting there "various oddball helper code" instead.
>>
>> Is CRIU able to checkpoint a process tree where one or more processes
>> are traced using ptrace()?
>
> No it's not (currently).
>
>> crtools seem to use ptrace() to execute parasite system calls.
>> AFAIK this will only work if the target process is currently not
>> ptraced() by another process.
>>
>
> Yup, exactly.
Dammit, I hoped we can get suspend/resume for UserModeLinux for free
with CRIU. 8-)
--
Thanks,
//richard
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-31 8:57 ` richard -rw- weinberger
@ 2012-07-31 9:00 ` Cyrill Gorcunov
2012-07-31 9:07 ` Pavel Emelyanov
1 sibling, 0 replies; 16+ messages in thread
From: Cyrill Gorcunov @ 2012-07-31 9:00 UTC (permalink / raw)
To: richard -rw- weinberger
Cc: Pavel Emelyanov, Linux Kernel Mailing List, lwn, criu, users,
Containers, cgroups mailinglist
On Tue, Jul 31, 2012 at 10:57:58AM +0200, richard -rw- weinberger wrote:
> >
> >> crtools seem to use ptrace() to execute parasite system calls.
> >> AFAIK this will only work if the target process is currently not
> >> ptraced() by another process.
> >>
> >
> > Yup, exactly.
>
> Dammit, I hoped we can get suspend/resume for UserModeLinux for free
> with CRIU. 8-)
We have plans to implement seizing on traced tasks but no dates at the moment ;)
Cyrill
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-31 8:57 ` richard -rw- weinberger
2012-07-31 9:00 ` Cyrill Gorcunov
@ 2012-07-31 9:07 ` Pavel Emelyanov
2012-07-31 9:29 ` richard -rw- weinberger
1 sibling, 1 reply; 16+ messages in thread
From: Pavel Emelyanov @ 2012-07-31 9:07 UTC (permalink / raw)
To: richard -rw- weinberger
Cc: Linux Kernel Mailing List, lwn, criu, users, Containers,
cgroups mailinglist
On 07/31/2012 12:57 PM, richard -rw- weinberger wrote:
> On Tue, Jul 31, 2012 at 10:53 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
>> On 07/30/2012 02:42 PM, richard -rw- weinberger wrote:
>>> On Mon, Jul 23, 2012 at 10:53 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
>>>> This project is an attempt to implement the checkpoint-restore functionality
>>>> for processes and containers without driving too much code into the kernel tree,
>>>> but putting there "various oddball helper code" instead.
>>>
>>> Is CRIU able to checkpoint a process tree where one or more processes
>>> are traced using ptrace()?
>>
>> No it's not (currently).
>>
>>> crtools seem to use ptrace() to execute parasite system calls.
>>> AFAIK this will only work if the target process is currently not
>>> ptraced() by another process.
>>>
>>
>> Yup, exactly.
>
> Dammit, I hoped we can get suspend/resume for UserModeLinux for free
> with CRIU. 8-)
Sorry :( However, if you can help with patches on that issue that would be
highly appreciated :)
Thanks,
Pavel
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-31 9:07 ` Pavel Emelyanov
@ 2012-07-31 9:29 ` richard -rw- weinberger
2012-07-31 9:54 ` Pavel Emelyanov
0 siblings, 1 reply; 16+ messages in thread
From: richard -rw- weinberger @ 2012-07-31 9:29 UTC (permalink / raw)
To: Pavel Emelyanov
Cc: Linux Kernel Mailing List, lwn, criu, users, Containers,
cgroups mailinglist
On Tue, Jul 31, 2012 at 11:07 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
> Sorry :( However, if you can help with patches on that issue that would be
> highly appreciated :)
>
Yeah, but I fear it's not that easy.
We'd have to change crtools to work without ptrace().
--
Thanks,
//richard
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-31 9:29 ` richard -rw- weinberger
@ 2012-07-31 9:54 ` Pavel Emelyanov
2012-07-31 10:08 ` richard -rw- weinberger
0 siblings, 1 reply; 16+ messages in thread
From: Pavel Emelyanov @ 2012-07-31 9:54 UTC (permalink / raw)
To: richard -rw- weinberger
Cc: Linux Kernel Mailing List, lwn, criu, users, Containers,
cgroups mailinglist
On 07/31/2012 01:29 PM, richard -rw- weinberger wrote:
> On Tue, Jul 31, 2012 at 11:07 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
>> Sorry :( However, if you can help with patches on that issue that would be
>> highly appreciated :)
>>
>
> Yeah, but I fear it's not that easy.
> We'd have to change crtools to work without ptrace().
Well, this is hard. Using ptrace saved us from having many special-purpose
APIs for dumping various stuff (there will be an article about it). Thus I
don't know which way is simpler -- stop using ptrace or teach ptrece to allow
several tracers to attach to one task %)
Thanks,
Pavel
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-31 9:54 ` Pavel Emelyanov
@ 2012-07-31 10:08 ` richard -rw- weinberger
2012-07-31 10:16 ` Cyrill Gorcunov
0 siblings, 1 reply; 16+ messages in thread
From: richard -rw- weinberger @ 2012-07-31 10:08 UTC (permalink / raw)
To: Pavel Emelyanov
Cc: Linux Kernel Mailing List, lwn, criu, users, Containers,
cgroups mailinglist, gorcunov
On Tue, Jul 31, 2012 at 11:54 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
>> Yeah, but I fear it's not that easy.
>> We'd have to change crtools to work without ptrace().
>
> Well, this is hard. Using ptrace saved us from having many special-purpose
> APIs for dumping various stuff (there will be an article about it). Thus I
> don't know which way is simpler -- stop using ptrace or teach ptrece to allow
> several tracers to attach to one task %)
Allowing multiple tracers in a safe way is IMHO even more harder.
BTW: While reading prctl_set_mm() I noticed two things.
1. Why isn't the return value of find_vma() verified?
It looks like one can set an addr which does not belong to any vma.
2. What will happen if addr is not page aligned?
--
Thanks,
//richard
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-31 10:08 ` richard -rw- weinberger
@ 2012-07-31 10:16 ` Cyrill Gorcunov
2012-07-31 10:21 ` richard -rw- weinberger
0 siblings, 1 reply; 16+ messages in thread
From: Cyrill Gorcunov @ 2012-07-31 10:16 UTC (permalink / raw)
To: richard -rw- weinberger
Cc: Pavel Emelyanov, Linux Kernel Mailing List, lwn, criu, users,
Containers, cgroups mailinglist
On Tue, Jul 31, 2012 at 12:08:22PM +0200, richard -rw- weinberger wrote:
> On Tue, Jul 31, 2012 at 11:54 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
> >> Yeah, but I fear it's not that easy.
> >> We'd have to change crtools to work without ptrace().
> >
> > Well, this is hard. Using ptrace saved us from having many special-purpose
> > APIs for dumping various stuff (there will be an article about it). Thus I
> > don't know which way is simpler -- stop using ptrace or teach ptrece to allow
> > several tracers to attach to one task %)
>
> Allowing multiple tracers in a safe way is IMHO even more harder.
>
> BTW: While reading prctl_set_mm() I noticed two things.
> 1. Why isn't the return value of find_vma() verified?
prctl_set_mm
vma = find_vma(mm, addr);
...
if (!vma) {
error = -EFAULT;
goto out;
}
these values are used in procfs statistics only. So I don't get
which verify you mean here.
> It looks like one can set an addr which does not belong to any vma.
> 2. What will happen if addr is not page aligned?
you'll have a bit weird output in procfs stat (probably I should add
page alignment check here).
Cyrill
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-31 10:16 ` Cyrill Gorcunov
@ 2012-07-31 10:21 ` richard -rw- weinberger
2012-07-31 10:30 ` Cyrill Gorcunov
0 siblings, 1 reply; 16+ messages in thread
From: richard -rw- weinberger @ 2012-07-31 10:21 UTC (permalink / raw)
To: Cyrill Gorcunov
Cc: Pavel Emelyanov, Linux Kernel Mailing List, lwn, criu, users,
Containers, cgroups mailinglist
On Tue, Jul 31, 2012 at 12:16 PM, Cyrill Gorcunov <gorcunov@openvz.org> wrote:
> On Tue, Jul 31, 2012 at 12:08:22PM +0200, richard -rw- weinberger wrote:
>> On Tue, Jul 31, 2012 at 11:54 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
>> >> Yeah, but I fear it's not that easy.
>> >> We'd have to change crtools to work without ptrace().
>> >
>> > Well, this is hard. Using ptrace saved us from having many special-purpose
>> > APIs for dumping various stuff (there will be an article about it). Thus I
>> > don't know which way is simpler -- stop using ptrace or teach ptrece to allow
>> > several tracers to attach to one task %)
>>
>> Allowing multiple tracers in a safe way is IMHO even more harder.
>>
>> BTW: While reading prctl_set_mm() I noticed two things.
>> 1. Why isn't the return value of find_vma() verified?
>
> prctl_set_mm
> vma = find_vma(mm, addr);
> ...
> if (!vma) {
> error = -EFAULT;
> goto out;
> }
>
> these values are used in procfs statistics only. So I don't get
> which verify you mean here.
If I do PR_SET_MM_START_BRK the if(!vma) will never be executed because
there a break in case PR_SET_MM_START_BRK.
--
Thanks,
//richard
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.1
2012-07-31 10:21 ` richard -rw- weinberger
@ 2012-07-31 10:30 ` Cyrill Gorcunov
0 siblings, 0 replies; 16+ messages in thread
From: Cyrill Gorcunov @ 2012-07-31 10:30 UTC (permalink / raw)
To: richard -rw- weinberger
Cc: Pavel Emelyanov, Linux Kernel Mailing List, lwn, criu, users,
Containers, cgroups mailinglist
On Tue, Jul 31, 2012 at 12:21:58PM +0200, richard -rw- weinberger wrote:
> On Tue, Jul 31, 2012 at 12:16 PM, Cyrill Gorcunov <gorcunov@openvz.org> wrote:
> > On Tue, Jul 31, 2012 at 12:08:22PM +0200, richard -rw- weinberger wrote:
> >> On Tue, Jul 31, 2012 at 11:54 AM, Pavel Emelyanov <xemul@parallels.com> wrote:
> >> >> Yeah, but I fear it's not that easy.
> >> >> We'd have to change crtools to work without ptrace().
> >> >
> >> > Well, this is hard. Using ptrace saved us from having many special-purpose
> >> > APIs for dumping various stuff (there will be an article about it). Thus I
> >> > don't know which way is simpler -- stop using ptrace or teach ptrece to allow
> >> > several tracers to attach to one task %)
> >>
> >> Allowing multiple tracers in a safe way is IMHO even more harder.
> >>
> >> BTW: While reading prctl_set_mm() I noticed two things.
> >> 1. Why isn't the return value of find_vma() verified?
> >
> > prctl_set_mm
> > vma = find_vma(mm, addr);
> > ...
> > if (!vma) {
> > error = -EFAULT;
> > goto out;
> > }
> >
> > these values are used in procfs statistics only. So I don't get
> > which verify you mean here.
>
> If I do PR_SET_MM_START_BRK the if(!vma) will never be executed because
> there a break in case PR_SET_MM_START_BRK.
Yes, and this is done by purpose, since we need to setup _completely_
new memory map on restore procedure.
There is a minimal check for value being sane
if (addr >= TASK_SIZE || addr < mmap_min_addr)
return -EINVAL;
and the address belongs to mm::start_data|end_data area. But sure,
better to add checks that at least code/data areas do exist, otherwise
the proc output will not reflect the real state of memory maps.
Cyrill
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Announce] Checkpoint-restore tool v0.2
2012-07-23 8:22 [Announce] Checkpoint-restore tool v0.1 Pavel Emelyanov
2012-07-23 8:53 ` Pavel Emelyanov
@ 2012-09-20 10:16 ` Pavel Emelyanov
2012-09-20 13:05 ` Serge Hallyn
1 sibling, 1 reply; 16+ messages in thread
From: Pavel Emelyanov @ 2012-09-20 10:16 UTC (permalink / raw)
To: Linux Kernel Mailing List, lwn, criu, Containers
Cc: users, cgroups mailinglist
Hi!
I'm happy to announce that the next big step is done by the CRIU project.
The major achievement so far -- the tool can now dump and restore a simple LXC
container. Another notable feature is the initial support for PTYs which is enough
to play with c/r of a container with active ssh sessions from outside, or with
a screen app with some simple stuff running inside.
A HOWTO describing an LXC container dump and restore is at http://criu.org/LXC
The v0.2 can be downloaded from
http://download.openvz.org/criu/crtools-0.2.tar.bz2
Other project resources are
documentation and news: http://criu.org
mainling list: https://openvz.org/mailman/listinfo/criu
git repo: http://git.criu.org/?p=crtools.git
kernel with not-yet-merged patches: https://github.com/cyrillos/linux-2.6.git
Thanks,
Pavel
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Announce] Checkpoint-restore tool v0.2
2012-09-20 10:16 ` [Announce] Checkpoint-restore tool v0.2 Pavel Emelyanov
@ 2012-09-20 13:05 ` Serge Hallyn
0 siblings, 0 replies; 16+ messages in thread
From: Serge Hallyn @ 2012-09-20 13:05 UTC (permalink / raw)
To: Pavel Emelyanov
Cc: Linux Kernel Mailing List, lwn, criu, Containers, users,
cgroups mailinglist
Congratulations, Pavel and criu team, that's awesome!
Quoting Pavel Emelyanov (xemul@parallels.com):
> Hi!
>
> I'm happy to announce that the next big step is done by the CRIU project.
>
> The major achievement so far -- the tool can now dump and restore a simple LXC
> container. Another notable feature is the initial support for PTYs which is enough
> to play with c/r of a container with active ssh sessions from outside, or with
> a screen app with some simple stuff running inside.
>
> A HOWTO describing an LXC container dump and restore is at http://criu.org/LXC
>
>
> The v0.2 can be downloaded from
>
> http://download.openvz.org/criu/crtools-0.2.tar.bz2
>
>
> Other project resources are
>
> documentation and news: http://criu.org
> mainling list: https://openvz.org/mailman/listinfo/criu
> git repo: http://git.criu.org/?p=crtools.git
> kernel with not-yet-merged patches: https://github.com/cyrillos/linux-2.6.git
>
> Thanks,
> Pavel
> _______________________________________________
> Containers mailing list
> Containers@lists.linux-foundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/containers
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2012-09-20 13:06 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-07-23 8:22 [Announce] Checkpoint-restore tool v0.1 Pavel Emelyanov
2012-07-23 8:53 ` Pavel Emelyanov
2012-07-23 13:14 ` Serge Hallyn
2012-07-30 10:42 ` richard -rw- weinberger
2012-07-31 8:53 ` Pavel Emelyanov
2012-07-31 8:57 ` richard -rw- weinberger
2012-07-31 9:00 ` Cyrill Gorcunov
2012-07-31 9:07 ` Pavel Emelyanov
2012-07-31 9:29 ` richard -rw- weinberger
2012-07-31 9:54 ` Pavel Emelyanov
2012-07-31 10:08 ` richard -rw- weinberger
2012-07-31 10:16 ` Cyrill Gorcunov
2012-07-31 10:21 ` richard -rw- weinberger
2012-07-31 10:30 ` Cyrill Gorcunov
2012-09-20 10:16 ` [Announce] Checkpoint-restore tool v0.2 Pavel Emelyanov
2012-09-20 13:05 ` Serge Hallyn
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).