to do, and other
> parts of the distribution simply don't, especially since the switch to
> systemd.
I haven't tested this myself, but apparently Arch works fine[1]
on OpenVZ if the host kernel is up-to-date. The installation
instructions don't seem to contain any OpenVZ specif
ething configurable at
AJ> build time (to some extents, the absolute minimum is 2.6.32 for glibc
AJ> 2.21).
The ideal solution, then, would be a separate libc package compiled to
work with openvz's kernel. Maybe called libc-openvz. And it would be
great if apt could install it by defa
On 7 December 2015 at 14:50, Marco d'Itri wrote:
> On Dec 07, Aurelien Jarno wrote:
>
>> Have there also backported recent glibc or systemd to these systems and
>> do they support such a configuration? This is what we are talking about
>> here.
> The *hosts* still use Centos 6, but so far more re
On Dec 07, Aurelien Jarno wrote:
> Have there also backported recent glibc or systemd to these systems and
> do they support such a configuration? This is what we are talking about
> here.
The *hosts* still use Centos 6, but so far more recent guests releases,
even using systemd, are working fin
On 2015-12-05 08:33, Marco d'Itri wrote:
> On Dec 03, James Cloos wrote:
>
> > Most openvz run on kernels based on 2.6.32, often with significant
> > updates. These platforms are an important segment, given how affordable
> > they are. And Debian "stable&qu
On Dec 03, James Cloos wrote:
> Most openvz run on kernels based on 2.6.32, often with significant
> updates. These platforms are an important segment, given how affordable
> they are. And Debian "stable" is often too archaic for many needs which
> fit nicely on a sm
On Fri, 2015-12-04 at 14:04 -0800, Steve Langasek wrote:
> Hi Aurélien,
>
> On Fri, Dec 04, 2015 at 10:06:11AM +0100, Aurelien Jarno wrote:
> > On 2015-12-03 17:33, James Cloos wrote:
> > > The latest glibc update breaks most sid installs on (typically leased)
> >
Hi Aurélien,
On Fri, Dec 04, 2015 at 10:06:11AM +0100, Aurelien Jarno wrote:
> On 2015-12-03 17:33, James Cloos wrote:
> > The latest glibc update breaks most sid installs on (typically leased)
> > openvz platforms because it requires a newer kernel version that most
> > ope
Le 04/12/2015 07:06, Paul Wise a écrit :
> On Fri, Dec 4, 2015 at 6:33 AM, James Cloos wrote:
>
>> The latest glibc update breaks most sid installs on (typically leased)
>> openvz platforms because it requires a newer kernel version that most
>> openvz vendors advertize.
On 2015-12-03 17:33, James Cloos wrote:
> The latest glibc update breaks most sid installs on (typically leased)
> openvz platforms because it requires a newer kernel version that most
> openvz vendors advertize.
>
> Most openvz run on kernels based on 2.6.32, often with signif
> Is it possible for these vendors to switch to a newer version of Linux?
A new version of OpenVZ based on the RHEL 7 kernel (3.10) is being
developed but isn't expected soon unfortunately. This led the Proxmox
team to replace OpenVZ with LXC for its containers.
Emmanuel Bourg
On Fri, Dec 4, 2015 at 6:33 AM, James Cloos wrote:
> The latest glibc update breaks most sid installs on (typically leased)
> openvz platforms because it requires a newer kernel version that most
> openvz vendors advertize.
Is it possible for these vendors to switch to a newer version
The latest glibc update breaks most sid installs on (typically leased)
openvz platforms because it requires a newer kernel version that most
openvz vendors advertize.
Most openvz run on kernels based on 2.6.32, often with significant
updates. These platforms are an important segment, given how
an Dowland wrote:
>>>>> On Thu, Oct 24, 2013 at 02:09:46AM +0200, Adam Borowski wrote:
>>>>>> And I for one heavily use vservers
>>>>>
>>>>> It's a professional shame of mine that we are still trying to get rid of
>>>>&g
systems. vserver does this internally based on its system
> of capability bits. It also censors misc syscalls; I can't seem to find
> this part being done by lxc.
>
> > Until then if you do not trust containers then the best choice is to
> > use openvz with Parallel'
2:09:46AM +0200, Adam Borowski wrote:
> >>>> And I for one heavily use vservers
> >>>
> >>> It's a professional shame of mine that we are still trying to get rid of
> >>> some old vserver instances at $WORK.
> >>
> >> lxc is
yscalls; I can't seem to find
this part being done by lxc.
> Until then if you do not trust containers then the best choice is to
> use openvz with Parallel's 2.6.32 kernel.
As Ben Hutchings just told us, openvz has been merged upstream in 3.12.
Interestingly, that bit (CONFIG_USER_
ly use vservers
>>>
>>> It's a professional shame of mine that we are still trying to get rid of
>>> some old vserver instances at $WORK.
>>
>> lxc is still nowhere close to vserver (or openvz) functionality.
> [...]
>
> I'm not sure whether
On Mon, May 14, 2012 at 04:37:23PM +0200, Toni Mueller wrote:
> > This reminds me: is anyone going to bring back vserver or openvz in some
>
> I'm for having openvz back, then.
Are you ready to do the required work?
> Can we have this in a separate thread, please?
Do w
On Mon, May 14, 2012 at 04:23:27PM +0200, Adam Borowski wrote:
> This reminds me: is anyone going to bring back vserver or openvz in some
I'm for having openvz back, then.
Can we have this in a separate thread, please?
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-de
On Wed, 14 Oct 2009, maximilian attems wrote:
> I'm taking care of openvz, please file a bug report with severity
> important including the patch or link to patch, so that it can be added.
Will do.
> if it does not break ABI it is easiest to add to next stable release,
> if it
On Wed, Oct 14, 2009 at 02:00:28PM +0200, Raphael Hertzog wrote:
> Hi,
>
> On Wed, 14 Oct 2009, Dmitry E. Oboukhov wrote:
> > I need OpenVZ 2.6.27 with ppp-features available. I was on the
> > point of building the package, but I am not very good in building
> > of ker
Hi,
On Wed, 14 Oct 2009, Dmitry E. Oboukhov wrote:
> I need OpenVZ 2.6.27 with ppp-features available. I was on the
> point of building the package, but I am not very good in building
> of kernels and the current openvz is built somehow strange:
> apt-get source linux-image-2.6.26-
Hi all!
I need OpenVZ 2.6.27 with ppp-features available. I was on the
point of building the package, but I am not very good in building
of kernels and the current openvz is built somehow strange:
apt-get source linux-image-2.6.26-2-openvz-686 gets an src-package
with no mentions of openvz in
24 matches
Mail list logo