[Users] About CT Preset debian package and service

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,

Recently I identified a package called "ctpreset" on a new container
created, installed from here [1], and after looking into the .deb's
content, I found that it overrides some systemd configs (copied below)
every Monday at 01:00.

The overrides are:

[Manager]
DefaultCPUAccounting=no
DefaultIOAccounting=no
DefaultIPAccounting=no
DefaultBlockIOAccounting=no
DefaultMemoryAccounting=no
DefaultTasksAccounting=no
DefaultTasksMax=infinity

Continuing the research, I found that Systemd started enabling those flags
from kernel 4.15 and newer [2] and it's interesting to see that if we would
like to disable such resource accounting, we would need to regularly
"fight" the systemd config.

>From a performance perspective, I see such measures as positive,
considering that OpenVZ itself already does the resource accounting for the
container.

I would like to know your opinion :)

Paulo Coghi

[1] https://repo.virtuozzo.com/ctpreset/deb/
[2]
https://www.freedesktop.org/software/systemd/man/systemd-system.conf.html
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] OpenVZ 9 or 7 on a Ryzen 5950X / 5000 series server

[Paulo Coghi - Coghi IT]

I confirmed it's not compatible.

On Mon, Jun 19, 2023 at 4:37 PM Paulo Coghi - Coghi IT 
wrote:

> Hello everyone,
>
> Since OpenVZ 9 is still in development, I would like to know if OpenVZ 7
> is compatible with the Ryzen 5950X (5000 series).
>
> On my tests, it seems it's not, and even a CentOS 7.9 wasn't able to boot
> properly on it.
>
> Any thoughts?
>
> Paulo Coghi
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] OpenVZ 9 or 7 on a Ryzen 5950X / 5000 series server

[Paulo Coghi - Coghi IT]

Hello everyone,

Since OpenVZ 9 is still in development, I would like to know if OpenVZ 7 is
compatible with the Ryzen 5950X (5000 series).

On my tests, it seems it's not, and even a CentOS 7.9 wasn't able to boot
properly on it.

Any thoughts?

Paulo Coghi
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] OpenVZ 9 testing - Install on Softraid

[Paulo Coghi - Coghi IT]

Hello Torsten,

First, to be able to view existing issues on OpenVZ and to open new ones,
you only need to create a free account on https://bugs.openvz.org/

About the RAID issue, I had a similar problem and opened an issue here:
https://bugs.openvz.org/projects/OVZ/issues/OVZ-7317

I cordially ask you to verify if your issue is the same and, if yes, create
a comment on the same issue, detailing your reproduction.

In case your problem is different, in this case, I recommend you to open a
new issue.


I hope I was helpful!
Paulo Coghi
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Another reason I use openvz

[Paulo Coghi - Coghi IT]

I agree 100% with everything both of you stated, and I can't explain what
happened in the past that set such an image on OpenVZ.

>From a technical point of view, OpenVZ is both more secure [1], stable and
even slightly faster and lightweight than LXC [2].

But I would like your opinion about a paradox I'm living now: would another
open source server virtualization platform be helpful to the project and to
Virtuozzo, by providing more exposure (being exclusively based on OpenVZ
and MIT licensed), or would it be harmful to Virtuozzo, because of
(possible) "draining" of commercial customers?

I believe I'm ready to start such a project, but last time I asked the
Virtuozzo team, I didn't receive any response about this topic in
particular, and I really appreciate the feedback from you.

If both Virtuozzo and you, the community, agree that this would help give
more life and exposure to OpenVZ (and Virtuozzo), I am fully interested in
starting it.


Paulo Coghi


[1]
https://security.stackexchange.com/questions/80532/security-of-lxc-compared-to-openvz
[2] https://www.diva-portal.org/smash/get/diva2:1052217/FULLTEXT02.pdf
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Having trouble with creating bridged networks on OVZ-9

[Paulo Coghi - Coghi IT]

Hello Jake,

Could you share the steps you are using to install "prlctl"?
Are you using the release 491, available on
https://download.openvz.org/virtuozzo/factory9/x86_64/iso/openvz-iso-9.0.1-491.iso
?


Paulo Coghi
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Updates on OpenVZ 9 testing - 9.0.0-264 and 9.0.1-458 releases

[Paulo Coghi - Coghi IT]

Sorry. Now 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 
wrote:

> Hi Jake,
>
> Were you able to overcome the GPG keys issue in release 458? If yes, how?
>
> On Fri, Mar 31, 2023 at 10:12 PM jjs - mainphrame 
> wrote:
>
>> 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 <
>> pauloco...@gmail.com> wrote:
>>
>>> Hello OpenVZ community,
>>>
>>> Today I tried the 9.0.0-264 release on
>>> https://download.openvz.org/virtuozzo/releases/9.0/x86_64/iso/openvz-iso-9.0.0-264.iso,
>>> but it doesn't boot properly.
>>>
>>> The printed error messages were:
>>>
>>> [4.798795] systemd[1]: Assertion 't > 0' failed at
>>> src/basic/limits-util.c:182, function system_tasks_max_scale(). Aborting.
>>> [4.799584] systemd[1]: Caught , core dump failed (child 280,
>>> code=killed, status=6/ABRT)
>>> [4.799762] systemd[1]: Freezing execution
>>>
>>>
>>> In a few minutes I will try the 9.0.1-458 version located on "factory"
>>> and post the results.
>>> ___
>>> Users mailing list
>>> Users@openvz.org
>>> https://lists.openvz.org/mailman/listinfo/users
>>>
>> ___
>> Users mailing list
>> Users@openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
>>
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Updates on OpenVZ 9 testing - 9.0.0-264 and 9.0.1-458 releases

[Paulo Coghi - Coghi IT]

Hi Jake,

Were you able to overcome the GPG keys issue in release 458? If yes, how?

On Fri, Mar 31, 2023 at 10:12 PM jjs - mainphrame 
wrote:

> 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 <
> pauloco...@gmail.com> wrote:
>
>> Hello OpenVZ community,
>>
>> Today I tried the 9.0.0-264 release on
>> https://download.openvz.org/virtuozzo/releases/9.0/x86_64/iso/openvz-iso-9.0.0-264.iso,
>> but it doesn't boot properly.
>>
>> The printed error messages were:
>>
>> [4.798795] systemd[1]: Assertion 't > 0' failed at
>> src/basic/limits-util.c:182, function system_tasks_max_scale(). Aborting.
>> [4.799584] systemd[1]: Caught , core dump failed (child 280,
>> code=killed, status=6/ABRT)
>> [4.799762] systemd[1]: Freezing execution
>>
>>
>> In a few minutes I will try the 9.0.1-458 version located on "factory"
>> and post the results.
>> ___
>> Users mailing list
>> Users@openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Updates on OpenVZ 9 testing - 9.0.0-264 and 9.0.1-458 releases

[Paulo Coghi - Coghi IT]

Now I tried the 9.0.1-458 release on
https://download.openvz.org/virtuozzo/factory9/x86_64/iso/openvz-iso-9.0.1-458.iso,
but the GPG error persists.

I attached the result of "cat /etc/yum.repos.d/*" on the last comment of
the issue https://bugs.openvz.org/projects/OVZ/issues/OVZ-7422, as
requested by Artem Vasiliev

On Fri, Mar 31, 2023 at 11:09 AM Paulo Coghi - Coghi IT <
pauloco...@gmail.com> wrote:

> Hello OpenVZ community,
>
> Today I tried the 9.0.0-264 release on
> https://download.openvz.org/virtuozzo/releases/9.0/x86_64/iso/openvz-iso-9.0.0-264.iso,
> but it doesn't boot properly.
>
> The printed error messages were:
>
> [4.798795] systemd[1]: Assertion 't > 0' failed at
> src/basic/limits-util.c:182, function system_tasks_max_scale(). Aborting.
> [4.799584] systemd[1]: Caught , core dump failed (child 280,
> code=killed, status=6/ABRT)
> [4.799762] systemd[1]: Freezing execution
>
>
> In a few minutes I will try the 9.0.1-458 version located on "factory" and
> post the results.
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] Updates on OpenVZ 9 testing - 9.0.0-264 and 9.0.1-458 releases

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,

Today I tried the 9.0.0-264 release on
https://download.openvz.org/virtuozzo/releases/9.0/x86_64/iso/openvz-iso-9.0.0-264.iso,
but it doesn't boot properly.

The printed error messages were:

[4.798795] systemd[1]: Assertion 't > 0' failed at
src/basic/limits-util.c:182, function system_tasks_max_scale(). Aborting.
[4.799584] systemd[1]: Caught , core dump failed (child 280,
code=killed, status=6/ABRT)
[4.799762] systemd[1]: Freezing execution


In a few minutes I will try the 9.0.1-458 version located on "factory" and
post the results.
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Status of OVZ 8 & 9

[Paulo Coghi - Coghi IT]

More or less a progress. I was able to install "prlctl" with "dnf install
--nogpgcheck prlctl".

But when I try to execute any prlctl command, like "prlctl list -a", I
always get the error:
prlctl: symbol lookup error: prlctl: undefined symbol:
PrlVmCfg_SetNetfilterMode

When trying to solve this by installing what I think could be a missing
dependency, with:
# dnf install --nogpgcheck prl-disp-service

I get the GPG error again:
Error: Transaction test error:
  file /etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 from install of
openvz-release-9.0.0-257.vz9.x86_64 conflicts with file from package
vzlinux-release-3:9.0-39.vl9.x86_64

I added this extra information on the issue.

On Thu, Mar 16, 2023 at 12:23 PM Paulo Coghi - Coghi IT <
pauloco...@gmail.com> wrote:

> I created an new issue reporting everything, on
> https://bugs.openvz.org/browse/OVZ-7444
>
> On Thu, Mar 16, 2023 at 11:56 AM Paulo Coghi - Coghi IT <
> pauloco...@gmail.com> wrote:
>
>> Now I tried to skip GPG checks using --nogpg on the command
>>
>> yum install --nogpg prlctl prl-disp-service
>>
>> And I get a different error:
>>
>> Error: Transaction test error:
>>   file /etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 from install of
>> openvz-release-9.0.0-257.vz9.x86_64 conflicts with file from package
>> vzlinux-release-3:9.0-39.vl9.x86_64
>>
>> Do you know how I could ask Yum to completely ignore the GPG checks for
>> now (even those from transaction errors)?
>>
>>
>> On Thu, Mar 16, 2023 at 11:48 AM Paulo Coghi - Coghi IT <
>> pauloco...@gmail.com> wrote:
>>
>>> Hello OpenVZ community,
>>>
>>> I successfully installed the ISO
>>> https://download.openvz.org/virtuozzo/factory9/x86_64/iso/openvz-iso-9.0.1-417.iso
>>> from 13 february, and it booted without problems.
>>>
>>> But the problem of public keys not being installed persists. Examples:
>>>
>>> GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 (0x463278F2)
>>> is already installed
>>> The GPG keys listed for the "OpenVZ" repository are already installed
>>> but they are not correct for this package.
>>> Check that the correct key URLs are configured for this repository..
>>> ...
>>> ...
>>> Public key for prlctl-9.0.2-1.vz9.x86_64.rpm is not installed. Failing
>>> package is: prlctl-9.0.2-1.vz9.x86_64
>>>  GPG Keys are configured as:
>>> file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9
>>>
>>> I will try to install them without verifying the GPG keys and see how it
>>> goes...
>>>
>>>
>>> Paulo Coghi
>>>
>>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Status of OVZ 8 & 9

[Paulo Coghi - Coghi IT]

I created an new issue reporting everything, on
https://bugs.openvz.org/browse/OVZ-7444

On Thu, Mar 16, 2023 at 11:56 AM Paulo Coghi - Coghi IT <
pauloco...@gmail.com> wrote:

> Now I tried to skip GPG checks using --nogpg on the command
>
> yum install --nogpg prlctl prl-disp-service
>
> And I get a different error:
>
> Error: Transaction test error:
>   file /etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 from install of
> openvz-release-9.0.0-257.vz9.x86_64 conflicts with file from package
> vzlinux-release-3:9.0-39.vl9.x86_64
>
> Do you know how I could ask Yum to completely ignore the GPG checks for
> now (even those from transaction errors)?
>
>
> On Thu, Mar 16, 2023 at 11:48 AM Paulo Coghi - Coghi IT <
> pauloco...@gmail.com> wrote:
>
>> Hello OpenVZ community,
>>
>> I successfully installed the ISO
>> https://download.openvz.org/virtuozzo/factory9/x86_64/iso/openvz-iso-9.0.1-417.iso
>> from 13 february, and it booted without problems.
>>
>> But the problem of public keys not being installed persists. Examples:
>>
>> GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 (0x463278F2)
>> is already installed
>> The GPG keys listed for the "OpenVZ" repository are already installed but
>> they are not correct for this package.
>> Check that the correct key URLs are configured for this repository..
>> ...
>> ...
>> Public key for prlctl-9.0.2-1.vz9.x86_64.rpm is not installed. Failing
>> package is: prlctl-9.0.2-1.vz9.x86_64
>>  GPG Keys are configured as:
>> file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9
>>
>> I will try to install them without verifying the GPG keys and see how it
>> goes...
>>
>>
>> Paulo Coghi
>>
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Status of OVZ 8 & 9

[Paulo Coghi - Coghi IT]

Now I tried to skip GPG checks using --nogpg on the command

yum install --nogpg prlctl prl-disp-service

And I get a different error:

Error: Transaction test error:
  file /etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 from install of
openvz-release-9.0.0-257.vz9.x86_64 conflicts with file from package
vzlinux-release-3:9.0-39.vl9.x86_64

Do you know how I could ask Yum to completely ignore the GPG checks for now
(even those from transaction errors)?


On Thu, Mar 16, 2023 at 11:48 AM Paulo Coghi - Coghi IT <
pauloco...@gmail.com> wrote:

> Hello OpenVZ community,
>
> I successfully installed the ISO
> https://download.openvz.org/virtuozzo/factory9/x86_64/iso/openvz-iso-9.0.1-417.iso
> from 13 february, and it booted without problems.
>
> But the problem of public keys not being installed persists. Examples:
>
> GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 (0x463278F2) is
> already installed
> The GPG keys listed for the "OpenVZ" repository are already installed but
> they are not correct for this package.
> Check that the correct key URLs are configured for this repository..
> ...
> ...
> Public key for prlctl-9.0.2-1.vz9.x86_64.rpm is not installed. Failing
> package is: prlctl-9.0.2-1.vz9.x86_64
>  GPG Keys are configured as:
> file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9
>
> I will try to install them without verifying the GPG keys and see how it
> goes...
>
>
> Paulo Coghi
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Status of OVZ 8 & 9

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,

I successfully installed the ISO
https://download.openvz.org/virtuozzo/factory9/x86_64/iso/openvz-iso-9.0.1-417.iso
from 13 february, and it booted without problems.

But the problem of public keys not being installed persists. Examples:

GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 (0x463278F2) is
already installed
The GPG keys listed for the "OpenVZ" repository are already installed but
they are not correct for this package.
Check that the correct key URLs are configured for this repository..
...
...
Public key for prlctl-9.0.2-1.vz9.x86_64.rpm is not installed. Failing
package is: prlctl-9.0.2-1.vz9.x86_64
 GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9

I will try to install them without verifying the GPG keys and see how it
goes...


Paulo Coghi


On Tue, Feb 21, 2023 at 2:19 AM tranxene50 <
tranxen...@openvz-diff-backups.fr> wrote:

> Hello Jake.
>
> Many thanks for your researches/tests/reviews and feedback.
>
> I could be wrong but I think we are many (but silent) to be (very)
> interested about OpenVZ 9.
>
> Again, many thanks for your work.
>
> Still, it should be OpenVZ team to be more "chatty" about OpenVZ 9.
>
> Have a great night!
> Le 21/02/2023 à 00:33, jjs - mainphrame a écrit :
>
> So, openvz-iso-9.0.1-417.iso is a bust.
>
> After installation, no bootable disk could be found. I booted up in rescue
> mode and there was an install there, so I chrooted to it and ran grub
> install, and even though it seemed to succeed, there was still no bootable
> disk found on the next startup.
>
> I'll 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, 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, 2023 at 11:16 AM Paulo Coghi - Coghi IT <
>>> pauloco...@gmail.com> wrote:
>>>
>>>> Jake, let us know if the new ISO solves the issue!
>>>>
>>>>
>>>> good, let us know .
>>>>>
>>>>> I did opened a bug report regarding this issue
>>>>>
>>>>> https://bugs.openvz.org/browse/OVZ-7419
>>>>>
>>>>> it was marked as resolved last week, but I still fail to install
>>>>> prlctl (just did dnf 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: anyway, if prlctl finally get installed, is this the way to go ,
>>>>> the "deprecated" message is not reassuring .
>>>>> On 13/02/2023 06:11, jjs - mainphrame wrote:
>>>>>
>>>>> 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
>>>>>
>>>>> _
>>>>> Users mailing list
>>>>> Users@openvz.org
>>>>> https://lists.openvz.org/mailman/listinfo/users
>>>>>
>>>>
> ___
> Users mailing 
> listUsers@openvz.orghttps://lists.openvz.org/mailman/listinfo/users
>
> --
> tranxene50tranxen...@openvz-diff-backups.fr
>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Status of OVZ 8 & 9

[Paulo Coghi - Coghi IT]

Jake, let us know if the new ISO solves the issue!


good, let us know .
>
> I did opened a bug report regarding this issue
>
> https://bugs.openvz.org/browse/OVZ-7419
>
> it was marked as resolved last week, but I still fail to install prlctl
> (just did dnf 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: anyway, if prlctl finally get installed, is this the way to go , the
> "deprecated" message is not reassuring .
> On 13/02/2023 06:11, jjs - mainphrame wrote:
>
> 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
>
> _
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Status of OVZ 8 & 9

[Paulo Coghi - Coghi IT]

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:

> I temporarily set gpgcheck=0 in the repo files and was able to install
> prlctl, but it was not functional because there are other dependencies that
> need to be installed and running.
>
> [root@lavrov ~]# prlctl list
> Login failed: Unable to connect to Virtuozzo. You may experience a
> connection problem or the server may be down. Contact your Virtuozzo
> administrator for assistance.
>
> I'll need to install on a physical box to go any farther..
>
> Jake
>
> On Fri, Feb 3, 2023 at 2:14 AM jehan Procaccia <
> jehan.procac...@imtbs-tsp.eu> wrote:
>
>> Hi,
>>
>> I also want to give a try to OVZ9 , I installed it from
>> https://download.openvz.org/virtuozzo/factory9/x86_64/iso/openvz-iso-9.0.1-383.iso
>>
>> although everything went fine , now that I want to configure networking
>> vlans/bridges , I don't know how to proceed if prlctl package is not
>> available !? I am also confronted to the GPG key pb [1]
>>
>> is prlctl and prlsrvctl still the way to go [2], or deprecated in OVZ9 ?
>> in that case, how should we configure networking ? following RHEL9 docs ?
>>
>> *https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_networking/index#doc-wrapper
>> <https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_networking/index#doc-wrapper>*
>>
>> please let us know if you want the community to contribute and testing
>> OVZ9 .
>>
>> thanks
>>
>> jehan .
>>
>> [1]
>>
>>
>>
>>
>> *root@tovz ~]# dnf install prlctl Installing:  prlctl
>> x86_64   9.0.2-1.vz9  openvz-os  583 k *
>>
>>
>>
>>
>>
>>
>>
>> *GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 (0x463278F2)
>> is already installed The GPG keys listed for the "OpenVZ" repository are
>> already installed but they are not correct for this package. Check that the
>> correct key URLs are configured for this repository.. Failing package is:
>> prlctl-9.0.2-1.vz9.x86_64  GPG Keys are configured as:
>> file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 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/configuring-virtual-machines-and-containers-in-bridged-mode.html
>> On 02/02/2023 19:12, jjs - mainphrame wrote:
>>
>> Agreed Paulo, virsh always seemed to me a sort of least common
>> denominator, a dumbed down and reduced capability replacement for the
>> virtuozzo tools we all know and love.
>>
>> Jake
>>
>> On Wed, Feb 1, 2023 at 6:58 PM Paulo Coghi - Coghi IT <
>> pauloco...@gmail.com> wrote:
>>
>>> Hello Jake,
>>>
>>> Thank you for your valuable feedback! Let's see what the Virtuozzo dev
>>> team has to say about this issue with the GPG key for the "prlctl" tools.
>>>
>>> By the way, last time I tried virsh with OpenVZ (version 8, at the time
>>> of test), the experience was not good nor well documented as prlctl. But we
>>> 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 was looking good, and I was considering installing ovz 9 on
>>>> a physical server, but I ran into a weird issue with the GPG keys when I
>>>> tried to install prlctl:
>>>>
>>>> GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9
>>>> (0x463278F2) is already installed
>>>> The GPG keys listed for the "OpenVZ" repository are already installed
>>>> but they are not correct for this package.
>>>> Check that the correct key URLs are configured for this repository..
>>>> Failing package is: prlctl-9.0.2-1.vz9.x86_64
>>>>  GPG Keys are configured as:
>>>> file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9
>>>> The downloaded packages were saved in cache until the next successful
>>

Re: [Users] Status of OVZ 8 & 9

[Paulo Coghi - Coghi IT]

Hello Jake,

Thank you for your valuable feedback! Let's see what the Virtuozzo dev team
has to say about this issue with the GPG key for the "prlctl" tools.

By the way, last time I tried virsh with OpenVZ (version 8, at the time of
test), the experience was not good nor well documented as prlctl. But we
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 was looking good, and I was considering installing ovz 9 on a
> physical server, but I ran into a weird issue with the GPG keys when I
> tried to install prlctl:
>
> GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9 (0x463278F2) is
> already installed
> The GPG keys listed for the "OpenVZ" repository are already installed but
> they are not correct for this package.
> Check that the correct key URLs are configured for this repository..
> Failing package is: prlctl-9.0.2-1.vz9.x86_64
>  GPG Keys are configured as:
> file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-9
> The downloaded packages 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 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 Tue, Jan 31, 2023 at 4:11 PM Paulo Coghi - Coghi IT <
>>> pauloco...@gmail.com> 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 31, 2023 at 10:07 PM jjs - mainphrame 
>>>> wrote:
>>>>
>>>>> I downloaded the vz9.iso and mounted it, and all the files are dated
>>>>> Feb 2 2022.
>>>>>
>>>>> So, no joy, despite the deceptive Dec 2022 date on the iso.
>>>>>
>>>>> Jake
>>>>>
>>>>> On Tue, Jan 31, 2023 at 7:38 AM jehan Procaccia <
>>>>> jehan.procac...@imtbs-tsp.eu> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> actually I wonder if openvz-iso-9:
>>>>>>
>>>>>> *https://download.openvz.org/virtuozzo/releases/9.0/x86_64/iso/
>>>>>> <https://download.openvz.org/virtuozzo/releases/9.0/x86_64/iso/>*
>>>>>>
>>>>>> *openvz-iso-9.0.0.iso24-Feb-2022 04:41 2.9G*
>>>>>>
>>>>>> which is supposed to be the base reference for virtuozzo 9 ,
>>>>>>
>>>>>> is the same as
>>>>>>
>>>>>> http://repo.virtuozzo.com/vz/releases/
>>>>>>
>>>>>> *vz9.iso   20-Dec-2022 12:31  2G*
>>>>>>
>>>>>> please let us know which .iso we should start with to test vz9 (open
>>>>>> version)
>>>>>>
>>>>>> why haven't they the same date (Feb 2022 vs Dec 2022)
>>>>>>
>>>>>> Thanks .
>>>>>>
>>>>> ___
>>>> Users mailing list
>>>> Users@openvz.org
>>>> https://lists.openvz.org/mailman/listinfo/users
>>>>
>>> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Status of OVZ 8 & 9

[Paulo Coghi - Coghi IT]

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 31, 2023 at 10:07 PM jjs - mainphrame 
wrote:

> I downloaded the vz9.iso and mounted it, and all the files are dated Feb 2
> 2022.
>
> So, no joy, despite the deceptive Dec 2022 date on the iso.
>
> Jake
>
> On Tue, Jan 31, 2023 at 7:38 AM jehan Procaccia <
> jehan.procac...@imtbs-tsp.eu> wrote:
>
>> Hi,
>>
>> actually I wonder if openvz-iso-9:
>>
>> *https://download.openvz.org/virtuozzo/releases/9.0/x86_64/iso/
>> *
>>
>> *openvz-iso-9.0.0.iso24-Feb-2022 04:41 2.9G*
>>
>> which is supposed to be the base reference for virtuozzo 9 ,
>>
>> is the same as
>>
>> http://repo.virtuozzo.com/vz/releases/
>>
>> *vz9.iso   20-Dec-2022 12:31  2G*
>>
>> please let us know which .iso we should start with to test vz9 (open
>> version)
>>
>> why haven't they the same date (Feb 2022 vs Dec 2022)
>>
>> Thanks .
>>
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Status of OVZ 8 & 9

[Paulo Coghi - Coghi IT]

We have used OpenVZ 7 in production since its launch and it is solid for
us. Started testing OpenVZ 8 but now I'm going full on OpenVZ 9 tests.

@jjs - I plan to develop a fully open source dashboard and manager for
OpenVZ and eventual financial investment from interested parties could help
accelerate the development.

If you and/or other companies that you know would be interested, please let
me know.

On Fri, Jan 27, 2023 at 10:08 PM jjs - mainphrame 
wrote:

> Thanks for the tip, but I find openvz 7 to be a solid platform. My only
> gripe is the lack of a web management console, such as was available for
> openvz in the past, or what proxmox comes with.
>
> While proxmox has a great web interface and thus less of a learning curve,
> the openvz containers are more reliable and I prefer them for that reason.
>
> If a good web interface, like that of proxmox, were to become available
> for OVZ 9, I would be quite pleased.
>
> Jake
>
> On Fri, Jan 27, 2023 at 12:19 PM Gena Makhomed  wrote:
>
>> OpenVZ 6 is last fully functional version, running on top of CentOS.
>>
>> OpenVZ 7, 8, 9 ...
>>
>> May be better to use just virtual machines using QEMU-KVM and libvirt ?
>>
>> This solution is very stable, very feature rich and very useful.
>>
>> If you need to use very cheap virtual machines - try to use
>> https://firecracker-microvm.github.io/
>>
>> Or you can combine Firecracker MicroVMs with Docker / OCI images 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 ... 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.
>> >
>> > 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 is a great advertisement for virtuozzo, it would be a
>> shame if
>> > it faded away.
>>
>> --
>> Best regards,
>>   Gena
>>
>> ___
>> Users mailing list
>> Users@openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Multicast issue with openvz VMs and CTs

[Paulo Coghi - Coghi IT]

Jake, does an L4 load balancer solve the problem?

If yes, maybe Katran could help: https://github.com/facebookincubator/katran

On Wed, Jan 11, 2023 at 9:28 AM Paulo Coghi - Coghi IT 
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 they are unable to send multicast traffic to the lan. The multicast
>> packets are dropped on the way out, somewhere between the guest adapter and
>> the host bridge.
>>
>> I'm not seeing any differences in sysctl settings between 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 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 attempts to get it fully up and running have
>>> failed.
>>>
>>> Basically, both nodes become master, because neither node is seeing the
>>> multicast traffic from the other.
>>>
>>> What is the secret of allowing multicast traffic to pass from openvz VMs
>>> and CTs, onto the lan?
>>>
>>> Jake
>>>
>> ___
>> Users mailing list
>> Users@openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
>>
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Multicast issue with openvz VMs and CTs

[Paulo Coghi - Coghi IT]

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 they are unable to send multicast traffic to the lan. The multicast
> packets are dropped on the way out, somewhere between the guest adapter and
> the host bridge.
>
> I'm not seeing any differences in sysctl settings between 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 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 attempts to get it fully up and running have
>> failed.
>>
>> Basically, both nodes become master, because neither node is seeing the
>> multicast traffic from the other.
>>
>> What is the secret of allowing multicast traffic to pass from openvz VMs
>> and CTs, onto the lan?
>>
>> Jake
>>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] About MGLRU patches on OpenVZ kernel

[Paulo Coghi - Coghi IT]

Hello OpenVZ community and devs,

I would like to know if the OpenVZ devs play a contributing role on RedHat
kernels, because it would be beneficial to the OpenVZ kernel to backport
the MGLRU patches (for example, backporting the patches on RedHat 9 kernel).

On "server" usage scenarios, like PostgreSQL and RocksDB, it provided an
average of 2x increase in performance, which is astonishing.

https://www.phoronix.com/news/MGLRU-Reaches-mm-stable

Thanks!
Paulo Coghi
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Dependancy problem during Openvz 7 install

[Paulo Coghi - Coghi IT]

I don't know if converting a CentOS 7 installation into OpenVZ 7 is
supported.

You can find instructions on the internet on how to "convert" a CentOS 7
installation to OpenVZ 7 which may work, but I strongly recommend you to
install the OpenVZ official ISO directly.

On Sat, Apr 23, 2022 at 7:35 PM Hugo Cloez  wrote:

> Hello,
>
> I've a bug during my fresh install of Openvz 7 on Centos 7 (minimal
> install).
>
> Erreur : Paquet : vcmmd-8.0.62-1.vz7.noarch (openvz-updates)
>  Requiert : python3-daemon
> Erreur : Paquet : vcmmd-8.0.62-1.vz7.noarch (openvz-updates)
>  Requiert : python3-gobject
>  Vous pouvez essayer d'utiliser --skip-broken pour contourner le problème
>
> Python3 was not found on Centos 7 and i don't find it in other repo
> (openvz 8/9 and factory)
> Install command : yum install prlctl prl-disp-service vzkernel
>
> Have a good day,
> Thanks
>
> --
> Cordialement,
>
>
> *Hugo CLOEZ*
> Administrateur systèmes et réseaux OMGSERV.COM
>
> *NR CONSEILS*
> 4, avenue du château
> 
> La Varenne Saint Hilaire (94210
> 
> )
>
> Service d'Hébergement édité par NR CONSEILS SAS - 521 648 063 R.C.S.
> CRETEIL
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] Libvirt correct driver for OpenVZ. Ploop and storage management

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,

I found both OpenVZ container driver, with openvz:// (
https://libvirt.org/drvopenvz.html), and Virtuozzo driver, with vz:// (
https://libvirt.org/drvvirtuozzo.html) and I would like to ask which is the
correct libvirt driver for OpenVZ, specially versions 8 and 9.

Also, after reading some OpenVZ changelogs [1], it's mentioned that OpenVZ
can use storage pools and volumes provided by the libvirt storage
management.

[1] https://docs.openvz.org/openvz_readme.webhelp/_what_8217_s_new.html

But I would like to ask which approach is recommended by you? Is OpenVZ 8
and 9 still using ploop (which for me works excellently)? If yes, is ploop
automatically integrated with the libvirt storage management service, or we
must proceed with specific steps?


Cordially,
Paulo Coghi
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] Equivalent "virsh" commands to set container parameters like "prlctl set"

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,

Now that new OpenVZ versions have officially migrated to virsh as the main
management tool, I would like to ask which are the equivalent commands in
vitsh to set parameters provided by "prlctl set", like --cpulimit,
--cpuunits, --nodemask, --ioprio, --ioprio, --iolimit, --rate, --ratebound.

Also, is there any important step on virsh to ensure the creation of a
container instead of a vm, like prlctl create  --vmtype ct?


Cordially,
Paulo Coghi
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] OpenVZ 9 and LVM RAID installations

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,

First, I would like to congratulate Virtuozzo on the important achievement
of OpenVZ 9 / Virtuozzo 9 on kernel 5.14 (as well as the OpenVZ 8 on 4.18).

When trying to use two NVMe cards together for both OS and '/vz'
partitions, OpenVZ 9 only successfully installs and properly boots when
leaving on automatic partition mode, which creates the logical volume in
linear mode (no RAID 1,0,etc).

When trying to install with LVM on RAID 1 mode to the '/vz' partition,
the installer gives the "unable to initialize disks" error and the
installation stops.

When installing with LVM on RAID 0 mode (again on '/vz'), the installation
proceeds to the end, but the OS doesn't boot properly after a reboot,
asking to choose between "systemctl default" (which doesn't work) or
"systemctl reboot".

The hardware works fine with both OpenVZ 9 with linear logical volume, or
any other Linux with any LV type (linear, raid, etc).

But just in case, here are the specs:

- Ryzen 5950X
- 128GB DDR4 3200MHz
- 2x 3.84TB Samsung Enterprise NVMe

I look forward to proceeding with more tests that you may consider useful.


Cordially,
Paulo Coghi
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] OpenVZ 8.0 - Alpha Release

[Paulo Coghi - Coghi IT]

Hi Maik!

Congratulations for your incredible achievement! We are really excited
about it! Also, congratulations on the libvirt integration! It will help
OpenVZ be adopted in more scenarios!

Silly question: with libvirt as the main management API from now on, will
we still be able to change resources (CPU, RAM, storage) individually and
without reboot, as in previous versions of OpenVZ?

About tests, we will start testing soon, in the following week.

We use OpenVZ exclusively for systems containers, and our tests will focus
on multi-service scenarios, with OpenVZ containers running:

 - email (Postfix, Dovecot, Spamassassin)
 - DNS (Bind server)
 - web servers (mainly Nginx, but maybe Apache as well)
 - PHP
 - databases (MariaDB mainly, but maybe MySQL and PostgreSQL as well)
 - general services like SSH and networking

It will be an honor to provide as much feedback as possible!

As we stated before, in our vision, OpenVZ is by far the most mature,
performant, seamless and secure virtualization technology. It's unique.


Thanks again and see you soon with the test reports!

On Mon, Sep 20, 2021 at 5:05 PM Maik Broemme 
wrote:

> Hi,
>
> I'm pleased to announce the release of OpenVZ 8.0 Alpha Release. The new
> release focuses on rebasing OpenVZ to the latest Red Hat Enterprise
> Linux 8.4 with 4.18.0-x kernel.
>
> This version is not ready for production use. While we don't intend to
> release broken builds, these releases are very early in development, and
> not supported for production use, as they may contain errors, and any
> resulting instability could cause crashes or data loss, so you should
> not deploy this to a production environment. Instead, please try out the
> builds in a lab or test environment.
>
> New Features
> 
>
> * Simplified installation program.
>
> * The dispatcher component is now optional and not installed by default
>   as are the 'prl*' tools like 'prlctl'. The primary API for managing
>   virtual environments is now libvirt. The tools for managing virtual
>   environments are now 'virsh' and 'virt-install'. The Parallels SDK as
>   well as the 'prl*' tools can be installed for backward compatibility.
>
> * Supported guest operating systems for creating new containers and
>   virtual machines are: VzLinux 7 and 8, Red Hat Enterprise Linux 7 and
>   8, CentOS 7, AlmaLinux 8, Debian 10, Ubuntu 18.04 LTS and 20.04 LTS,
>   SUSE Linux Enterprise Server 12 and 15. Additionally, these guest
>   operating systems are supported in virtual machines only: Windows
>   Server 2016, Windows Server 2019, Windows Server 2022. Migrated
>   containers and virtual machines with older guest operating systems
>   should continue to work.
>
> * OpenVZ 8.0 Alpha is based on Red Hat Enterprise Linux 8.4 as well as
>   the 4.18.0-x kernels.
>
> * Libvirt storage pools and volumes can be used.
>
> * Problem reports can be collected and sent using the 'vzreport' tool.
>
> * The 'ip_conntrack_disable_ve0' option of the nf_conntrack kernel
>   module has been dropped. Connection tracking is now enabled
>   automatically if required by iptables rules. Otherwise, it remains
>   disabled.
>
> Known Issues
> 
>
> * Resizing container disks may fail
>
> * Microsoft Windows virtual machines created on this alpha build may not
>   work
>
> * Virtual machine snapshots may not work
>
> * Network interface hotplugging may not work
>
> Download
> 
>
> All binary components as well as installation ISO images are freely
> available at the OpenVZ download server:
>
> https://download.openvz.org/virtuozzo/releases/8.0/
>
> https://download.openvz.org/virtuozzo/releases/8.0/x86_64/iso/openvz-iso-8.0.0-1336.iso
>
> and mirrors:
>
> https://mirrors.openvz.org/
>
> The source code of each component is available in the public repository:
>
> https://src.openvz.org/projects/OVZ
>
> Feedback
> 
>
> Each release includes one or more changes and therefore we are looking to
> our
> user base in testing the new features and improvements of upcoming major
> release and providing valued feedback.
>
> This allows critical issues or fixes to be addressed, please provide Alpha
> feedback to OpenVZ users mailing list users@openvz.org or submitting a
> bug in case of a serious issue to https://bugs.openvz.org/
>
> Sincerely,
> Maik
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Kswapd usage

[Paulo Coghi - Coghi IT]

*First - Possible workarounds*
If you feel secure to use the remaining RAM, you need to reduce swappiness
value (and clean swap) or to disable swap. There are two drawbacks in this
procedure, however. One is that you will need to better monitor the memory
usage to avoid containers and vms stop working. And second, you will still
get some performance degradation by the lack of RAM space to provide
filesystem caching. This performance degradation, though,
theoretically could be less worse than the generated by the swapping
movement.

*Why you are seeing high load average and performance degradation*
The increase in load average is not only incurred by the CPU usage of
kswapd process, but by the I/O and "I/O wait" it generates on your storage.
Even if it is a SSD (NVMe or not), its speed is not unlimited and will be
saturated until the swap movement finishes, as the RAM speed is noticeably
faster. This saturation on your storage I/O capacity impacts everything on
your server, including its containers and vms.

*Final considerations - My 2 cents*
After the observations above, I do note that 30GB of free RAM on a 128GB
server indicates that it has only 25% of free memory. Server admin
decisions depend on the type of use and server scenario. *But*, it could be
beneficial to your server (and to the workloads it is responsible to
provide, like OpenVZ containers) if you maintain at least 25% of free RAM.

Operating with less than this threshold could represent a risk to your
operations if, for whatever reason, your server and/or its containers
suffer a spike on processing/access/usage/etc, since it will not have a
secure reserve of resources to respond properly.

Again, as the server administrator, you can make a better decision on this
threshold since you know what your server scenario and use is.



Cordially,

Paulo Coghi

On Sun, Jun 6, 2021 at 11:37 PM George  wrote:

> Hello,
>
> For a very long time now (we're talking the past few years) I've faced an
> issue with a number of my nodes where by two kswapd processes fire up
> frequently (using ~200% CPU between them).
> It's at those times that the overall load average shoots up (from a normal
> range of 30-50 to 100+), resulting in temporary performance degradation.
>
> I'm currently using the latest stable kernel (3.10.0-1160.21.1.vz7.174.13)
> with all available updates installed, but have seen it on every other
> kernel in the past as well.
>
> There has been some suggestion from various people that upgrading the
> amount of physical RAM would be beneficial, which doesn't make a great deal
> of sense to me as there's always at least 30 GB RAM available on the nodes,
> and 40 GB+ in most cases.
>
> The node specifications are as follows:
>
> 2x Intel Xeon E5-2670v2
> 128 GB DDR3 ECC RAM (upgradable to 256 GB if needed)
> 4x 2 TB Samsung 870 SSD
> Hardware RAID 10 w/ BBU (WriteBack, ReadAheadNone, Direct, No Write Cache
> if Bad BBU)
>
> Output from top -c: https://i.imgur.com/C4Yo0V1.png
> Output from free -m: https://i.imgur.com/utkZNFf.png
>
> My question is: has anyone seen anything like this? Is there anything that
> I should consider doing to help remedy the problem? Upgrading the RAM is an
> option, but I am not entirely convinced it will be beneficial.
>
> Many thanks.
>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] Migrating containers from an OpenVZ 7 dedicated host to VzLinux 8 dedicated host

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,


I am excited to test today our first dedicated server with VzLinux 8, and
it will be a pleasure to provide every feedback request by Virtuozzo.

I would like to ask if you consider it production ready, or at least on
"beta" level, and if it is possible to migrate containers which currently
reside on an OpenVZ 7 dedicated host to VzLinux 8 dedicated host.

Is it a misconception of mine, or VzLinux 8 acts as the OpenVZ 8 when
installed on dedicated servers, providing the functionality to create
OpenVZ containers?


Cordially,

Paulo Coghi
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] virtuozzo base OS and new centos 8 orientations

[Paulo Coghi - Coghi IT]

Thanks, Denis!

I will use the updated one!
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] virtuozzo base OS and new centos 8 orientations

[Paulo Coghi - Coghi IT]

If I understand correctly, I can use this to beta test Virtuozzo Linux 8
(OpenVZ 8) using a CentOS 8 dedicated server.

If true, are you interested in beta testing feedback already? Or is it
better to wait a little?


Cordially,

Paulo Coghi

On Thu, Feb 11, 2021 at 9:25 AM Denis Silakov 
wrote:

> Yeah, indeed it is initially targeted for hardware nodes, but should not
> be hard to adopt for CT. At the first glance it is enough to just skip
> the kernel part.
>
>
> On 02/11/2021 03:01 PM, Ian wrote:
> > On 08/02/2021 15:35, Denis Silakov wrote:
> >> Hi,
> >>
> >> we've published rough version of vzdeploy8 script that should
> >> eliminate problems with streams/modules mismatch that led to problems
> >> mentioned in the thread:
> >> http://repo-backend.virtuozzo.com/vzlinux/vzdeploy/vzdeploy8
> >> 
> >>
> >> Just download & launch inside CentOS 8, no additional steps required.
> >> 
> > 
> >
> > Hi,
> >
> > I tried running this in a test CentOS 8 container but it tried to
> > install a kernel so I killed it.
> >
> > Is this supposed to happen or is this script just for hardware nodes ?
> >
> >
> > Thanks for your help on this issue - I have a lot of containers to
> > migrate and run and forget script will be a great help.
> >
> > Regards
> >
> > Ian
> > ___
> > Users mailing list
> > Users@openvz.org
> > https://lists.openvz.org/mailman/listinfo/users
>
> --
> Regards,
>
> Denis Silakov | Sr. Software Architect, Virtuozzo Linux Team Lead
> Otradnaya street 2B/9, “Otradnoye” Business Center | Moscow | Russia
> Phone: +7 916-222-9437 | dsila...@virtuozzo.com
> Skype: denis.silakov
>
> Virtuozzo.com
>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] About an Alpine Linux template

[Paulo Coghi - Coghi IT]

Anyone?

On Fri, Jan 15, 2021 at 1:35 PM Paulo Coghi - Coghi IT 
wrote:

> Hello OpenVZ community,
>
> With the news[1] about Alpine, I'm interested to test it as an OpenVZ
> container, mainly for its incredibly low RAM usage (8MB or less for the
> base OS, without the kernel) and for better performance (like Node.js
> compiled with optimizations).
>
> I would like to know if there is an unofficial Alpine template to OpenVZ
> 7, and/or plans to have an official one, and/or instructions on how I can
> build my own template on OV7.
>
>
> Thanks again!
> Paulo Coghi
>
> *[1] Alpine Linux 3.13 Brings Official Cloud Images, Much Faster Node.js*
>
> https://www.phoronix.com/scan.php?page=news_item=Alpine-Linux-3.13-Released
>
>
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] About an Alpine Linux template

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,

With the news[1] about Alpine, I'm interested to test it as an OpenVZ
container, mainly for its incredibly low RAM usage (8MB or less for the
base OS, without the kernel) and for better performance (like Node.js
compiled with optimizations).

I would like to know if there is an unofficial Alpine template to OpenVZ 7,
and/or plans to have an official one, and/or instructions on how I can
build my own template on OV7.


Thanks again!
Paulo Coghi

*[1] Alpine Linux 3.13 Brings Official Cloud Images, Much Faster Node.js*
https://www.phoronix.com/scan.php?page=news_item=Alpine-Linux-3.13-Released
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Virtuozzo Technical Webinar (roadmap slides included): 8AM EDT / 2PM CEST September 29, 2020

[Paulo Coghi - Coghi IT]

Thanks for sharing! Great news!

On Mon, Sep 28, 2020 at 8:37 AM Konstantin Khorenko 
wrote:

> Hi All,
>
> there will be a technical webinar from Virtuozzo with some official
> information about roadmap,
> so all who are interested are very welcome!
>
> The registration link is available at openvz.org,
> for simplicity here as well: https://bit.ly/2Ekkodo
>
> Speakers: director of our RnD and our Product Manager.
>
> Hope, that will vanish all the doubts about the future - there will be
> OVZ8!
>
> Have a nice day!
>
> --
> Best regards,
>
> Konstantin Khorenko,
> Virtuozzo Linux Kernel Team
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Ploop Incremental backups strategy

[Paulo Coghi - Coghi IT]

No need to apologize, tranxene50! Everything is fine! :)

On Fri, Sep 18, 2020 at 6:13 PM tranxene50 <
tranxen...@openvz-diff-backups.fr> wrote:

> Hello all.
>
> After a quick re-read of my last message, I realized that my "joke"
> about being a "power user" was not funny at all.
>
> I did not mean that some persons were "power user" while others not, it
> would have been incredibly disrespectful.
>
> I would like to sincerely apologize if I have offended anyone.
>
> I am truly sorry.
>
> Le 18/09/2020 à 03:35, tranxene50 a écrit :
> > Hello Jake!
> >
> > I do not know you but it seems that you are a "power user".
> >
> > => because doc was missing.
> >
> > Like I said before, openvz-diff-backups had no doc so I am writing it
> > on a daily basis (survival guide).
> >
> > Any feedback will be greatly appreciated!
> >
> > Good night!
> >
> > Le 09/09/2020 à 22:40, jjs - mainphrame a écrit :
> >> Thank you tranxene50, I've installed openvz-diff-backups on my ovz-7
> >> hosts, and so far it looks very promising.
> >>
> >> Jake
> >
> > tranxene50
> > tranxen...@openvz-diff-backups.fr
> >
> > ___
> > Users mailing list
> > Users@openvz.org
> > https://lists.openvz.org/mailman/listinfo/users
>
> --
> tranxene50
> tranxen...@openvz-diff-backups.fr
>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Unknown quota format: vfsv1

[Paulo Coghi - Coghi IT]

Hello, Steffan

Can you try openvz-diff-backups and provide your feedback, using the
updated instructions sent here on the mailing list?

On Thu, Sep 17, 2020 at 8:09 AM  wrote:

> Trying to make a node empty so i can restore it with openvz7
> But this server has a old container of a client
> ovztransfer.sh failes with the message:
> Running quotacheck ...
> quotacheck: Unknown quota format: vfsv1
> Supported formats are:
>   vfsold - original quota format
>   vfsv0 - new quota format
>   rpc - use RPC calls
>   xfs - XFS quota format
>
> is there a way i can fix this so this container can run under openvz7?
>
> Thanx
>
> Steffan
>
>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] openvz-diff-backups - survival guide - part two

[Paulo Coghi - Coghi IT]

Thanks a lot, tranxene50! An excellent guide!

If you decide to publish your software on Github, I would like to translate
the site to English, Portughese and Italian.

Thanks!
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Some details of vSwap implementation in Virtuozzo 7

[Paulo Coghi - Coghi IT]

Very clear explanation.

For us, the way Virtuozzo handles swap is very well designed and we never
had any problem with it.
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] vzlunux 8

[Paulo Coghi - Coghi IT]

Another excellent news, Denis!

Thanks!

On Wed, May 20, 2020 at 3:45 AM Denis Silakov 
wrote:

> Yeah, some artifacts from 7.x still remain. Will be fixed soon (hopefully
> tomorrow) in vzlinux-8.2 repos.
> --
> *From:* users-boun...@openvz.org  on behalf of
> jjs - mainphrame 
> *Sent:* Monday, May 4, 2020 8:54 PM
> *To:* OpenVZ users 
> *Subject:* Re: [Users] vzlunux 8
>
> Looks like there are some rough edges. Will be watching for updates.
>
> <...installing a package...>
> warning:
> /var/cache/dnf/virtuozzolinux-base-b1ad5fe4dfeb5b55/packages/libicu-60.3-2.vl8.x86_64.rpm:
> Header V4 RSA/SHA1 Signature, key ID 1812f4d9: NOKEY
> VirtuozzoLinux Base 471 kB/s | 2.0 kB
> 00:00
> Importing GPG key 0x1812F4D9:
>  Userid : "Virtuozzo Linux "
>  Fingerprint: E1D0 8ACC 8DCE F9A3 3E93 086F 458D 0BA0 1812 F4D9
>  From   : /etc/pki/rpm-gpg/VZLINUX_GPG_KEY
> Is this ok [y/N]: y
> Key imported successfully
> VirtuozzoLinux Base 0.0  B/s |   0  B
> 00:00
> Curl error (37): Couldn't read a file:// file for
> file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-7 [Couldn't open file
> /etc/pki/rpm-gpg/RPM-GPG-KEY-Virtuozzo-7]
> The downloaded packages were saved in cache until the next successful
> transaction.
> You can remove 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
> close?
>
> Always ready and willing to test.
>
> Regards,
>
> jake
>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Ubuntu 20.04 Template

[Paulo Coghi - Coghi IT]

 I would also like to know about it!

On Sun, Apr 26, 2020 at 6:09 PM Arjit Chaudhary  wrote:

> Hi,
> Might be a bit soon to ask, but would the Ubuntu 20.04 template would be
> supported under OpenVZ 7 ?
>
> --
> Thanks,
> Arjit Chaudhary
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] Forum account registration

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,

As per instructions here:
https://forum.openvz.org/index.php?t=msg=13585=0=ad74870617ba3e39065574a1252467c8

I would like to ask the creation of an account.

Username: paulocoghi
Email: pauloco...@gmail.com

I tried to login on my account (paulocoghi), but after looking at the
members list, it seems it doesn't exist anymore.


Thank you again!
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] openvz 7 backups

[Paulo Coghi - Coghi IT]

I use vzdump, as described here:
https://wiki.openvz.org/Backup_of_a_running_container_with_vzdump

I strongly suggest enabling LVM when starting a new host to allow the use
of LVM2 when creating the backups with zero downtime.


Paulo Coghi

On Wed, Feb 26, 2020 at 11:30 AM  wrote:

> How do you backup?
> i make several backups of my systems with rsnapshot.
>
>
>
> *Van:* users-boun...@openvz.org  *Namens *Paulo
> Coghi - Coghi IT
> *Verzonden:* woensdag 26 februari 2020 15:03
> *Aan:* OpenVZ users 
> *Onderwerp:* Re: [Users] openvz 7 backups
>
>
>
> Never used.
>
>
>
> On Tue, Feb 25, 2020 at 11:44 AM  wrote:
>
> Are there people working with:
>
> https://www.openvz-diff-backups.fr/
>
>
>
> It looks like a tweak of rsnapshot that i use for my openvz6 containers
>
>
>
> Any experience?
>
>
>
> Thanxs
>
>
> Steffan
>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] openvz 7 backups

[Paulo Coghi - Coghi IT]

Never used.

On Tue, Feb 25, 2020 at 11:44 AM  wrote:

> Are there people working with:
>
> https://www.openvz-diff-backups.fr/
>
>
>
> It looks like a tweak of rsnapshot that i use for my openvz6 containers
>
>
>
> Any experience?
>
>
>
> Thanxs
>
>
> Steffan
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] strange permission issue on migration

[Paulo Coghi - Coghi IT]

It could be that those containers contains specific file types that are
presenting problems when vzmigrate is operating the rsync command.

I see two possible workarounds/solutions.

*First:*
Execute the rsync yourself manually (without vzmigrate), and register the
container on the new host after migration, with "prlctl register
/vz/private/". Use the following flags:

rsync -az -H -X --one-file-system --numeric-ids /vz/private/123456/ -e ssh
root@:/vz/private/123456/

The "-H" flag preserves hard-links and "-X" preserves extended attributes.
The "z" on "-az" is optional, to compress the data during transfer.


*Second:*
Compress the container's private directory to generate a .tar(.gz) file,
and transfer it. Use the -p flag to preserve owners when creating the
.tar(.gz) and --same-owner when extracting it on the new host:

tar -zcpf 12345.tar.gz /vz/private/12345

The "z" is to generate a /tar.gz instead of a .tar. Generating a .tar is
much faster, but occupying more space. Generating a .tar.gz is slower, but
it occupies less space and is faster to transfer.


Please do a test and provide a feedback!


Paulo Coghi

On Fri, Feb 14, 2020 at 5:59 PM Dmitry Konstantinov 
wrote:

> yes I do.
>
> It happens often when we do mass migrations to free
> a server for maintenance. One or maybe two containers
> refuse to migrate no matter what.
>
> On Fri, 14 Feb 2020 16:49:22 -0300
> Paulo Coghi - Coghi IT  wrote:
>
> > Hi, Dmitry!
> >
> > I usually temporarily enable access to the root user on SSH to
> > proceed with the migrations.
> >
> > Are you using root?
> >
> > On Thu, Feb 13, 2020 at 12:37 PM Dmitry Konstantinov
> >  wrote:
> >
> > >
> > > I am pretty sure it's not permissions however that's what reported
> > > by vzmigrate.
> > >
> > > offline migration fails with the messages:
> > >
> > > copy CT private /vz/private/24060
> > > rsync : rsync: rename "/vz/private/24060/root.hdd/.root.hds.dkD99G"
> > > -> "root.hdd/root.hds": Operation not permitted (1)
> > > rsync : rsync: rename
> > >
> "/vz/private/24060/root.hdd/.root.hds.{ed04b7fe-4084-42ec-864d-edc1ae4b03d5}.eVcsbD"
>
> > > -> "root.hdd/root.hds.{ed04b7fe-4084-42ec-864d-edc1ae4b03d5}":
> > > Operation not permitted (1)
> > > rsync : rsync error: some files/attrs were not transferred (see
> > > previous errors) (code 23) at main.c(1055)
> > > [sender=3.0.9]
> > >
> > > Subsequent runs show similar errors, removing private area on
> > > destination (we use --keep-dst) doesn't help, renaming it so the
> > > next attempt to migrate would use different location on the device
> > > doesn't help. However the migration to another server usually works.
> > >
> > > Any ideas what might be the problem?
> > >
> > > BTW is there any reason for vzmigrate to create a snapshot when
> > > migrating offline?
> > >
> > > Thanks,
> > > Dmitry.
> > >
> > >
> > > ___
> > > Users mailing list
> > > Users@openvz.org
> > > https://lists.openvz.org/mailman/listinfo/users
> > >
>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] strange permission issue on migration

[Paulo Coghi - Coghi IT]

Hi, Dmitry!

I usually temporarily enable access to the root user on SSH to proceed with
the migrations.

Are you using root?

On Thu, Feb 13, 2020 at 12:37 PM Dmitry Konstantinov 
wrote:

>
> I am pretty sure it's not permissions however that's what reported by
> vzmigrate.
>
> offline migration fails with the messages:
>
> copy CT private /vz/private/24060
> rsync : rsync: rename "/vz/private/24060/root.hdd/.root.hds.dkD99G" ->
> "root.hdd/root.hds": Operation not permitted (1)
> rsync : rsync: rename
> "/vz/private/24060/root.hdd/.root.hds.{ed04b7fe-4084-42ec-864d-edc1ae4b03d5}.eVcsbD"
> -> "root.hdd/root.hds.{ed04b7fe-4084-42ec-864d-edc1ae4b03d5}":
> Operation not permitted (1)
> rsync : rsync error: some files/attrs were not transferred (see previous
> errors) (code 23) at main.c(1055)
> [sender=3.0.9]
>
> Subsequent runs show similar errors, removing private area on
> destination (we use --keep-dst) doesn't help, renaming it so the
> next attempt to migrate would use different location on the device
> doesn't help. However the migration to another server usually works.
>
> Any ideas what might be the problem?
>
> BTW is there any reason for vzmigrate to create a snapshot when
> migrating offline?
>
> Thanks,
> Dmitry.
>
>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] openvz6 to openvz7

[Paulo Coghi - Coghi IT]

Hello, Stephan

The Xeon E5520 supports VT-x but I don't have more information about
unrestricted guests.

But I am almost sure that this feature is only needed if you plan to create
VMs (Virtual Machines) using hardware virtualization through OpenVZ instead
of containers.

And I suppose that you are using OpenVZ for the containers capability and,
if this is the case, you do not need to worry about that.


Paulo Coghi

On Thu, Feb 6, 2020 at 9:39 AM  wrote:

> Just reading in on openvz7
>
> (im still running version 6)
>
> i read this:
> x86-64 platform with hardware virtualization support: Intel VT-x (with
> "unrestricted guest") or AMD-V,
>
>
>
> If i test the current openvz6 server it says:
> Unrestricted guest   no
>
>
>
> Does this mean that this server is to old for openvz 7?
>
>- 2x Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
>40 gb memory
>
>
>
>
>
> Thanxs
>
>
> Steffan
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Multiple DNS servers to an Ubuntu 18.04 container

[Paulo Coghi - Coghi IT]

Valuable information! Including the part that we can remove the NAMESERVER
entry from the configuration and define inside the container by its OS way.

Thanks, Dmitry!

You can use 'vzctl set --save' instead, it still works correctly.
> ie.
>
> vzctl set $id --save --nameserver 127.0.0.1 --nameserver 8.8.8.8
>
> will configure both nameservers.
>
> or you can just remove the NAMESERVER string from the configuration
> file completely and define whatever you wish using the standard way
> for whatever OS your container is based on.
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Multiple DNS servers to an Ubuntu 18.04 container

[Paulo Coghi - Coghi IT]

Thanks! The format NAMESERVER="x.x.x.x y.y.y.y" on ve.conf works!

Just to mention, multiple --nameserver parameters only add one nameserver
(the last one, if I remember correctly).

So, is there a way through the command line to define multiple nameservers?


Thanks again!

In the ve.conf file the entries can be on the same line separated by
> spaces.  Ex:
>
> NAMESERVER="127.0.0.1 8.8.8.8"
>
> I believe to do it on command line you can pass --nameserver multiple
> times.
>
> Hello OpenVZ community,
>
> I configured an Ubuntu 18.04 container and everything is fine, except that
> I can't define multiple DNS servers.
>
> My server need one nameserver to resolve external addresses and one
> internal (127.0.0.1) because it's a DNS server through Bind.
>
> I tried `prlctl set MyCT --nameserver x.x.x.x y.y.y.y` but it doesn't
> accept multiple parameters.
>
> Also, tried adding two NAMESERVER lines on the container's ve.conf, but
> only the last one is applied.
>
>
> Thanks!
>
> Paulo Coghi
>
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] Multiple DNS servers to an Ubuntu 18.04 container

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,

I configured an Ubuntu 18.04 container and everything is fine, except that
I can't define multiple DNS servers.

My server need one nameserver to resolve external addresses and one
internal (127.0.0.1) because it's a DNS server through Bind.

I tried `prlctl set MyCT --nameserver x.x.x.x y.y.y.y` but it doesn't
accept multiple parameters.

Also, tried adding two NAMESERVER lines on the container's ve.conf, but
only the last one is applied.


Thanks!

Paulo Coghi
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Is this mkswap message from OpenVZ?

[Paulo Coghi - Coghi IT]

If your MySQL is dying because of lack of memory, this is a sign that you
need to upgrade your RAM, adding at least 1GB more, not to add swap.

I understand the economical aspect, but today the price per GB of RAM is
cheaper than ever.

If your provider is charging too much for your budget, and price is your
first priority, you can find really cheap OpenVZ options here
https://lowendbox.com/tag/openvz/

There are providers offering servers per year and others with 5GB RAM
servers for $5/month.

On Wed, Jan 8, 2020 at 5:06 PM Jeffrey Walton  wrote:

> On Wed, Jan 8, 2020 at 3:01 PM Paulo Coghi - Coghi IT
>  wrote:
> >
> > By default, OpenVZ doesn't allow swap creation inside containers. And
> this is a good thing.
>
> I think that depends on the metric used.
>
> A small swapfile would be most useful and economical for us.
>
> I think the lack of a swapfile and OOM kills are the worst choice
> because they create a DoS in practice. Users cannot access our wiki
> because MySQL was killed.
>
> Jeff
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Is this mkswap message from OpenVZ?

[Paulo Coghi - Coghi IT]

By default, OpenVZ doesn't allow swap creation inside containers. And this
is a good thing.

It is not good to use storage to act as memory, since the performance is
really bad. When needing more memory, just upgrade the hardware profile of
your VM with your provider.

On Wed, Jan 8, 2020 at 3:41 PM Jeffrey Walton  wrote:

> Hi Everyone,
>
> I'm trying to track down the cause of the error message below. It is
> encountered when we try to enable a swapfile for a low-end VM. The VPS
> provider uses OpenVZ.
>
> # ./vm-swapfile.sh
> Swapfile already allocated
> swapon: /swapfile: swapon failed: Operation not permitted
> Failed to enable swapfile
>
> The relevant command is:
>
> if ! swapon /swapfile; then
> echo "Failed to enable swapfile"
> fi
>
> Is this mkswap message from OpenVZ?
>
> Thanks in advance.
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] openvz6

[Paulo Coghi - Coghi IT]

As OpenVZ 6, OpenVZ 7 is more than freeware, it's *open source*.

Virtuozzo is the paid option that provides professional support, control
panel, distributed storage, clusterization and high availability, instant
snapshot, etc.

The € 1200 / month is an all-in-one offer to start with Virtuozzo, but you
can quote more specific scenarios with them.


PS: I do not work for Virtuozzo. I am just a customer.

On Tue, Jan 7, 2020 at 6:50 AM  wrote:

> Hello,
>
>
>
> I have a question.
> Im running 4 openvz 6 nodes for years now.
> I noticed that openvz 6 is EOL
>
>
>
> I cant find if openVZ 7 is still freeware?
> If i look at *Virtuozzo i see a price of 1200 euro / month*
>
> *Thats to high for me.*
>
>
>
>
>
>
> *Any advice?GreatsSteffan*
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] Question about libvirt and prlctl

[Paulo Coghi - Coghi IT]

Hello OpenVZ community,


*Short question*
Is libvirt as complete as prlctl regarding OpenVZ/Virtuozzo containers
management? Can we change resources independently and without reboot using
libvirt instead of prlctl? Can we manage every aspect of a container on
libvirt as we can on prlctl?
-

*Full question*
I am developing a new open source OpenVZ control panel, as previously
discussed here on the list, based on NodeJS to the back-end API and a
modern front-end framework to the UI.

The only challenge for me is the communication between NodeJS and OpenVZ
and,
after asking for suggestions about this on the openvz-dev list, the most
prominent suggestion I received was to use the Virtuozzo SDK and node-gyp.

The first problem that I faced on this approach was that Google is moving
to gn, which means that the gyp's days of support are counted.

Researching for an alternative for node-gyp, I found cmake-js, that works
exactly like node-gyp, but instead of gyp, it is based on CMake build
system.

But it can't use C sources, but only compiled C libraries, and this
approach started to get a little complex for me to follow alone.

For this reason, I am currently considering to use libvirt and I would like
to know if it has feature-parity with prlctl, when managing
OpenVZ/Virtuozzo containers.



Thanks again!
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] About vznetstat output

[Paulo Coghi - Coghi IT]

Hello OpenVZ community!


I would like to know, on the *vznetstat* command, if the Input and Output
columns (both bytes and packages) refer to the lifetime of the container or
to the last X days of traffic.

Thanks!
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Can OpenVZ 7 create containers if it is installed on a VPS which lacks VT-X passthrough?

[Paulo Coghi - Coghi IT]

OpenVZ is compatible with both AMD and Intel. I am using OpenVZ 7 on AMD
Epyc processors with stellar performance.


On Fri, Nov 29, 2019 at 1:28 PM  wrote:

> On 2019-11-29 16:21, Konstantin Khorenko wrote:
> > On 11/29/2019 06:41 PM, k9bus...@anderhost.de wrote:
> >> Can OpenVZ 7 create containers if it is installed on a VPS which lacks
> >> VT-X passthrough?
> >
> > Yes.
> >
> >> I want to install OpenVZ 7 on a KVM system which doesn't have VT-X
> >> passthrough.
> >>
> >> I don't mind because it is only containers I want to run.
> >>
> >> I don't need its the KVM creation capability.
> >>
> >>
> >> And there is something else I want to ask.
> >>
> >> Does OpenVZ 7 create KVM virtual machines as well, like Virtuozzo 7?
> >
> > Yes.
> > (But you are not going to do this without VT-x i hope)
> >
>
>
> No that will be a VT-x enabled system.
>
>
> Is OpenVZ 7 compatible with AMD Epyc and Ryzen processors, or is it just
> Intel?
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Openvz 8

[Paulo Coghi - Coghi IT]

Thanks, I will take a look at Cobbler!

On Fri, Nov 1, 2019 at 12:40 PM Alexey Zilber 
wrote:

> Hi Paolo,
>
>Cobbler is mainly for bare metal deployment.  Terraform is more for
> setting up virtual deployments and environments.  Think of it like, Cobbler
> would install, say Kubernetes or OpenVz on bare metal, while Terraform
> would provision the guests and networking, then you'd use something like
> Chef or Puppet to configure the guests.
>
> -Alex
>
>
>
> On Fri, Nov 1, 2019, 10:37 PM Paulo Coghi - Coghi IT 
> wrote:
>
>> Alexey, I never tried Cobbler and I would like to ask which are the
>> differences between it and Terraform.
>>
>> Thanks!
>>
>> On Fri, Nov 1, 2019 at 7:04 AM Alexey Zilber 
>> wrote:
>>
>>> Hi Konstantin,
>>>
>>> I just wanted to mention how much we appreciate your hard work, and
>>> the work of the OpenVZ team.  I've been using it for years now, and I'm
>>> excited to hear about version 8 being in the works.
>>>   I have a request as well.  A while ago, I submitted a PR to Cobbler
>>> that added OpenVZ as a deployment target.  I use this myself to push out
>>> OpenVZ 7 unto remote bare metal servers.  Unfortunately, the PR was closed
>>> because there's no one to test it, which is quite frustrating and I haven't
>>> had time myself to rebase and test.
>>>   If someone would be willing to test it out, I can assist, and
>>> hopefully we can get OpenVZ into Cobbler.  Here's the PR I'd anyone is
>>> willing to help: https://github.com/cobbler/cobbler/pull/2029
>>>
>>> Thank you!
>>> Alex
>>>
>>>
>>>
>>>
>>>
>>> On Fri, Nov 1, 2019, 4:58 PM Konstantin Khorenko 
>>> wrote:
>>>
>>>> On 10/24/2019 05:41 PM, Paulo Coghi - Coghi IT wrote:
>>>>
>>>> I am here as well!
>>>>
>>>> On Tue, Oct 22, 2019 at 6:54 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
>>>>>
>>>>>
>>>> Hi Jake, Paulo, guys,
>>>>
>>>> thank you very much for being pro-active, i do appreciate.
>>>>
>>>> i'll definitely send a notice once we have a build available. :)
>>>>
>>>> We rewrote ploop driver in vz8, it's much simpler now, see
>>>>
>>>> https://src.openvz.org/projects/OVZ/repos/vzkernel/commits/4219d4d4b0048d9dee21d24798d7d245f60a23d1
>>>>
>>>> and now we have to rewrite userspace tools to handle Containers disks
>>>> in a new way.
>>>>
>>>> See you!
>>>>
>>>> --
>>>> Best regards,
>>>>
>>>> Konstantin Khorenko,
>>>> Virtuozzo Linux Kernel Team
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@openvz.org
>>>> https://lists.openvz.org/mailman/listinfo/users
>>>>
>>> ___
>>> Users mailing list
>>> Users@openvz.org
>>> https://lists.openvz.org/mailman/listinfo/users
>>>
>> ___
>> Users mailing list
>> Users@openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Openvz 8

[Paulo Coghi - Coghi IT]

Alexey, I never tried Cobbler and I would like to ask which are the
differences between it and Terraform.

Thanks!

On Fri, Nov 1, 2019 at 7:04 AM Alexey Zilber  wrote:

> Hi Konstantin,
>
> I just wanted to mention how much we appreciate your hard work, and
> the work of the OpenVZ team.  I've been using it for years now, and I'm
> excited to hear about version 8 being in the works.
>   I have a request as well.  A while ago, I submitted a PR to Cobbler that
> added OpenVZ as a deployment target.  I use this myself to push out OpenVZ
> 7 unto remote bare metal servers.  Unfortunately, the PR was closed because
> there's no one to test it, which is quite frustrating and I haven't had
> time myself to rebase and test.
>   If someone would be willing to test it out, I can assist, and hopefully
> we can get OpenVZ into Cobbler.  Here's the PR I'd anyone is willing to
> help: https://github.com/cobbler/cobbler/pull/2029
>
> Thank you!
> Alex
>
>
>
>
>
> On Fri, Nov 1, 2019, 4:58 PM Konstantin Khorenko 
> wrote:
>
>> On 10/24/2019 05:41 PM, Paulo Coghi - Coghi IT wrote:
>>
>> I am here as well!
>>
>> On Tue, Oct 22, 2019 at 6:54 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
>>>
>>>
>> Hi Jake, Paulo, guys,
>>
>> thank you very much for being pro-active, i do appreciate.
>>
>> i'll definitely send a notice once we have a build available. :)
>>
>> We rewrote ploop driver in vz8, it's much simpler now, see
>>
>> https://src.openvz.org/projects/OVZ/repos/vzkernel/commits/4219d4d4b0048d9dee21d24798d7d245f60a23d1
>>
>> and now we have to rewrite userspace tools to handle Containers disks in
>> a new way.
>>
>> See you!
>>
>> --
>> Best regards,
>>
>> Konstantin Khorenko,
>> Virtuozzo Linux Kernel Team
>>
>> ___
>> Users mailing list
>> Users@openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] Openvz 8

[Paulo Coghi - Coghi IT]

I am here as well!

On Tue, Oct 22, 2019 at 6:54 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
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] OpenVZ 7 orchestration

[Paulo Coghi - Coghi IT]

I'm starting to develop an open source web GUI. The idea is to facilitate
the adoption of the new OpenVZ (7) and help with scenarios like the
mentioned one.

But I'm not an employee of Virtuozzo and this web GUI, of course, will not
offer features like distributed storage or automated backups, since we need
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, 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.
>
> Jake
>
> On Thu, May 16, 2019 at 6:28 AM Konstantin Khorenko <
> khore...@virtuozzo.com> wrote:
>
>> On 05/16/2019 04:10 PM, Jehan Procaccia wrote:
>> > Hello,
>> >
>> > we have the need to let users start/stop openvz7 containers
>> >
>> > we could probably create local scripts that allow users (from our ldap
>> > directory, not anyone in the world !) with sudo to do that.
>> >
>> > but I know automation/orchestration tools exist out there (Kubernetes
>> > for example ...)
>> >
>> > is there community tools, or openvz/viruozzo integrated tool, that would
>> > allow us to delegate the management of containers to our users without
>> > giving out privilege on the Host .
>>
>> For Virtuozzo 7 it's done via PowerPanel:
>> https://docs.virtuozzo.com/virtuozzo_powerpanel_users_guide/index.html
>>
>> ==
>> About Virtuozzo PowerPanel
>> Virtuozzo PowerPanel provides an easy way for you to manage all your
>> virtual machines and containers from one web panel.
>>
>> In Virtuozzo PowerPanel, you can:
>>
>> * start, stop, and reset your virtual machines and containers,
>> * reinstall your containers,
>> * change user passwords for your virtual machines and containers,
>> * create, restore, and delete backups of your virtual machines and
>> containers,
>> * log in to your virtual machines and containers via VNC.
>>
>> --
>> Best regards,
>>
>> Konstantin Khorenko,
>> Virtuozzo Linux Kernel Team
>>
>> ___
>> Users mailing list
>> Users@openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] web console

[Paulo Coghi - Coghi IT]

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 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
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] distro virtuozzo vs proxmox

[Paulo Coghi - Coghi IT]

Alexey, it was Jehan who asked.

But thanks to reinforce. Sure, OpenVZ *is* a virtualization technology, as
well as LXC, Jails, LXD, Rkt, Systemd Nspawn, etc.

On Wed, May 1, 2019 at 4:18 AM Alexey Zilber  wrote:

> Paulo,
>
> The container technology in OpenVZ is OpenVZ.  As in:
>
> LXD, Rkt, Docker, OpenVZ.
>
> Here's a little comparison:
> https://www.contino.io/insights/beyond-docker-other-types-of-containers
>
> OpenVZ is one of the oldest container technologies.  I believe FreeBSD
> Jails is probably considered the first.
>
> -Alex
>
> On Wed, May 1, 2019 at 5:33 AM Jehan PROCACCIA 
> wrote:
>
>> Thanks for those comparisons
>> I still wonder though what is the container technology used by
>> virtuozzo/openVZ7 ?
>> from
>> https://www.slideshare.net/openvz/whats-missing-from-upstream-kernel-containers-kir-kolyshkin
>> I understand that it is patches to kernel that takes advantages of kernel
>> namespaces, cgroups etc .. ?
>> is that right ?
>> other insteresting reading, but probably a little oriented towards lxd
>> ... :
>> https://containerjournal.com/2017/01/09/comparing-openvz-lxd-linux-system-container-platforms/
>> it still beleive that choice between technologies proxmox / virtuozzo is
>> driven by the linux distribution a sysadmin is most familiar with .
>> anyway, I 'am happy and surprised by the 1st reference above that
>> virtuozzo is that much contributing to the kernel and is so close to a
>> native kernel .
>>
>>
>> --
>> *De: *"Paulo Coghi - Coghi IT" 
>> *À: *"OpenVZ users" 
>> *Envoyé: *Lundi 29 Avril 2019 12:26:35
>> *Objet: *Re: [Users] distro virtuozzo vs proxmox
>>
>> My 2 cents.
>>
>> *OpenVZ vs LXC*
>> OpenVZ requires a patched kernel, but it's finally updated with OVZ7
>> OpenVZ is gradually porting its technology to mainline Linux kernel
>> OpenVZ has a more battle tested OS virtualization technology
>> LXC is still more insecure
>> LXC has a more complex way to configure networks
>>
>> *Virtuozzo vs Proxmox*
>> Virtuozzo better integrates OpenVZ with its features and capabilities,
>> like live migration, distributed storage, live snapshots, etc
>> Virtuozzo is made and maintained by the same company that maintains
>> OpenVZ itself, and buying its licenses helps the future of OpenVZ
>> Virtuozzo includes specialized tools to manage and ensure the healthy of
>> your distributed storage cluster, subdivides it in different layers of
>> performance and purpose, etc
>> Virtuozzo has a great and responsive support team, in my experience
>> Virtuozzo enhanced KVM a lot, that provides more server density and
>> performance
>> Virtuozzo is one of the main KVM contributors, and contributes to other
>> projects as well, as Linux Kernel, OpenStack, etc
>> Proxmox was famous when offered OpenVZ on its platform (not offering
>> anymore, replacing it by LXC)
>> Proxmox is made and maintained by a company not related to OpenVZ project
>> itself
>> Proxmox has a great and responsive support team, in my experience
>>
>> On Mon, Apr 29, 2019 at 10:48 AM Narcis Garcia 
>> wrote:
>>
>>> Yes, these are the right comparisons:
>>>
>>> OpenVZ vs LXC
>>> Virtuozzo distro vs Proxmox distro
>>> CentOS vs Debian vs Other general purpose distros
>>>
>>> + Interesting to know the support to run OpenVZ 7 on CentOS.
>>> It should be documented at OpenVZ wiki!
>>>
>>>
>>> El 29/4/19 a les 4:16, Website Solution - George ha escrit:
>>> >
>>> > From my understanding, Virtuozzo 7 (or OpenVZ 7) supports user quota
>>> > inside guest container.
>>> >
>>> > However, for unprivileged LXC guest, it does not support quota inside
>>> > container natively.
>>> >
>>> > It is important if we run the guest container for multiple end-users.
>>> >
>>> > (Privileged LXC guests support user quota inside container, but they
>>> > share the same root UID between guest and host, which implies some kind
>>> > of potential security)
>>> >
>>> >
>>> >
>>> > On 29-Apr-19 3:55 AM, Jehan PROCACCIA wrote:
>>> >> regarding distros and virtuozzo vs proxmox (reason I modified the
>>> >> subject, orig: SSD trim support over a LUKS layer)
>>> >> I understand that it could be frustrating to rely on a dedidcated
>>> >> distro (virtuozzo 7), but I guess it comes with simplicity

Re: [Users] distro virtuozzo vs proxmox

[Paulo Coghi - Coghi IT]

My 2 cents.

*OpenVZ vs LXC*
OpenVZ requires a patched kernel, but it's finally updated with OVZ7
OpenVZ is gradually porting its technology to mainline Linux kernel
OpenVZ has a more battle tested OS virtualization technology
LXC is still more insecure
LXC has a more complex way to configure networks

*Virtuozzo vs Proxmox*
Virtuozzo better integrates OpenVZ with its features and capabilities, like
live migration, distributed storage, live snapshots, etc
Virtuozzo is made and maintained by the same company that maintains OpenVZ
itself, and buying its licenses helps the future of OpenVZ
Virtuozzo includes specialized tools to manage and ensure the healthy of
your distributed storage cluster, subdivides it in different layers of
performance and purpose, etc
Virtuozzo has a great and responsive support team, in my experience
Virtuozzo enhanced KVM a lot, that provides more server density and
performance
Virtuozzo is one of the main KVM contributors, and contributes to other
projects as well, as Linux Kernel, OpenStack, etc
Proxmox was famous when offered OpenVZ on its platform (not offering
anymore, replacing it by LXC)
Proxmox is made and maintained by a company not related to OpenVZ project
itself
Proxmox has a great and responsive support team, in my experience

On Mon, Apr 29, 2019 at 10:48 AM Narcis Garcia 
wrote:

> Yes, these are the right comparisons:
>
> OpenVZ vs LXC
> Virtuozzo distro vs Proxmox distro
> CentOS vs Debian vs Other general purpose distros
>
> + Interesting to know the support to run OpenVZ 7 on CentOS.
> It should be documented at OpenVZ wiki!
>
>
> El 29/4/19 a les 4:16, Website Solution - George ha escrit:
> >
> > From my understanding, Virtuozzo 7 (or OpenVZ 7) supports user quota
> > inside guest container.
> >
> > However, for unprivileged LXC guest, it does not support quota inside
> > container natively.
> >
> > It is important if we run the guest container for multiple end-users.
> >
> > (Privileged LXC guests support user quota inside container, but they
> > share the same root UID between guest and host, which implies some kind
> > of potential security)
> >
> >
> >
> > On 29-Apr-19 3:55 AM, Jehan PROCACCIA wrote:
> >> regarding distros and virtuozzo vs proxmox (reason I modified the
> >> subject, orig: SSD trim support over a LUKS layer)
> >> I understand that it could be frustrating to rely on a dedidcated
> >> distro (virtuozzo 7), but I guess it comes with simplicity and
> >> consistency regarding set of packages and updates
> >> after all it's very similar to centos/rhel 7 as it is based on it, and
> >> if you wish , you could add openvz7 feature to native centos7 :
> >>
> https://enjoyko.blogspot.com/2018/05/how-to-install-openvz-7-to-centos-7.html
> >>
> >>
> >> I guess that https://wiki.openvz.org/Comparison is quite up to date as
> >> it dates from jan/2019
> >> but i am still wondering what technology virtuozzo 7 uses for
> >> containers if not LXC ?
> >>
> >> I'll be glad to know as I have regularly discussions between sysadmins
> >> around proxmox and virtuozzo , and finally it ends on debian vs
> >> centos/rhel !
> >>
> >> - Mail original -
> >> De: "Narcis Garcia" 
> >> À: "OpenVZ users" 
> >> Envoyé: Samedi 27 Avril 2019 19:19:43
> >> Objet: Re: [Users] SSD trim support over a LUKS layer
> >>
> >> The problem of Virtuozzo 7 for me is that this is a distro.
> >> I prefer to use general purpose distros, for many reasons around
> >> packaged software, community support, future plans and others.
> >>
> >>
> >> El 27/4/19 a les 19:09, Paulo Coghi - Coghi IT ha escrit:
> >>> LXC is far to be an option, IMHO.
> >>>
> >>> I'm happily using Virtuozzo 7 with multiple NVMe storages with zero
> >>> issues for more than a year.
> >>>
> >>> On Sat, Apr 27, 2019 at 4:28 PM CoolCold  >>> <mailto:coolthec...@gmail.com>> wrote:
> >>>
> >>>  I believe to have fixes and backports like this in to legacy
> >>> version
> >>>  of product will not happen, and you should consider upgrading.
> >>>  Personally, I've upgraded to lxc.. it's quite primitive
> >>> comparing to
> >>>  ovz 6, but it's enough for my needs.
> >>>
> >>>  On Sat, Apr 27, 2019, 17:49 spameden  >>>  <mailto:spame...@gmail.com>> wrote:
> >>>
> >>>  Yes, it's an issue in kernel.
> >>>
> >&g

Re: [Users] SSD trim support over a LUKS layer

[Paulo Coghi - Coghi IT]

Why suggest LXC when we have OpenVZ 7? LXC is far behind, it has less
features, it's more insecure, has a network standard that is a nightmare,
etc.

I stopped using proxmox from the exact moment it removed OpenVZ support and
replaced it with LXC.

Now a happy customer with Virtuozzo 7 (the same as OpenVZ 7) using multiple
NVMe drives with zero issues for almost 2 years.

On Mon, Apr 29, 2019 at 10:42 AM Narcis Garcia 
wrote:

> Definitely we'll not migrate to Proxmox because it's suboptimal writing
> this in OpenDocument format from an HTML5 interface.
>
>
> El 28/4/19 a les 14:37, spameden ha escrit:
> > No. It's impossible to use OpenVZ 6 with kernel 4.x, unless you put lots
> > of effort to port their patches over the fresh kernel.
> >
> > The latest OpenVZ 6 kernel is 2.6.32-openvz-042stab136.1-amd64 and there
> > is an issue with discard (it doesn't work).
> >
> > The discard issue has been fixed in 3.1-mainline kernel I think, you can
> > look over newish RHEL kernel and try to port those changes to the old
> > legacy OpenVZ 6 kernel.
> >
> > Regarding 4.x kernel:
> > I'm using Proxmox with 4.x kernel (there is no OpenVZ) - only LXC
> > containers and KVM - and there is no issue with discards at all.
> > and what I also meant is: that you can easily migrate your existing
> > OpenVZ containers to the Proxmox.
> >
> > Proxmox is based on latest Debian Stretch and specifically designed as a
> > distro for contrainers.
> > It has GUI, networking support (including openvswitch and other),
> > KVM/LXC support and many other things (e.g. ceph/glusterfs support).
> >
> > Though, reading you again you've mentioned that you need a specific
> > simfs quota in containers:
> > most likely that would be impossible for unprivileged containers with
> > directory storage (simfs analogue), althrough you could use qcow2 or
> > LVM-based storage for containers.
> >
> >
> > вс, 28 апр. 2019 г. в 09:47, Narcis Garcia  > >:
> >
> > El 27/4/19 a les 22:15, spameden ha escrit:
> > >
> > > сб, 27 апр. 2019 г. в 20:16, Narcis Garcia  > 
> > > >>:
> > >
> > > I responded about OpenVZ/6 vs LXC, and Proxmox doesn't solve
> > the Discard
> > >
> > >
> > > What do you mean it doesn't solve the issue with discard? It does.
> > >
> > > Discard is perfectly working on Proxmox kernel 4.15.18-12-pve or
> > even on
> > > 4.13 kernel on DM-Crypt/LUKS setup.
> > >
> > > I'm using on all my servers DM-Crypt/LUKS + LVM so I know what I'm
> > > talking about.
> >
> > Are you really using OpenVZ 6 with Linux kernel 4.x?
> > Did you see any difficult with Discard when using other context with
> > Linux 4.x ?
> > ___
> > Users mailing list
> > Users@openvz.org 
> > https://lists.openvz.org/mailman/listinfo/users
> >
> >
> > ___
> > Users mailing list
> > Users@openvz.org
> > https://lists.openvz.org/mailman/listinfo/users
> >
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] SSD trim support over a LUKS layer

[Paulo Coghi - Coghi IT]

I apologize for the duplicate message. I forgot that I had already sent a
message before.

On Mon, Apr 29, 2019 at 10:52 AM Paulo Coghi - Coghi IT <
pauloco...@gmail.com> wrote:

> Why suggest LXC when we have OpenVZ 7? LXC is far behind, it has less
> features, it's more insecure, has a network standard that is a nightmare,
> etc.
>
> I stopped using proxmox from the exact moment it removed OpenVZ support
> and replaced it with LXC.
>
> Now a happy customer with Virtuozzo 7 (the same as OpenVZ 7) using
> multiple NVMe drives with zero issues for almost 2 years.
>
> On Mon, Apr 29, 2019 at 10:42 AM Narcis Garcia 
> wrote:
>
>> Definitely we'll not migrate to Proxmox because it's suboptimal writing
>> this in OpenDocument format from an HTML5 interface.
>>
>>
>> El 28/4/19 a les 14:37, spameden ha escrit:
>> > No. It's impossible to use OpenVZ 6 with kernel 4.x, unless you put lots
>> > of effort to port their patches over the fresh kernel.
>> >
>> > The latest OpenVZ 6 kernel is 2.6.32-openvz-042stab136.1-amd64 and there
>> > is an issue with discard (it doesn't work).
>> >
>> > The discard issue has been fixed in 3.1-mainline kernel I think, you can
>> > look over newish RHEL kernel and try to port those changes to the old
>> > legacy OpenVZ 6 kernel.
>> >
>> > Regarding 4.x kernel:
>> > I'm using Proxmox with 4.x kernel (there is no OpenVZ) - only LXC
>> > containers and KVM - and there is no issue with discards at all.
>> > and what I also meant is: that you can easily migrate your existing
>> > OpenVZ containers to the Proxmox.
>> >
>> > Proxmox is based on latest Debian Stretch and specifically designed as a
>> > distro for contrainers.
>> > It has GUI, networking support (including openvswitch and other),
>> > KVM/LXC support and many other things (e.g. ceph/glusterfs support).
>> >
>> > Though, reading you again you've mentioned that you need a specific
>> > simfs quota in containers:
>> > most likely that would be impossible for unprivileged containers with
>> > directory storage (simfs analogue), althrough you could use qcow2 or
>> > LVM-based storage for containers.
>> >
>> >
>> > вс, 28 апр. 2019 г. в 09:47, Narcis Garcia > > <mailto:informat...@actiu.net>>:
>> >
>> > El 27/4/19 a les 22:15, spameden ha escrit:
>> > >
>> > > сб, 27 апр. 2019 г. в 20:16, Narcis Garcia > > <mailto:informat...@actiu.net>
>> > > <mailto:informat...@actiu.net <mailto:informat...@actiu.net>>>:
>> > >
>> > > I responded about OpenVZ/6 vs LXC, and Proxmox doesn't solve
>> > the Discard
>> > >
>> > >
>> > > What do you mean it doesn't solve the issue with discard? It does.
>> > >
>> > > Discard is perfectly working on Proxmox kernel 4.15.18-12-pve or
>> > even on
>> > > 4.13 kernel on DM-Crypt/LUKS setup.
>> > >
>> > > I'm using on all my servers DM-Crypt/LUKS + LVM so I know what I'm
>> > > talking about.
>> >
>> > Are you really using OpenVZ 6 with Linux kernel 4.x?
>> > Did you see any difficult with Discard when using other context with
>> > Linux 4.x ?
>> > ___
>> > Users mailing list
>> > Users@openvz.org <mailto:Users@openvz.org>
>> > https://lists.openvz.org/mailman/listinfo/users
>> >
>> >
>> > ___
>> > Users mailing list
>> > Users@openvz.org
>> > https://lists.openvz.org/mailman/listinfo/users
>> >
>> ___
>> Users mailing list
>> Users@openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
>>
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

Re: [Users] SSD trim support over a LUKS layer

[Paulo Coghi - Coghi IT]

LXC is far to be an option, IMHO.

I'm happily using Virtuozzo 7 with multiple NVMe storages with zero issues
for more than a year.

On Sat, Apr 27, 2019 at 4:28 PM CoolCold  wrote:

> I believe to have fixes and backports like this in to legacy version of
> product will not happen, and you should consider upgrading. Personally,
> I've upgraded to lxc.. it's quite primitive comparing to ovz 6, but it's
> enough for my needs.
>
> On Sat, Apr 27, 2019, 17:49 spameden  wrote:
>
>> Yes, it's an issue in kernel.
>>
>> As dm-crypt/luks layer isn't passing TRIM to the underlying device.
>>
>> /boot is not encrypted that's why it works for you.
>>
>> сб, 27 апр. 2019 г. в 11:11, Narcis Garcia :
>>
>>> See in the case that /dev/sda1 (Directly mounted as Ext4 on /boot) works
>>> with Trim/Discard.
>>> It's the sda2_crypt (layer over sda2) that is not detected to be
>>> trimmable. Devuan's stock kernel does.
>>>
>>> CentOS issue #6548 may not be this same bug; I've tested now with CentOS
>>> 6.8 with a similar (but not same) result*:*
>>>
>>> $ lsb_release -d
>>> Description:CentOS release 6.8 (Final)
>>>
>>> $ uname -a
>>> Linux localhost.localdomain 2.6.32-642.el6.x86_64 #1 SMP Tue May 10
>>> 17:27:01 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
>>>
>>> $ lsblk --discard /dev/sda
>>> NAME DISC-ALN DISC-GRAN
>>> DISC-MAX DISC-ZERO
>>> sda 0
>>> 512B   2G 0
>>> ├─sda1  0
>>> 512B   2G 0
>>> └─sda2  0
>>> 512B   2G 0
>>>   └─luks-f691f48b-8556-487d-ac64-50daa99ed4c9 (dm-0)0
>>> 512B   2G 0
>>>
>>> $ cat /etc/crypttab
>>> luks-f691f48b-8556-487d-ac64-50daa99ed4c9
>>> UUID=f691f48b-8556-487d-ac64-50daa99ed4c9 none luks,discard
>>>
>>> $ mount | grep -e discard
>>> /dev/mapper/luks-f691f48b-8556-487d-ac64-50daa99ed4c9 on / type ext4
>>> (rw,discard)
>>> /dev/sda1 on /boot type ext4 (rw,discard)
>>>
>>> $ sudo fstrim /boot
>>> # (same result as Devuan/1 and OpenVZ/6 kernel: success)
>>>
>>> $ sudo fstrim /
>>> fstrim: /: FITRIM ioctl failed: Operation not supported
>>>
>>>
>>> El 26/4/19 a les 21:36, spameden ha escrit:
>>>
>>> Hi.
>>>
>>> I've asked this question years ago (in 2013):
>>> https://lists.openvz.org/pipermail/users/2013-August/005250.html
>>>
>>> Let me know if it helps, but this bug should have been fixed in CentOS
>>> and RHEL at least: https://bugs.centos.org/view.php?id=6548
>>>
>>> Maybe OpenVZ maintainers didn't pick up this fix in the openvz6 legacy
>>> kernel?
>>>
>>> Thanks.
>>>
>>> ср, 10 апр. 2019 г. в 10:45, Narcis Garcia :
>>>
 Does anybody know how can I solve this?

 $ lsb_release -d
 Description:Devuan GNU/Linux 1.0 (jessie)

 $ uname -a
 Linux bell1 2.6.32-openvz-042stab134.8-amd64 #1 SMP Fri Dec 7 17:18:40
 MSK 2018 x86_64 GNU/Linux

 $ lsblk --discard /dev/sda
 NAME   DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
 sda   0  512B   2G 0
 ├─sda10  512B   2G 0
 └─sda20  512B   2G 0
   └─sda2_crypt00B   0B 0

 $ cat /etc/crypttab
 sda2_crypt UUID=* none luks,discard

 $ mount | grep -e discard
 /dev/mapper/sda2_crypt on / type ext4
 (rw,noatime,errors=remount-ro,barrier=1,data=ordered,discard)
 /dev/sda1 on /boot type ext4
 (rw,relatime,barrier=1,data=ordered,discard)

 $ sudo fstrim /
 fstrim: /: the discard operation is not supported

 Thank you.


 ___
 Users mailing list
 Users@openvz.org
 https://lists.openvz.org/mailman/listinfo/users

>>>
>>> ___
>>> Users mailing 
>>> listUsers@openvz.orghttps://lists.openvz.org/mailman/listinfo/users
>>>
>>> ___
>>> Users mailing list
>>> Users@openvz.org
>>> https://lists.openvz.org/mailman/listinfo/users
>>>
>> ___
>> Users mailing list
>> Users@openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users

[Users] Ubuntu 18.04 default SSH config

[Paulo Coghi - Coghi IT]

Hello everyone,

My name is Paulo Coghi and I am really happy to join the OpenVZ list. I am
using OpenVZ since 2013 and happily subscribed to Virtuozzo (licensed
version) this year. The dream of our company always was use Virtuozzo
Storage, and this year this dream comes true.

About Ubuntu 18.04 default ssh configuration:
I installed Ubuntu 18.04 template through "yum install
ubuntu-18.04-x86_64-ez.noarch" and everything is running fine, with
exception to the SSH server.

To be able to login into my container using ssh, first I have to change the
default ssh configuration in "/etc/ssh/sshd_config", changing the directive
"PermitRootLogin" to "yes", instead of the default "prohibit-password".

An alternative solution is to create the container with the public ssh key
of container's owner, but I can't find this option in Virtuozzo Automator.
Is there an option in Virtuozzo CLI to create a container with a
pre-installed public ssh key?

Naturally changing the specific line on the original template solves the
problem, but it really seems more secure to stay with this "default" and to
use ssh authentication through keys.

Thanks!


Paulo Coghi
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users