Pavel,
Please port these things to 2.6.32 if possible.
--
sent from mobile
Ola Lundqvist o...@debian.org wrote:
Hi Kir
Do you know if those patches will appear in the openvz git soon?
// Ola
On Sun, Feb 13, 2011 at 05:27:54PM +, maximilian attems wrote:
On Sun, Feb 13, 2011 at
That makes total sense from my perspective, so I second the request.
--
sent from mobile
Mark Lehrer m...@knm.org wrote:
Many OpenVZ containers are still likely to require the legacy pty option in
the kernel in order for vzctl enter or ssh to work.
I can work around it for my environment, but
On 02/04/2011 01:44 PM, Bastian Blank wrote:
On Fri, Feb 04, 2011 at 11:06:38AM +0300, Kir Kolyshkin wrote:
Many OpenVZ containers are still likely to require the legacy pty option in
the kernel in order for vzctl enter or ssh to work.
Please explain why. ssh always use openpty, which works
Ext4 does not work with delayed allocation in this kernel,
this is known mainstream bug.
Can you please try to reproduce it with 'nodelalloc' mount
option set in /etc/fstab?
If you will able to reproduce the bug with 'nodelalloc'
turned on, please report the kernel oops to OpenVZ bug
#1510.
On 09/16/2010 09:05 AM, Ola Lundqvist wrote:
Hi Bertrand
I'm now forwarding your email to the openvz project so they can
answer on that question.
Best regards,
// Ola
On Tue, Sep 07, 2010 at 06:20:10PM +0100, Ben Hutchings wrote:
On Tue, Sep 07, 2010 at 04:15:55PM +0200, bertrand wrote:
Hi folks,
Our OpenVZ kernel guys complained to be that Debian kernel packages
do not contain vmlinux file (which is usually required to debug some
problem), and there is no way to get one for a given kernel.
I guess they are wrong, but can't prove that. Could you please help
me with that and
That helps a lot, thanks, Thorsten!
On 09/08/2010 06:15 PM, Support sys3 wrote:
...in the folders:
/usr/lib/debug/boot/
Bye,
Thorsten
On Wed, 08 Sep 2010 16:14:07 +0200, Thorsten Schifferdecker
t...@debian.systs.org wrote:
Hi Kir,
@ll,
since the testing branch aka squeeze the
Hi guys,
Could you please get the latest 2.6.32-dobrovolskiy.1 kernel
from git.kernel.org? It is based on latest -stable (i.e. 2.6.32.21)
and, among the other things, includes a feature that should help
fixing Debian bug #576227.
Thanks,
Kir.
--
To UNSUBSCRIBE, email to
Hi debian-kernel,
An OpenVZ user Benjamin Henrion (cced) reported a bug (see below,
also [1], [2]) which is already fixed in our latest kernel 2.6.32-budarin.1
(by commit 7e99ed1bc34b60ed42eb2008edbb4f98684edb0a).
Can you please bring the Debian OpenVZ kernel up-to-date, which will fix
this bug
On 07/06/2010 08:31 PM, maximilian attems wrote:
On Tue, 06 Jul 2010, Kir Kolyshkin wrote:
An OpenVZ user Benjamin Henrion (cced) reported a bug (see below,
also [1], [2]) which is already fixed in our latest kernel 2.6.32-budarin.1
(by commit 7e99ed1bc34b60ed42eb2008edbb4f98684edb0a
On 05/27/2010 03:03 AM, maximilian attems wrote:
could you please merge 2.6.32.14?
Done
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On 04/07/2010 02:43 AM, maximilian attems wrote:
forgot to post due to several ongoing stuff,
2.6.32-11 upload to debian unstable has:
* Update openvz patch to 14a9729fab67. (closes: #574598, #575189)
also fixes #576130 and #576131.
we expect 2.6.32-12 soon with pending libata HPA fixes.
On 03/22/2010 06:59 PM, Pavel Emelyanov wrote:
On 03/17/2010 12:42 AM, maximilian attems wrote:
enabling openvz flavour for next upload.
please test out,
latest f492a5013944b559cd linux-images build,
Hi, guys!
We have updated our kernel and it includes a couple of serious
fixes
On 03/09/2010 10:58 PM, maximilian attems wrote:
On Tue, Mar 09, 2010 at 09:29:50PM +0300, Kir Kolyshkin wrote:
We now have the tree which is more or less working (with
some known and unknown bugs). It is available as
git:
git://git.openvz.org/pub/linux-2.6.32-openvz
http://git.openvz.org
doesn't matter that much.
On Thu, 11 Feb 2010, Kir Kolyshkin wrote:
Thanks for the info. We have discussed this at length and
the resolution is we are all for it. This means we will try
hard to do a rebase as soon as possible, and I hope we
will succeed.
If (or whenever you will) know the exact
Hi Ola, guys,
Thanks for the info. We have discussed this at length and
the resolution is we are all for it. This means we will try
hard to do a rebase as soon as possible, and I hope we
will succeed.
If (or whenever you will) know the exact deadline date
(or any close approximation), please
Ola Lundqvist wrote:
Hi Kir
Thanks for the list. I have now made some work to apply this.
Below are some comments.
On Tue, Mar 10, 2009 at 02:00:39AM +0300, Kir Kolyshkin wrote:
Kir Kolyshkin wrote:
I am currently checking all the ~80 patches that are not in openvz
lenny kernel
Ola Lundqvist wrote:
Hi Kir
Result from the import. Some comments and questions.
Building right now. Results will be available soon.
On Tue, Mar 10, 2009 at 03:17:47AM +0300, Kir Kolyshkin wrote:
Kir Kolyshkin wrote:
I am currently checking all the ~80 patches that are not in openvz
...@stro.at:
On Mon, Mar 16, 2009 at 02:19:39PM +0300, Kir Kolyshkin wrote:
So we can either disable IPv6 in config or fix it. It's up to you/Dann
to decide. I'd go with fixing.
Speaking of IPv6, we also have a bunch of patches for ipv6
conntracks in
containers which I haven't sent since it looks
Yet one more important fix while we're at it.
This fixes udev in a container, OpenVZ bug #1195. Not a security fix but
quite important functionality issue since many distros rely on udev by
default nowdays.
From 5dcfcf5defb9a1037de717f56a54f8cbb461e96d Mon Sep 17 00:00:00 2001
From: Konstantin
risk of collisions.
Ola Lundqvist wrote:
Ok added as well. I'll make a new proposed patch soon.
Best regards,
// Ola
On Mon, Mar 16, 2009 at 09:46:27PM +0300, Kir Kolyshkin wrote:
Yet one more important fix while we're at it.
This fixes udev in a container, OpenVZ bug #1195
Kir Kolyshkin wrote:
Also, while I am at it... I am currently checking all the ~80 patches
that are not in openvz lenny kernel. Looks like most are really
needed. Let me suggest some in a few emails I will send as a reply to
this one.
Checkpointing-related patches. Needed if we want working
Looks like a few patches are already there, see below. Only 5 CPT
patches are still left. If you need I can write a new email about CPT
patches to avoid confusion.
Kir Kolyshkin wrote:
Kir Kolyshkin wrote:
Also, while I am at it... I am currently checking all the ~80 patches
Kir Kolyshkin wrote:
I am currently checking all the ~80 patches that are not in openvz
lenny kernel. Looks like most are really needed. Let me suggest some
in a few emails I will send as a reply to this one.
Here is a set of netfilter patches, quite a few. Some are very critical
(read
Since it's gonna be ABI++ anyway, we'd like to take a look at what we
have in git and maybe recommend some other critical/important bugfixes.
Ideally we'd like Debian to just pull from our git (i.e. merge all the
patches we have there), but as I understand this is not how things are
working
maximilian attems wrote:
On Tue, Sep 09, 2008 at 11:26:49PM +0300, Mert Dirik wrote:
Do you plan to fix #497292 for this release? It would be good although I'm not
sure if it can be done before release since it is not important.
hmmm, CONFIG_VZ_CHECKPOINT defaults to n according to
maximilian attems wrote:
On Wed, Sep 10, 2008 at 02:09:52PM +0400, Kir Kolyshkin wrote:
If it's still possible to change this option, please do it.
Checkpointing is now working fine, it's totally our fault that we forgot
to switch the relative option.
So, please set CONFIG_VZ_CHECKPOINT=m
Vitaliy Gusev wrote:
Sorry, I didn't understand this notes:
I upgraded from 2.6.25-2 to 2.6.26-1-openvz-686.
After reboot, the nfsd module fails to load with this error message:
nfsd loads without error if I boot the 2.6.26-1-686 kernel instead.
That was loaded and then error occurs?
As for mainstream integration, I can say OpenVZ is committed to merging
containers functionality to mainstream. I have just checked the number
of changesets submitted by OpenVZ and Linux-VServer guys, using
up-to-date Linus' kernel git tree. For the last 365 days (i.e. a year)
there were 818
I'd like to add that OpenVZ kernel also supports ppc (powerpc64) and
sparc64.
Support for other arches is almost trivial to add, given the hardware to
test the stuff.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
30 matches
Mail list logo