clean all) , so I reoponed the issue.
>
> maybe the fix is in that new iso ? or I should uninstall / reinstall
> openvz-release-9.0.1-383.vz9.x86_64 package ? didn't tried that because it
> also needs to remove 75 packages (qemu* ...) as dependances .
>
> Jehan
>
> PS:
Hello all,
Where can I go to find the latest status or roadmap on openvz 9?
This list seems quiet as a graveyard lately, and I haven't seen any sort of
a usable openvz 9 release yet. On the day a functional openvz 9 beta is
released, I will jump for joy. I have some hardware set aside for that
wiped it, and installed proxmox 8.
I'll continue to monitor the list, and hopefully at some point there will
be a release candidate for openvz 9.
Jake
On Sat, May 27, 2023 at 1:32 PM jjs - mainphrame wrote:
> It was worth a shot.
>
> Still quite problematic, not usable. Interestingly
at 9:54 AM jjs - mainphrame wrote:
> Downloading now from
> https://download.openvz.org/virtuozzo/factory9/x86_64/iso/
>
> Will test and comment back here - hoping for some improvement in
> functionality.
>
> Jake
>
___
Users m
Downloading now from
https://download.openvz.org/virtuozzo/factory9/x86_64/iso/
Will test and comment back here - hoping for some improvement in
functionality.
Jake
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
I've been experimenting with OVZ 9 pre-releases, and they're coming along,
but there is a way to go.
At present, OVZ 9 is a good platform for running host routed containers.
Beyond that, things are still in flux. Bridged networking is not yet
functional, and prlctl in general is broken, so that
Paulo & Jehan,
Agree with everything you said. I would love to see more openvz-based
solutions, and competition could not hurt.
I think proxmox would have stayed with openvz, but it's Debian based.
Openvz used to be in the debian repos and worked well. But after the
focus of openvz was narrowed
While I've seen lxc containers mysteriously hang, suffer bit rot, or self
destruct, the openvz containers have been solid.
One of my OVZ-7 servers had an old centos 7 container that I used for
testing haproxy, that I'd turned off in 2019.
I vgmigrated it to a new OVZ-9 test machine, started it,
Hi Paulo,
Yes, I installed the 491 release.
I simply ran the following command
yum install prlctl --nogpgcheck
Jake
On Tue, Apr 18, 2023 at 2:32 AM Paulo Coghi - Coghi IT
wrote:
> Hello Jake,
>
> Could you share the steps you are using to install "prlctl"?
> Are you using the release 491,
Templates are still getting updated here and I also have vztt.
[root@hachi ~]# cat /etc/virtuozzo-release
OpenVZ release 7.0.19 (347)
Does your repolist resemble the attached image?
Jake
On Sat, Apr 15, 2023 at 9:49 PM Alexey Zilber
wrote:
> Hi All,
>
> I've been using an old custom OS
Please use virsh instead
Failed to update Virtual Network firewalla: Could not find a bridge for
network adapter "firewalla". Please make sure the bridge is created.
Jake
On Sat, Apr 15, 2023 at 8:56 PM jjs - mainphrame wrote:
> Hello all,
>
> After testing ovz-9 alpha release
Hello all,
After testing ovz-9 alpha releases for some weeks using VMs, I have OVZ9
installed on a physical machine to do some further testing. Containers with
host routed connections are working fine, and can migrate to and from OVZ-7
machines.
So I wanted to go to the next level, create lan
w I read your comments on the issue, and I see the problem still
> persists.
>
> On Mon, Apr 3, 2023 at 1:54 PM Paulo Coghi - Coghi IT <
> pauloco...@gmail.com> wrote:
>
>> Hi Jake,
>>
>> Were you able to overcome the GPG keys issue in release 458? If yes, how?
Hi Paulo,
Try release 458 from here:
https://download.openvz.org/virtuozzo/factory9/x86_64/iso/
I'm running it in a VM and testing with containers but it's an improvement
over the previous pre-releases.
jake
On Fri, Mar 31, 2023 at 2:14 AM Paulo Coghi - Coghi IT
wrote:
> Hello OpenVZ
file this one away under unsuccessful experiments.
Jake
still
On Mon, Feb 20, 2023 at 1:23 PM jjs - mainphrame wrote:
> Downloading the most recent ovz9 iso, let's see how it goes...
>
> https://download.openvz.org/virtuozzo/factory9/x86_64/iso/
>
> Jake
>
> On Mon, Feb 13
Downloading the most recent ovz9 iso, let's see how it goes...
https://download.openvz.org/virtuozzo/factory9/x86_64/iso/
Jake
On Mon, Feb 13, 2023 at 3:18 PM jjs - mainphrame wrote:
> Unfortunately, I ran into the same issue, and filed a bug report.
>
> Jake
>
> On Mon, Feb 13
e-9.0.1-383.vz9.x86_64 package ? didn't tried that because it
> also needs to remove 75 packages (qemu* ...) as dependances .
>
> Jehan
>
> PS: anyway, if prlctl finally get installed, is this the way to go , the
> "deprecated" message is not reassuring .
> On 13/02/2
uld uninstall / reinstall
>> openvz-release-9.0.1-383.vz9.x86_64 package ? didn't tried that because it
>> also needs to remove 75 packages (qemu* ...) as dependances .
>>
>> Jehan
>>
>> PS: anyway, if prlctl finally get installed, is this the way to go , the
>>
I see there's a new pre-release iso, downloading it now -
https://download.openvz.org/virtuozzo/factory9/x86_64/iso/openvz-iso-9.0.1-412.iso
Jake
On Thu, Dec 8, 2022 at 4:16 PM jjs - mainphrame wrote:
> I've been running openvz 7 for some years, and I periodically check on the
>
Thanks for sharing this work, it allowed me to make some progress.
There seem to be other issues though. Hopefully the fixes will come.
Jake
On Sun, Feb 5, 2023 at 2:12 PM Aurélien GUERSON <
aurelien.guer...@imtbs-tsp.eu> wrote:
> Hi guys,
>
> I tried something and it seems ok.
>
> If you
to be fix before we can
really test it
Jake
On Sat, Feb 4, 2023 at 1:16 AM Paulo Coghi - Coghi IT
wrote:
> When possible, try installing all the packages below and try again:
>
> yum install prlctl prl-disp-service vcztl
>
> On Fri, Feb 3, 2023 at 5:17 PM jjs - mainphrame
> wrote:
The downloaded packages
> were saved in cache until the next successful transaction. You can remove
> cached packages by executing 'dnf clean packages'. Error: GPG check FAILED*
>
> [2]
>
>
> https://docs.virtuozzo.com/virtuozzo_hybrid_server_7_users_guide/managing-network/configur
are already receiving the warning about prlctl being deprecated.
>
> There are some niche cases in which virsh doesn't seem capable, like
> setting "cpulimit".
>
>
> Paulo Coghi
>
> On Wed, Feb 1, 2023 at 9:24 PM jjs - mainphrame
> wrote:
>
>> Everything
kages were saved in cache until the next successful
transaction.
You can remove cached packages by executing 'yum clean packages'.
Error: GPG check FAILED
Jake
On Wed, Feb 1, 2023 at 9:21 AM jjs - mainphrame wrote:
> The iso is indeed a new image.
>
> I've installed it in a VM and have
The iso is indeed a new image.
I've installed it in a VM and have been poking around, looks promising so
far, creating a few containers and taking them for a spin.
Jake
On Tue, Jan 31, 2023 at 7:21 PM jjs - mainphrame wrote:
> Downloading, will investigate.
>
> Jake
>
> On Tu
Downloading, will investigate.
Jake
On Tue, Jan 31, 2023 at 4:11 PM Paulo Coghi - Coghi IT
wrote:
> What about this one, dated 27-Jan-2023?
>
>
> https://download.openvz.org/virtuozzo/factory9/x86_64/iso/openvz-iso-9.0.1-383.iso
>
> Paulo Coghi
>
> On Tue, Jan
es to unify
> containers and VMs: https://github.com/weaveworks/ignite
>
> Stop to use OpenVZ, because OpenVZ 6 is End Of Life and now it is dead
> project.
>
> OpenVZ 6 is just last true and fully functional OpenVZ version.
>
> Something named OpenVZ 7, OpenVZ 8, OpenVZ 9 ...
ersion.
>
> Something named OpenVZ 7, OpenVZ 8, OpenVZ 9 ... is just agony of OpenVZ
> project.
>
> On 09.12.2022 2:16, jjs - mainphrame wrote:
> > I've been running openvz 7 for some years, and I periodically check on
> the
> > status of openvz 8 and 9.
> >
>
On Sat, Jan 14, 2023 at 3:16 PM jjs - mainphrame wrote:
> Success -
>
> I've found that keepalived, which is in the standard debian repos, works
> well to provide a highly available virtual IP using openvz containers, and
> is easy to set up.
>
> I'll now move my default gateway IP
On Sun, Jan 8, 2023 at 5:08 PM jjs - mainphrame wrote:
> I've been doing some testing with ucarp, in debian VMs and containers.
>
> (ucarp is an implementation of VRRP, a means of providing a highly
> available floating virtual IP within a cluster of machines)
>
> It works f
IT <
pauloco...@gmail.com> wrote:
> Thanks Jake for all the valuable information.
>
> I'm following every email.
>
> On Tue, Jan 10, 2023 at 5:05 PM jjs - mainphrame
> wrote:
>
>> To clarify, the openvz guests can receive multicast traffic from the lan,
>> but th
tran could help:
> https://github.com/facebookincubator/katran
>
> On Wed, Jan 11, 2023 at 9:28 AM Paulo Coghi - Coghi IT <
> pauloco...@gmail.com> wrote:
>
>> Thanks Jake for all the valuable information.
>>
>> I'm following every email.
>>
&
I've been doing some testing with ucarp, in debian VMs and containers.
(ucarp is an implementation of VRRP, a means of providing a highly
available floating virtual IP within a cluster of machines)
It works fine on proxmox VMs and CTs, and I was hoping to get it working on
openvz, but so far my
the ovz hosts and
the working hosts, so firewall rules are the likely culprit.
I'll continue to chip away at this as time allows and update with any
findings.
Jake
On Sun, Jan 8, 2023 at 5:08 PM jjs - mainphrame wrote:
> I've been doing some testing with ucarp, in debian VMs and contain
Update -
It appears to be fairly straightforward to enable forwarding with firewalld
in RHEL 9, so hopefully a plain vanilla openvz 9 will be able to do
everything we need to do.
Looking forward to OVZ 9, will be happy to beta test
Jake
On Sat, Dec 31, 2022 at 2:31 PM jjs - mainphrame wrote
firewalld rules that should have done the
trick haven't done so.
I'm curious to see if the newer version of firewalld that comes with RHEL 9
will be any more cooperative on this front.
Jake
On Mon, Dec 26, 2022 at 12:36 PM jjs - mainphrame
wrote:
> Greetings -
>
> It's 2022, I have
, fighting with firewalld is a whole different set of problems,
but with firewalld off, it works perfectly. I'll either find the magic
tweak that makes firewalld allow the forwarding, or I'll live
without firewalld for now.
Jake
On Tue, Dec 20, 2022 at 2:21 PM jjs - mainphrame wrote:
> I've b
bridge problems.
It seems to me that NetworkManager doesn't add any value for a server, only
additional failure modes. Perhaps it's a solution in search of a problem,
as they say?
Jake
On Thu, Dec 31, 2015 at 1:15 PM jjs - mainphrame wrote:
> Greetings -
>
> It's been 2 weeks of
I have 3 openvz hosts, all with slightly differing Intel x86_64 chipsets.
I've noticed that VMs created on the newest node refuse to migrate to the
others:
[root@hachi ~]# prlctl migrate pavel lindell
WARNING: You are using a deprecated CLI component that won't be installed
by default in the
I've been on a hardware consolidation and virtualization kick, and have
been converting physical hosts in the office to openvz VMs.
I have a couple of physical boxes each connecting to an internet provider,
and acting as a firewall/gateway, among other things. I was able to convert
these to VMs,
8 completely as RHEL9 became RTM in May 2022
> already and we want to move directly to latest upstream.
>
>
>
> *Maik Broemme *| Senior Product Manager | Virtuozzo |
> maik.broe...@virtuozzo.com | Skype: maikbroemme
>
>
>
> *Von:* users-boun...@openvz.org *Im Auftrag
&
s know if we did the right choice ?
>
> Regards .
>
> *Jehan PROCACCIA*
> *Ingénieur systèmes et réseaux*
> *Directeur Technique réseau REVE : *
> *Réseau d’Évry Val d'Essonne*
> *Équipe THD (TSP/RST) *
> *01 60 76 44 36*
>
>
>
> --
&g
4:16 PM jjs - mainphrame wrote:
> I've been running openvz 7 for some years, and I periodically check on the
> status of openvz 8 and 9.
>
> While openvz 7 has been getting updates, it seems openvz 8 is fairly
> static, and openvz 9 seems not ready for use.
>
> Is there an i
I've been running openvz 7 for some years, and I periodically check on the
status of openvz 8 and 9.
While openvz 7 has been getting updates, it seems openvz 8 is fairly
static, and openvz 9 seems not ready for use.
Is there an intent to continue support of openvz beyond version 7?
Since openvz
in cache until the next successful
transaction.
You can remove cached packages by executing 'yum clean packages'.
Error: GPG check FAILED
[root@ovz9 ~]#
On Wed, Nov 30, 2022 at 3:38 PM jjs - mainphrame wrote:
> I'm curious as well.
>
> I've downloaded an openvz9 image and have bee
I'm curious as well.
I've downloaded an openvz9 image and have been testing with it, but the
kernel is still the one from February.
Hope to see some updates soon.
Jake
On Wed, Nov 30, 2022 at 3:04 PM Jonathan Wright
wrote:
> Hi,
>
> As a followup to Maik's announcement here back in
There's always vzstat - it still works
Jake
On Thu, Apr 14, 2022 at 1:57 PM jehan Procaccia <
jehan.procac...@imtbs-tsp.eu> wrote:
> Thanks for your answer, but I don't see "CTID" with htop
>
> there's only :
>
> *PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND*
>
>
>
Ah, good catch. We must have all just assumed he meant openvz 8.
Jake
On Tue, Nov 16, 2021 at 11:54 PM Denis Silakov
wrote:
> Hi,
>
> the initial question was about VzLinux 8 and VzLinux != OpenVZ
>
> If you want containers, you should first upgrade VzLinux to OpenVZ by
> running
Migrating a stopped CT from VZ7 with vzmigrate worked well.
Migrating a stopped VM from VZ7 with prlctl migrate worked well
Migrating a running VM from VZ7 with prlctl migrate failed:
[root@hachi ~]# prlctl migrate centos8 vz4
Virtuozzo Linux release 8.0
Authorized use only. All activity may
[root@vz4 ~]#
Should I file a bug, or is this known already?
Jake
On Tue, Sep 21, 2021 at 11:11 AM jjs - mainphrame
wrote:
> Kudos, I've been waiting for this for a long time.
>
> I've migrated the CTs and VMs off of a vz7 host and offered it up for vz8
> testing. My initial reacti
Kudos, I've been waiting for this for a long time.
I've migrated the CTs and VMs off of a vz7 host and offered it up for vz8
testing. My initial reaction after vz8 install is relief that the useful
and powerful vz* commands are still present. Now the real testing begins...
Jake
On Mon, Sep 20,
g on behalf of
> jjs - mainphrame
> *Sent:* Saturday, September 11, 2021 10:33 PM
> *To:* OpenVZ users
> *Subject:* Re: [Users] yum update aborts due to ntfs issue
>
> Thanks Denis,
>
> Disabled epel for now, will keep an eye on ntfs updates.
>
> Jake
>
> On Sat,
> EPEL for now, or just ignore ntfs-* packages from it, or wait a bit while
> we are testing this new ntfs-3g before merging it into VzLinux repos.
> --
> *From:* users-boun...@openvz.org on behalf of
> jjs - mainphrame
> *Sent:* Saturday, September 11, 202
All of my openvz servers have this problem since a few days ago. Is there a
problem with the repos?
[root@vz3 ~]# yum update
<... many lines trimmed...>
Error: Package: 2:ntfsprogs-2017.3.23-11.vl7.1.x86_64 (@virtuozzolinux-base)
Requires: libntfs-3g.so.88()(64bit)
Tkachenko
wrote:
> but my bash_profile's were always executed before I run latest openVZ7
> updates.
> that's the point)
> is that bug?
>
>
> чт, 1 лип. 2021 о 20:05 jjs - mainphrame пише:
>
>> It would run during an actual login. But entering the CT via vzctl en
It would run during an actual login. But entering the CT via vzctl enter
bypasses the normal login process.
Jake
On Thu, Jul 1, 2021 at 9:55 AM Oleksiy Tkachenko wrote:
> That's works fine.
> But how to run that automatically during login?
>
> чт, 1 лип. 2021 о 18:19 jjs - main
This works for me:
su -
Jake
On Thu, Jul 1, 2021 at 8:03 AM Oleksiy Tkachenko wrote:
> I realize that bash_profile not executed automatically when "vzctl enter
> CID" now.
>
> How to execute it ?
> Thank you!
>
>
> --
> Olexiy
> ___
> Users mailing
>From what I've heard, Red Hat will continue to make their source available
in the same repos as before, so even if Centos ends, Virtuozzo can still
build from the same RH source repos that Centos had been pulling from.
Jake
On Thu, Dec 10, 2020 at 9:12 AM jehan Procaccia tem-tsp <
, and OpenVZ is far
> more mature than LXC.
>
>
>
> Narcis Garcia
> El 4/12/20 a les 20:15, jjs - mainphrame ha escrit:
> > I think it's just that virtuozzo is no longer supporting the "containers
> > only" solution. The new baseline is "containers and V
ich are supposed by far better than LXC containers (!?)
>
> Thanks to prove me right .
>
> regards .
>
>
> Le 04/12/2020 à 19:48, jjs - mainphrame a écrit :
>
> That looked strange to me, but after looking at their website, it seems
> they're just announcing the
That looked strange to me, but after looking at their website, it seems
they're just announcing the end of support for old product lines.
It looks like "Virtuozzo Hybrid Server" is basically what we have in openvz
7, plus premium features.
Joe
On Fri, Dec 4, 2020 at 10:36 AM Jehan Procaccia IMT
Thanks, it's good now.
Jake
On Tue, Nov 17, 2020 at 3:32 AM Denis Silakov
wrote:
> Caused by rebase to 8.3. Should be ok now, please check.
> --
> *From:* users-boun...@openvz.org on behalf of
> jjs - mainphrame
> *Sent:* Tuesday, November 1
Looks like the vzlinux-8 template is broken. Should I file a bug?
[root@annie ~]# vzpkg update cache vzlinux-8-x86_64
Update OS template cache for vzlinux-8-x86_64 template
Cache was expired
0 files removed
base0 1.0 MB/s | 7.8 MB
00:07
base1
Still some rough edges here - bug, report? Or is this known?
[root@vzlinux8 ~]# yum update -y --allowerasing --nobest
Last metadata expiration check: 0:01:12 ago on Fri Oct 2 08:49:41 2020.
Dependencies resolved.
Problem: cannot install the best update candidate for package
Thanks for this, I look forward to the replay. Please keep us posted.
Jake
On Mon, Sep 28, 2020 at 9:01 AM Konstantin Khorenko
wrote:
> On 09/28/2020 06:03 PM, jjs - mainphrame wrote:
>
> This is much appreciated, but is scheduled to occur while I am asleep.
>
> Will there
This is much appreciated, but is scheduled to occur while I am asleep.
Will there be a recording available for later viewing?
Joe
On Mon, Sep 28, 2020 at 4:38 AM Konstantin Khorenko
wrote:
> Hi All,
>
> there will be a technical webinar from Virtuozzo with some official
> information about
Thanks for this, it's better than what we had before.
Jake
On Fri, Sep 11, 2020 at 5:24 PM tranxene50 <
tranxen...@openvz-diff-backups.fr> wrote:
> Hello!
>
> Here is the first part of a quick "survival" guide in order to start off
> on the right foot with openvz-diff-backups (OVZDB for short).
Thank you tranxene50, I've installed openvz-diff-backups on my ovz-7 hosts,
and so far it looks very promising.
Jake
On Tue, Sep 8, 2020 at 4:05 PM tranxene50
wrote:
> Hello!
>
> Please forgive my bad English, I live in France.
>
> A few years ago, as a hobby in the beginning, I created a file
ac...@imtbs-tsp.eu> wrote:
>
>> no factory , just repos virtuozzolinux-base and openvz-os
>>
>> # yum repolist |grep virt
>> virtuozzolinux-baseVirtuozzoLinux Base15
>> 415+189
>> virtuozzolinux-updates VirtuozzoLinux
>&g
ist |grep virt
> virtuozzolinux-baseVirtuozzoLinux Base15
> 415+189
> virtuozzolinux-updates VirtuozzoLinux
> Updates 0
>
> Jehan .
>
> ----------
> *De: *"jjs - mainphrame"
> *
Jehan, are you running factory?
My ovz hosts are up to date, and I see:
[root@annie ~]# cat /etc/virtuozzo-release
OpenVZ release 7.0.15 (222)
Jake
On Thu, Jul 2, 2020 at 9:08 AM Jehan Procaccia IMT <
jehan.procac...@imtbs-tsp.eu> wrote:
> "updating to 7.0.14 (136)" !?
>
> I did an update
cached packages by executing 'dnf clean packages'.
On Mon, May 4, 2020 at 10:32 AM jjs - mainphrame wrote:
> I noticed there's a vzlinux 8 template available, so I downloaded it to
> have a look.
>
> That got me to thinking, since vzlinux 8 is a thing, could openvz 8 be
> clos
I noticed there's a vzlinux 8 template available, so I downloaded it to
have a look.
That got me to thinking, since vzlinux 8 is a thing, could openvz 8 be
close?
Always ready and willing to test.
Regards,
jake
___
Users mailing list
Users@openvz.org
Greetings admins and developers,
I would also like to request the creation of a forum account, per the
directive at
https://forum.openvz.org/index.php?t=msg=13585=0=ad74870617ba3e39065574a1252467c8
Thank you for your kind assistance.
J J sloan
On Mon, Apr 6, 2020 at 9:07 PM Vasily Averin
It used to work, that's how I set up my openvz server at first. That was
the standard method: install centos, then install openvz.
But now, they have created a specialized distro called vzlnux. It's based
on centos 7, and looks and feels just like centos 7, but has the container
and
,
> Vasily Averin
>
> On 3/29/20 11:47 PM, jjs - mainphrame wrote:
> > Bump -
> >
> > Still ready and willing to test & report
> >
> > jake
> >
> > On Tue, Oct 22, 2019 at 2:51 PM jjs - mainphrame <mailto:j...@mainphrame.com>> wr
Bump -
Still ready and willing to test & report
jake
On Tue, Oct 22, 2019 at 2:51 PM jjs - mainphrame wrote:
> Guys,
>
> If you ever want beta testers for OVZ 8, I just want you to know that I'm
> here for you.
>
> Thanks,
>
> Jake
>
__
Guys,
If you ever want beta testers for OVZ 8, I just want you to know that I'm
here for you.
Thanks,
Jake
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
I'm very pleased with the performance of openvz VMs - just a quick test
spinning up identically spec'd centos 7 VMs under kvm, virtualbox and
openvz, and openvz was outperforming the others by a definitive margin,
Kudos to the developers.
Jake
On Tue, Jul 2, 2019 at 2:49 PM jjs - mainphrame
; So I think to mount the ISO image
>
> prlctl set c7-vm1 --device-add cdrom --image /path/to/iso
>
> If you have to specify "--device device"as well, then I'd suggest checking
> the cd-rom device from,
> virsh edit c7-vm1
>
> could be hda or hdc
>
> On Wed, Jul
I've long been using openvz for running containers. Now I'm looking into
running VMs.
I've looked through the docs and can't find a description of how to install
an OS into a VM, once created.
I created a centos 7 vm with:
# prlctl create c7-vm1 --distribution centos7 --vmtype vm
I set the
openvz-os
> OpenVZ0
> openvz-updates OpenVZ
> Updates0
> virtuozzolinux-base VirtuozzoLinux
&
Seeing the same here. I suspect it may be related to the package signing
issue I saw yesterday. I suspect it will be cleared up before too long.
Jake
On Fri, Jun 21, 2019 at 9:22 AM Jonathan Wright
wrote:
> Something has broken the vz7 repos:
>
> # yum upgrade
> Loaded plugins: fastestmirror,
SHA1 digest: OK (c88b5c3ade303cf941f6589b5fba555bbb89fafc)
> >> V4 RSA/SHA1 Signature, key ID 44cdad2a: OK
> >> MD5 digest: OK (8c930bb8a80c80b2135bdabf3cec1d20)
> >>
> >> Thank you,
> >> Vasily Averin
> >>
> >>
> >> On 6
I was doing a yum update on a vzlinux CT, and at the end, I saw this:
Very odd, since this key is exactly the same one as the host, and other
vzlinux CTs.
<... many lines snipped...>
(187/188): xz-5.2.2-1.vl7.x86_64.rpm | 228 kB
00:00:01
(188/188):
on finding an exact clone of my primary OVZ server and try again.
Thanks for the prompt response.
Jake
On Sun, Jun 16, 2019 at 4:38 AM Konstantin Khorenko
wrote:
> On 06/15/2019 08:21 PM, jjs - mainphrame wrote:
> > Greetings -
> >
> > Live migration, which worked beaut
Greetings -
Live migration, which worked beautifully with openvz 10 years ago, has
stopped working in the current openvz 7 environment.
When I first built ovz 7 servers a few years ago, live migration worked as
it should. Within the past few months it stopped working. Thinking it might
be a
Greetings -
I'm happy to report that the feature "time:on" works exactly as hoped for
in a CT
Jake
On Tue, May 28, 2019 at 10:07 AM jjs - mainphrame
wrote:
> Thanks for this -
>
> I had a hardware failure and am down to one openvz server, so I don't want
> to rock the
> Best regards,
>
> Konstantin Khorenko,
> Virtuozzo Linux Kernel Team
>
>
> > On 05/20/2019 09:28 PM, jjs - mainphrame wrote:
> >> Hi Konstantin,
> >>
> >> Just wanted to follow up on the removal of capability sys_time -
> >>
> &
I just wanted to say this is very interesting info. Thanks for all the work.
Jake
On Fri, May 24, 2019 at 8:31 AM Denis Silakov
wrote:
> Usage Statistics for OpenVZ 7
>
> Hi all,
>
> As most of you probably know, OpenVZ 7 sends some statistics to
> stats7.openvz.org to get developers know how
when it's time for hardware refresh.
Sure, it's not optimal to have multiple containers potentially adjusting
the system time, but even if its a kludge, it was a very useful one.
Jake
On Thu, May 16, 2019 at 8:59 AM jjs - mainphrame wrote:
> Hi Konstantin,
>
> With commercial Virt
eed
> to encourage and facilitate the transition to Virtuozzo Commercial version,
> in order to make the whole OpenVZ ecosystem sustainable.
>
>
> On Fri, May 17, 2019 at 6:55 PM jjs - mainphrame
> wrote:
>
>> Hi Konstantin -
>>
>> That's commercial only, ri
Hi Konstantin -
That's commercial only, right? A student, or a sys admin learning the
technology in order to support future customers might find the pricing a
bit steep.
Don't get me wrong, virtuozzo is great, but it's nice to have a
non-commercial option as well, to lower the bar to entry.
I've noticed that live migration stopped working for me on OVZ 7 as well.
It used to work. heck, even in openvz 6 it worked.
I posted here after noticing the issue, and was advised that live migration
between intel and amd CPUs was problematic. So yesterday I bit the bullet,
and swapped my OVZ
Hi Konstantin,
With commercial Virtuozzo, we deployed containers to various lans, where
each container served ntp, among other things.The host itself is isolated.
Removal of this capability brings about a dead end scenario. Is there some
other way to accomplish the ntp server duties moving
That is great news -
Jake
On Wed, May 15, 2019 at 5:12 PM Paulo Coghi - Coghi IT
wrote:
> I'm preparing a new one, to propose to the community.
>
> On Wed, May 15, 2019, 04:21 jjs - mainphrame wrote:
>
>> Greetings -
>>
>> I was just reminded of th
Greetings -
I was just reminded of the glory days of openvz 6, when there was a nice
web console. Is there anything like that for OVZ 7?
Jake
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
Thanks, patched my local copies.
Jake
On Fri, Mar 22, 2019 at 4:29 PM Kirill Kolyshkin
wrote:
> On Fri, 22 Mar 2019 at 13:16, Konstantin Khorenko
> wrote:
>
>> On 03/22/2019 07:51 PM, jjs - mainphrame wrote:
>>
>> However, one is an Intel CPU, the other is AMD. Live
Ah, I should have looked harder. Thanks for the gentle heads-up.
Jake
On Fri, Mar 22, 2019 at 1:18 PM Konstantin Khorenko
wrote:
> On 03/22/2019 07:51 PM, jjs - mainphrame wrote:
>
> However, one is an Intel CPU, the other is AMD. Live migration of
> containers between them had
ren't identical, but do it anyway"
Jake
On Fri, Mar 22, 2019 at 9:08 AM jjs - mainphrame wrote:
> The output on both hosts is "x86_64"
>
> Jake
>
> On Fri, Mar 22, 2019 at 1:32 AM Narcis Garcia
> wrote:
>
>> What is the output of this command in both origin
1 - 100 of 219 matches
Mail list logo
