Glad to see also old documentation online too!
Narcis Garcia
El 23/3/21 a les 20:33, Jonathan Wright ha escrit:
> Well since the whole domain was dead I don't know how I expected the
> mailing list to work either lol. Glad to see things are back online now.
>
> On 3/23/21 8:55
I'm migrating servers from OpenVZ to LXC (by using ctctl) because I can
deploy LXC on any GNU/Linux distro and archichecture.
BUT: LXC still does not work as optimal as OpenVZ, and OpenVZ is far
more mature than LXC.
Narcis Garcia
El 4/12/20 a les 20:15, jjs - mainphrame ha escrit:
> I th
+1
El 16/12/19 a les 19:48, devops ha escrit:
> I suggest you post those as issues on the github page. Since this is not
> something I plan to spend much time if any supporting it's probably up
> to you and others if you want to clean those things up.
>
> On 16/12/19 10:21 AM,
If I can integrate this glibc customization to CtCreate, I'll publish
the debootstrap wizard with it:
https://downloads.actiu.net/ctcreate/
El 14/12/19 a les 17:26, devops ha escrit:
> I have working templates for Debian 10 and CentOS 8 on OpenVZ 6 for my
> own use. All I did was compile a
$ uname -a
Linux test1 3.20.0-openvz-042stab134.7-amd64 #1 SMP Tue Nov 27 18:37:39
MSK 2018 x86_64 GNU/Linux
I've tried Hristo's action (dist-upgrade Debian 9 to 10) and I see this
error message:
Job for systemd-udevd.service failed because the control process exited
with error code.
See
Hello Hristo,
Did you encounter this error?
$ systemctl
Failed to lower RLIMIT_NOFILE's soft limit to 1K: Function not implemented
Did you solve someway?
El 11/7/19 a les 14:39, Hristo Benev ha escrit:
> That fixed it.
>
>
> Thank you
>
>
>
>> Оригинално писмо
>> От:
Hello, ctcreate is a templates & containers deployer for OpenVZ 6, with
Debian and derivatives in mind (Debian, Devuan, Ubuntu, etc.)
It uses debootstrap and applies each required workaround to run.
https://downloads.actiu.net/ctcreate/
I've published today's version that allows to create Debian
How exactly to see if other HW nodes reproduce the problem?
El 30/5/19 a les 21:39, Karl Johnson ha escrit:
> Hello,
>
> It's always related to swapper and ksoftirqd:
>
> Some examples here: https://pastebin.com/wn0nCwce
>
> Karl
>
> On Thu, May 30, 2019 at 3:11 PM Vasily Averin
tatus pipe unexpectedly closed
> Unmount image: /vz/private/578/root.hdd
> Container is unmounted
> Failed to start the Container
>
> Have a good day, thank you
>
> Le ven. 17 mai 2019 à 14:47, Narcis Garcia <mailto:informat...@actiu.net>> a écrit :
>
> De
Debian 10 under OpenVZ 6 works.
I suppose 7 too.
El 17/5/19 a les 12:33, Hugo Cloez ha escrit:
> Hello,
>
> We have a date to ensure the compatibility of these operating systems
> under openvz 7 ?
> Have a good day, thank you.
>
> --
> Cordialement,
>
> *Hugo CLOEZ
> *
> Technicien systèmes
omparison 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
eading 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
El 27/4/19 a les 22:15, spameden ha escrit:
>
> сб, 27 апр. 2019 г. в 20:16, Narcis Garcia <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
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
> mailto:informat...@ac
mail.com>> 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
o the underlying device.
>
> /boot is not encrypted that's why it works for you.
>
> сб, 27 апр. 2019 г. в 11:11, Narcis Garcia <mailto:informat...@actiu.net>>:
>
> See in the case that /dev/sda1 (Directly mounted as Ext4 on
> /boot) wo
s fix in the openvz6 legacy
> kernel?
>
> Thanks.
>
> ср, 10 апр. 2019 г. в 10:45, Narcis Garcia <mailto:informat...@actiu.net>>:
>
> Does anybody know how can I solve this?
>
> $ lsb_release -d
> Description: Devuan GNU/Linux 1.0 (jessie)
>
>
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
What is the output of this command in both origin and destination hosts?
$ uname -m
El 21/3/19 a les 23:27, jjs - mainphrame ha escrit:
> Greetings -
>
> vzmigrate --online always worked reliably on my 2 openvz 7 servers, but
> nowadays, vzmigrate fails, for all containers, every time.
>
>
Testing 042stab133.2 in one Devuan 1.0 host.
No problem today.
El 30/08/18 a les 08:33, Vasily Averin ha escrit:
> Dear José Manuel,
> than you for your report,
> obviously it is https://bugs.openvz.org/browse/OVZ-7049
> you can revert to 042stab132.1 kernel, or use testkernel with fix
>
ot found the reason of the problem, but repo file seems was properly
> updated during my experiments,
> and I expect the problem should went away.
>
> Could you please recheck and confirm it ?
>
> Thank you,
> Vasily Averin
>
>> On 07/24/2018 11:54 AM, N
$ sudo apt-get update
[...]
$ sudo apt-get dist-upgrade
[...]
The following NEW packages will be installed:
linux-image-2.6.32-openvz-042stab131.1-amd64
[...]
Err http://download.openvz.org/debian/ wheezy/main
linux-image-openvz-amd64 amd64 042stab131.1
404 Not Found
E: Failed to fetch
Did you really succeed at running OpenVZ 6 with a Systemd OS?
Devuan is the most mature Debian derivative without Systemd.
El 23/07/18 a les 13:57, CoolCold ha escrit:
> Hello!
>
> On Mon, Jul 23, 2018 at 3:47 PM, Narcis Garcia wrote:
>> I recommend you to use Devuan Jessie i
I recommend you to use Devuan Jessie instead, at host.
El 22/07/18 a les 15:35, CoolCold ha escrit:
> Hello!
> I'm experiencing strange issue - cannot start KVM guest on machine
> under 2.6.32 openvz kernel. Booting into kernel 4.9 on the same
> system, works perfectly okay. Error message:
>
>
Same here, but using Devuan for OpenVZ6.
El 03/07/18 a les 23:18, spameden ha escrit:
> We're moving away from OpenVZ7 due distribution lock-in, though still
> using OpenVZ6 on some Debian hosts.
___
Users mailing list
Users@openvz.org
Same as me about Twiter, but:
[ ] No preference
[ ] Other (explain)
[x] Yes, re-add simfs
[ ] No, ploop alone is fine
El 03/07/18 a les 21:46, Scott Dowdle ha escrit:
> Greetings,
>
> - Original Message -
>> FWIW, I am running this Twitter poll today:
>>
>>
I've tried in Devuan 1 (running OpenVZ6):
$ cd /usr/share/debootstrap/scripts
$ sudo ln -s bionic gutsy
$ sudo ctcreate create ovz 777 ubuntu bionic 18.04 amd64
...
I: Extracting zlib1g...
W: Failure trying to run: chroot /var/lib/vz/private/777 mount -t proc
proc /proc
W: See
Working at this time.
El 01/03/18 a les 17:32, Scott Dowdle ha escrit:
> Greetings,
>
> - Original Message -
>> This forum seems to not be working:
>>
>> forum.openvz.org
>>
>> (I linked a vzquota question from DuckDuckGo)
>
> Perhaps they fixed it after you reported? ...but it is
This forum seems to not be working:
forum.openvz.org
(I linked a vzquota question from DuckDuckGo)
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
"Debian OpenVZ 6 machines" means the hardware (host) nodes or VPS?
El 16/01/18 a les 15:37, Baptiste Ashka ha escrit:
> Hi,
>
> I am encountering a network-related issue with some Debian OpenVZ 6
> (2.6.32-openvz-042stab127.2-amd64) machines that occurs at seemingly
> random and that only
Thank you.
El 06/01/18 a les 12:40, Vasily Averin ha escrit:
> We have released fixed RHEL6-based kernel,
> please update your nodes to 2.6.32-042stab127.2 kernel
>
> Thank you,
> Vasily Averin
>
> On 2018-01-04 06:03, Alex Kobets wrote:
>> Hi,
>>
>>
>> Virtuozzo will release the kernel
As I understand from dasunsrule32's post, affected CPUs show a flag
X86_BUG_CPU_INSECURE (?!).
Does this mean that Intel is distributing CPUs marking them as
defective?! ...or is this flag from kernel detection?
+ Is somebody listing fixed CPU models?
Note: I suppose neither OpenVZ 6 nor LXC are
Can you really start Apache manually?
If so, you need to make this your command assynchronously:
sleep 30 ; systemctl start httpd
(forking from the rest of boot process)
Because without forking, you might be pausing whole boot process and
only delaying the problem 30 seconds.
One way can be o
El 03/08/17 a les 17:01, Scott Dowdle ha escrit:
> Greetings,
>
> - Original Message -
>> It looks like 7.0.5 is released today. Probably we can
>> get it with an "yum update" in the next days ...
>>
>> https://download.openvz.org/virtuozzo/releases/7.0/x86_64/iso/
>
> Indeed. I tried a
El 21/07/17 a les 15:03, Marco d'Itri ha escrit:
> On Jul 20, Narcis Garcia <informat...@actiu.net> wrote:
>
>> In a Debian 9 installed with all defaults, if you change Systemd by
>> SystemV, you loose most of desktop software.
> Looks like you for
Can somebody push these to contrib OS Templates directory, and +Debian
+Trisquel ones to "Download/template/precreated" wiki page?
El 16/07/17 a les 10:50, Narcis Garcia ha escrit:
> Everything done with "ctcreate" script:
>
> https://downloads.actiu.net/ctcrea
El 19/07/17 a les 12:34, Marco d'Itri ha escrit:
> On Jul 19, Alexey Zilber wrote:
>
>>Just came across this, which you may find interesting. Removing systemd
>> took Devuan two years.
>> http://troubleshooters.com/linux/systemd/bikebrakes.htm
> Can you people
Thanks for the well-chosen reference; Steve Litt describes how to
discover that Systemd is replacing GNU. Fortunately, there are other
distributions that will be GNU/Linux for many time.
El 19/07/17 a les 07:03, Alexey Zilber ha escrit:
> Hi Narcis,
>
>Just came across this, which you may
bit to see if it's a cleaner implementation. :P
>
> -Alex
>
> On Sun, Jul 16, 2017 at 4:50 PM, Narcis Garcia <informat...@actiu.net
> <mailto:informat...@actiu.net>> wrote:
>
> Everything done with "ctcreate" script:
>
> https://downlo
At least OVZ6 ones, and LXC are in project.
I don't know what requirements have OVZ7 about templates.
El 16/07/17 a les 11:25, Alexey Zilber ha escrit:
> I forgot to ask.. does this create OVZ6 or OVZ7 templates?
>
> -Alex
>
> On Sun, Jul 16, 2017 at 4:50 PM, Narcis G
Everything done with "ctcreate" script:
https://downloads.actiu.net/ctcreate/
ctcreate should work for any distro/version, and allows creating
referred templates again.
Somebody can upload as «contributed templates»
___
Users mailing list
Thanks for all the comments. Note that the wiki guides are for Debian.
Possible needings for concrete 9 version are now explained it this wiki
page:
https://openvz.org/Installation_on_Debian_9
El 11/07/17 a les 21:47, Alexey Zilber ha escrit:
> Hi Narcis,
>
> Looks like our attempts to
will never work.
> Ext4 version is the least of your provlems.
>
> On Jul 11, 2017 6:06 PM, "Narcis Garcia" <informat...@actiu.net
> <mailto:informat...@actiu.net>> wrote:
>
> I've debugged initrd steps, and localized an error in this action:
> $ mo
of unsupported optional
features (400)
mount: Invalid argument
I see that Debian 9 installer formats Ext4 with two extra features that
Debian 8 didn't:
64bit metadata_csum
Does anybody know how to "downgrade" Ext4 to remove those 2 features?
El 08/07/17 a les 16:13, Narcis Garcia
In the meanwhile, I filed this bug at Debian:
bugs.debian.org/868016
El 11/07/17 a les 10:14, Narcis Garcia ha escrit:
> I want to propose a patch for /usr/share/perl5/PVE/VZDump/OpenVZ.pm to
> avoid this error:
> tar: dev: Cannot rmdir: Directory not empty
>
>
> Does s
I want to propose a patch for /usr/share/perl5/PVE/VZDump/OpenVZ.pm to
avoid this error:
tar: dev: Cannot rmdir: Directory not empty
Does somebody know where is published the source code?
___
Users mailing list
Users@openvz.org
El 10/07/17 a les 19:32, Scott Dowdle ha escrit:
> Greetings,
>
> - Original Message -
>> Sure; but I was talking about dir (=simfs) backingstore.
>
> quota for simfs has been dropped in OpenVZ 7 anyway... and there isn't an
> easy solution for it that I'm aware of. I've been using
ing to get the userland tools working...
>
> On Mon, Jul 10, 2017 at 8:52 AM, Vasily Averin <v...@virtuozzo.com
> <mailto:v...@virtuozzo.com>> wrote:
>
> Dear Narcis,
> thank you very much!
>
> On 2017-07-09 20:41, Narcis Garcia wrote:
>
El 10/07/17 a les 17:06, Scott Dowdle ha escrit:
> Greetings,
>
> - Original Message -
>> I've been using unprivileged LXC containers on Debian 9, and my main
>> problem is disk space quotas in simfs (called "dir" for LXC).
>
> You should be able to use disk images for LXC containers as
+ Jessie i386
Everything done with "ctcreate" script:
https://downloads.actiu.net/ctcreate/
ctcreate should work for any distro/version, and allows creating
referred templates again.
Somebody can upload as «contributed templates»
___
Users mailing
StalkR:
1. Do you mean OpenVZ boot files could be directly copied from a Debian
8 to a Debian 9?
2. Do your OpenVZ kernels upgrade properly on Debian 9? How did you
solve the initrd images generation as Vasily talks about?
El 10/07/17 a les 10:01, StalkR ha escrit:
> I've been running OpenVZ
I've been using unprivileged LXC containers on Debian 9, and my main
problem is disk space quotas in simfs (called "dir" for LXC).
The only easy (but weak) workaround is to deploy the containers on a
btrfs volume, and manage there a btrfs subvolume for each container. The
issue then is that VPS
CentOS6 live iso for example).
>
> Ran into a similar issue earlier this week, where the PCS6 kernel wasn't
> able to work with an ext4 that was created on a more-recent kernel.
>
> Regards
> Philipp
>
> On 08.07.2017 17:57, Narcis Garcia wrote:
>> Pre-requisite for
Pre-requisite for a Debian 8 (jessie) host is:
$ apt-get install sysvinit-core sysvinit-utils
$ cp /usr/share/sysvinit/inittab /etc/inittab
Then OpenVZ Legacy seems to work perfectly.
(For Debian 9 it doesn't seem to be enough)
El 08/07/17 a les 16:22, Narcis Garcia ha escrit:
> Inst
Install procedure:
RepoFile=/etc/apt/sources.list.d/openvz.list
RepoUrl=http://download.openvz.org/debian
echo "deb $RepoUrl jessie main" | sudo tee "$RepoFile"
echo "deb $RepoUrl wheezy main" | sudo tee -a "$RepoFile"
wget -qO - http://ftp.openvz.org/debian/archive.key | sudo apt-key add -
sudo
Install procedure:
RepoFile=/etc/apt/sources.list.d/openvz.list
RepoUrl=http://download.openvz.org/debian
echo "deb $RepoUrl jessie main" | sudo tee "$RepoFile"
echo "deb $RepoUrl wheezy main" | sudo tee -a "$RepoFile"
wget -qO - http://ftp.openvz.org/debian/archive.key | sudo apt-key add -
sudo
El 07/07/17 a les 18:12, Scott Dowdle ha escrit:
> Greetings,
>
> - Original Message -
>> Seems that download.openvz.org/debian keys are obsolete for current
>> APT tools versions:
>>
>> $ sudo apt-get update
>> Ign:1 http://debian.grn.cat/debian stretch InRelease
>> Ign:2
Seems that download.openvz.org/debian keys are obsolete for current APT
tools versions:
$ sudo apt-get update
Ign:1 http://debian.grn.cat/debian stretch InRelease
Ign:2 http://repos.actiu.net/libre stretch InRelease
Hit:3 http://security.debian.org/debian-security stretch/updates
InRelease
Hit:4
Hello, current standard distributions seem ready to work on production
with btrfs filesystems.
What about OpenVZ/6 kernels?
To migrate OVZ[simfs] and LXC[dir] containers to a single space, it's
convenient for me to use btrfs, due to the easy management of
"subvolume" space quotas that LXC doesn't
>From the point of view of support, comparing to LXC and Xen, I see
OpenVZ6 as the best professionally supported solution for containers in
a standard operating system.
LXC improves year to year, and supports more architectures, but OpenVZ6
has been allways more mature and better prepared for
In my direct environment, we are between OpenVZ, LXC and Qemu. The two
first for VPS and the latter for VM.
All projects seem to expand to other's features and to hybridize.
The only support to kernel Linux seems to not change and, in long term,
will make a lot of FOSS projects to aground in
Debian 8 uses systemd and I run it without problems in a OpenVZ/6 container.
El 13/04/17 a les 16:18, Henry Spanka ha escrit:
> Hello OpenVZ Users,
> Today Ubuntu 17.04 was released.
> Are there any plans to create an OpenVZ template for it? I’m aware that
> Ubuntu 17.04 uses systemd just like
It depends on provider storage configuration, but it's mailnly a quota
assignation subject.
You can ask your provider: ¿When I need more space, will my container be
able to have space quota increased without touching anything in guest OS
and data?
I suppose the answer is YES in 99% of cases, but
In OpenVZ 6 this is true: Same HN run ploop containers & simfs
containers without problem.
El 24/10/16 a les 16:46, Frank Myhr ha escrit:
> On 10/24/2016 04:22 AM, Corrado Fiore wrote:
>> one way in which you could avoid that problem is to use simfs instead of
>> ploop for that container.
>
>
I may be wrong, but for the moment I believe we don't need particular
negotiations information in this list.
El 07/09/16 a les 13:47, José Manuel Giner ha escrit:
> Hello Vladimir,
>
> first of all, we don't need a service support, we only look for the
> product, without support, we will ensure
I see two ways:
A) Support main GNU/Linux distros (much time of development)
B) Maintain own GNU/Linux ~ VzLinux (much time of development)
= supporting a maintained zoo or maintaining own animal at home
Ubuntu can have an analogous relation with Debian as VzLinux with RHEL.
They have much time
No war here too.
I only was collecting disperse data, and I'm not against correcting
LVM/ZFS mentions if necessary.
My effort was focused on having a better comparison page to be
referenced for anyone.
El 06/06/16 a les 15:19, Narcis Garcia ha escrit:
> I've "debugged" and enha
Sergey, do you mean that supported distribution for OpenVZ/Virtuozzo
will be (or is) VzLinux OS?
Could you document this GNU/Linux distribution with a Wikipedia article?
Thanks.
El 06/06/16 a les 15:33, Sergey Bronnikov ha escrit:
> On 13:23 Mon 06 Jun , Volker Janzen wrote:
>> Hi Sergey,
>>
I've "debugged" and enhanced the main Wiki comparison table:
https://openvz.org/CT_storage_backends
I've taken into account openvz_storage_backends.md
But somebody else could "migrate" ploop_issues.md too.
El 06/06/16 a les 13:41, Gena Makhomed ha escrit:
> On 06.06.2016 13:51, Sergey Bronnikov
Why the CT_storage_backends page is not showing any "No" in the ploop
column, and all "No"s in simfs columns are red (eg.compaction)
The "qcow format" row is redundant, as it could be "can use same host
filesystem".
The "No problems" row seems to be written to put a "Yes" in the "good"
column.
I use some fail2ban for brute force ssh attacks in OpenVZ/6 with no
problem, but running only one instance on HardwareNode and parsing
containers' logs.
El 03/06/16 a les 20:46, Jeffrey Walton ha escrit:
>> In brief:
>> * OpenVZ 6 (2.6.32-x kernels) does not allow to use ipset inside Containers
As I understand, if HN (host) has no swap (see command "free"),
containers vswap will work exclusively with RAM.
You can also set a container vswap to 0:
vzctl set 777 --save --swap 0
El 28/04/16 a les 15:46, Henry Spanka ha escrit:
> Hello,
>
> Thank you for your answers. As I already said,
I believed that OpenVZ team was releasing scripts and/or procedures of
their supported templates generation.
El 05/04/16 a les 17:46, Scott Dowdle ha escrit:
> Greetings,
>
> - Original Message -
>> Is there any script that allows me to reproduce same as
>> "debian-8.0-x86_64-minimal"
Hello;
Is there any script that allows me to reproduce same as
"debian-8.0-x86_64-minimal" template but for an x86 only version?
Thanks.
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
You could return to v108 and watch performance again.
El 29/03/16 a les 22:19, Karl Johnson ha escrit:
> Disks are fine and RAID is optimal. It doesn't happen only when backups
> run but it's easier to see during this time. What's strange is that
> there were no issue on <108 kernels.
>
> It
I'm using Linux 2.6.32-openvz-042stab113.11-i386 in a Debian Wheezy
server with Debian Wheezy containers.
I've tried to install previously LXC at hardware node, but cannot create
anything as /sys/fs/cgroup
(cannot create directory `/sys/fs/cgroup': No such file or directory)
Then lxc-checkconfig
I don't know if bcache (bcache.evilpiepirate.org) can be implemented
with Linux 2.6.32-openvz
On 11/02/16 00:11, Scott Dowdle wrote:
> Greetings,
>
> - Original Message -
>> if my server for OpenVZ legacy has HDD and SSD, what can I do to
>> benefit from SSD speed?
>
> To the best of
tLinksHere/Template:Like
>
> Sergey
>
> On 16:36 Sat 26 Sep , Narcis Garcia wrote:
>> Sometime it's time to think in web services, not only in my individual
>> needings. It's time to think in Free Software (FOSS) model, not only in
>> free beer. A model to respect u
Respect for the users in openvz.org is becoming better and better,
thanks to effort and consideration of Sergei and Kir.
Let me suggest a better alternative to Google Analytics:
https://www.mediawiki.org/wiki/Extension:Open_Web_Analytics
El 29/09/15 a les 18:13, Kir Kolyshkin ha escrit:
>
>
lock Plus, Ghostery, NoScript.
>
> Check 'em out.
>
> 2015-09-26 16:11 GMT+03:00 Narcis Garcia <informat...@actiu.net
> <mailto:informat...@actiu.net>>:
>
> Are you "internet"?
> Or do you have only your own cookies?
>
>
5, 2015 at 10:09 AM, Narcis Garcia <informat...@actiu.net> wrote:
>> Off topic:
>> This wiki is served with, at least, 4 spyware elements:
>> - Facebook connect
>> - Google analytics
>> - Google+ platform
>> - Twitter button
>>
>>
>> El 25/
Missatge reenviat
Assumpte: Debian 7 not upgrading kernel because of inconsistent
numbering in repository
Data: Sat, 04 Jul 2015 10:57:41 +0200
De: Narcis Garcia informat...@actiu.net
A: users@openvz.org
I'm using this APT repository line:
deb http://download.openvz.org/debian
Great step!
El 23/06/15 a les 19:37, Sergey Bronnikov ha escrit:
On 02:46 Wed 20 May , Gena Makhomed wrote:
build scripts for creating OpenVZ templates now are close source.
are any plans exists to make these build scripts open source ?
We opened sources of OS templates:
A good strategy could be to make OpenVZ become fully as an LXC
enhancement, and apply patches thinking in datacenter scenario for LXC.
This focus could make easier to follow Linux kernel versions.
OpenVZ for Linux 2.6.32 is excellent, but the time makes grow some
matters that didn't seem a
As I read from Ubuntu/Debian package (version 0.9.1):
Docker complements kernel namespacing with a high-level API which
operates at the process level. It runs unix processes with strong
guarantees of isolation and repeatability across servers.
Docker is a great building block for automating
These may be alternatives for version numbering (I've tested them with
dpkg --compare-versions):
As a complete upstream version:
42.85.20
Combining old and new schema:
042+stab085.20
El 26/03/14 17:07, Roman Haefeli ha escrit:
On Mon, 2014-03-24 at 09:40 -0700, Kir Kolyshkin wrote:
Thank you
I believe that this stock kernel issue is accidental or a bug, and is
better to not copy as a good example.
El 08/03/14 05:27, Kir Kolyshkin ha escrit:
On 03/07/2014 06:21 PM, spameden wrote:
Btw, Kir, there is no version anymore in uname -a.
Could you fix this at least to display current
I think that is a good strategy to have a main package to be manually
installed:
linux-image-openvz-amd64
linux-image-openvz-686
But fully versioned as its dependencies (042stab084.26)
And with a dependency to a version-named package, such as:
linux-image-2.6.32-42.84.26-openvz-amd64
In this
a phone
Den 1 mar 2014 14:39 skrev spameden spame...@gmail.com
mailto:spame...@gmail.com:
2014-03-01 17:01 GMT+04:00 Narcis Garcia informat...@actiu.net
mailto:informat...@actiu.net:
To perform the install, I used a cached package from another server.
I
To perform the install, I used a cached package from another server.
I suppose the downloadable packages are valid. If not, I can share my
cached ones.
El 01/03/14 00:02, spameden ha escrit:
I'm having the same thing over here.. Any update on this?
2014-02-27 20:49 GMT+04:00 Narcis Garcia
I've tested OpenVZ-vzctl on a 32bit machine with Debian7, and seems to
work well.
El 28/02/14 09:37, Benjamin Henrion ha escrit:
On Thu, Feb 27, 2014 at 5:40 PM, Rick Leir su...@a926.virtualorgs.net wrote:
On Thu, 2014-02-27 at 08:38 -0500, Rick Leir wrote:
I got the vzctl source (latest
*H*ello, I've found this relatively recent thread, that seems to be
caused by repository tools at server:
https://lists.openvz.org/pipermail/users/2014-February/005462.html
Because I've the problem again on Debian 7:
$ sudo apt-get --install-recommends install linux-image-openvz-amd64
vzdump
92 matches
Mail list logo