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 t
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
On 07/30/2012 02:42 PM, richard -rw- weinberger wrote:
> On Mon, Jul 23, 2012 at 10:53 AM, Pavel Emelyanov wrote:
>> This project is an attempt to implement the checkpoint-restore functionality
>> for processes and containers without driving too much code into the kernel
>>
On 07/31/2012 12:57 PM, richard -rw- weinberger wrote:
> On Tue, Jul 31, 2012 at 10:53 AM, Pavel Emelyanov wrote:
>> On 07/30/2012 02:42 PM, richard -rw- weinberger wrote:
>>> On Mon, Jul 23, 2012 at 10:53 AM, Pavel Emelyanov
>>> wrote:
>>>> This
On 07/31/2012 01:29 PM, richard -rw- weinberger wrote:
> On Tue, Jul 31, 2012 at 11:07 AM, Pavel Emelyanov 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.
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
Hi!
The Linux-v3.7 is out, and it's good time to release the next version
of the checkpoint-restore tool.
This is mostly bugfix and improvements release, however it's worth
mentioning some new interesting features
* Proper COW mappings handling
Now anonymous private mappings are not COW-ed
On 05/30/2017 06:18 PM, Jehan Procaccia wrote:
> Le 30/05/2017 à 10:46, Vasily Averin a écrit :
>> Dear OpenVZ users,
>>
>> could you please share your feedback on Vz7?
>>
>> How do you perceive Virtuozzo VMs vs others (Oracle or KVM VMs) ?
> I appreciate the use of prlctl to list and manage my VM
Josip Rodin wrote:
> Hi,
>
> % git clone http://git.openvz.org/pub/linux-2.6.24-openvz linux-2.6.24
> Initialized empty Git repository in /usr/src/linux-2.6.24/.git/
> Cannot get remote repository information.
> Perhaps git-update-server-info needs to be run there?
>
> This happens because the fi
Dean Gostisa wrote:
> Hi,
>
> I have problem, i have created openvz Gentoo Server, and create Debian VM on
> it, but when installing some packages like this i get:
> apt-get --reinstall install xfonts-base
> Reading package lists... Done
> Building dependency tree... Done
> 0 upgraded, 0 newly ins
Jorge Fuertes wrote:
> Hello.
>
> Openvz logs a lot of information directly to console. How can we
> deactivate it or redirect to a file?
What exactly do you mean? Kernel, tools, startup scripts?
> I'm redirecting with syslog-ng, but it dumps a lot of messages to
> syslog without any prefixes li
Kir Kolyshkin wrote:
> Pavel,
>
> Please correct/enlarge me if there's anything missing/incorrect.
>
> Carl-Daniel Hailfinger wrote:
>> Hi,
>>
>> the ongoing merge of OpenVZ-based lightweight virtualization into
>> mainline Linux seems to be progressing nicely and I have a few questions
>> about
Jakob Goldbach wrote:
> Hi,
>
> I regularly have processes that gets stock eating all cpu. SysRq-p says
> it is stock in __d_lookup+0x10b as seen in dmesg output below.
If you can reproduce this in a reasonable time I can send you
a debugging patch to find out what's going on there.
Let's try w
d_lookup. Please, apply this patch in attach (I made it against
2.6.18-028stab053.5, but should fit OK all the other 028stab053
releases) and check for warnings in dmesg ;)
Let's see whether this is really __d_lookup.
> /jakob
> - oprindelig besked -
> Emne: Re: [Users] Infinite loop
Jakob Goldbach wrote:
> Hi,
>
> I was a little fast on the trigger before - Although a loop was detected
> I see no process stuck on the system this time. Does dump_stack kill the
> process ?
No - my debugging patch aborted this infinite loop.
I will send you one more in a couple of hours.
This
Dietmar Maurer wrote:
> Hi all,
>
> Just compiled latest 2.6.24 from git. I consistently get a kernel
> Panic when i stop a CT (ipv6 related) - someone else observing that?
We do. Fill a bug in bugzilla, we'll look whether this is already fixed.
But, please, provide some more details on the pro
Dietmar Maurer wrote:
>> Dietmar Maurer wrote:
>>> Hi all,
>>>
>>> Just compiled latest 2.6.24 from git. I consistently get a kernel
>>> Panic when i stop a CT (ipv6 related) - someone else
>> observing that?
>>
>> We do. Fill a bug in bugzilla, we'll look whether this is
>> already fixed.
>
>
Nuno Ferreira wrote:
> Hello
>
> So according to this - http://bugzilla.openvz.org/show_bug.cgi?id=268 -
> ppp is already usable inside a VE, I guess.
Actually no. The patches attached are not yet accepted.
I think we'll make PPP right for mainstream net namespaces,
just like sctp (http://bugzi
Dietmar Maurer wrote:
> Just got general protection fault when doing (2.6.24 from git (pve)):
>
> # /etc/init.d/vz stop
> # /etc/init.d/vz start
>
> But i cant reproduce the error anymore.
That's OK.
Please fill a bug in bugzilla.
___
Users mailing lis
Adeel Nazir wrote:
> Has anyone tried mixing Ingo Milnar's real-time patchset with the OpenVZ
> patches?
Nope.
> Or if anyone has any ideas if there'd be conflicting issues between the 2
> patchset's?
Well, I guess there will be, but the only way to find it out for sure is
to try to patch it
[EMAIL PROTECTED] wrote:
> Hi,
> I have a problem compiling kernel 2.6.26-ovz.
Then fill a BUG in Bugzilla.
___
Users mailing list
Users@openvz.org
https://openvz.org/mailman/listinfo/users
21 matches
Mail list logo
