I have postfix servers running on openvz and in general give it high marks,
but there's little point in trying to make it something it's not. If you
have the budget, the extra features of virtuozzo are well worth the money.
There are good reasons why virtuozzo is more expensive, but if you can only
I'm running openvz on Debian 6 and recently switched to the rhel6-based
kernel which provides the vswap configuration option. That was a big
improvement, and the rhel kernel rpms were very easy to convert to debs
which worked like a charm.
Joe
On Fri, Jan 6, 2012 at 10:08 AM, Quentin MACHU wrote:
I started out using debian, but I'm building new openvz servers on centos.
There are some who for ideological reasons prefer to stick with debian, and
I completely understand that. The rhel-based kernel provides the best
results for existing debian openvz servers. Personally I'm pragmatic, and
pref
On Fri, Jan 6, 2012 at 12:34 PM, Tim Small wrote:
>
> pacemaker+heartbeat
Interesting idea, I wonder about the tradeoffs. I tend to keep the host
node pretty lean and run heartbeat/corosync/pacemaker in the CTs, if
anywhere.
Joe
___
Users mailing lis
On a Centos 6 test machine, I installed kernel 2.6.32-042stab052.8,
ploop-1.0 & ploop-lib-1.0 and attempted to follow along with
http://wiki.openvz.org/Ploop/readme.
I've had no success in creating a ploop image:
root@mrmber ~]# ploop init -s 1g -f raw /ploop.image
Creating raw delta /ploop.image
Thank you Kir, good workaround, I can create the ploop device somewhere
other than / and will continue testing.
Joe
On Fri, Mar 16, 2012 at 9:27 PM, Kir Kolyshkin wrote:
> On 03/17/2012 04:21 AM, jjs - mainphrame wrote:
>
>> On a Centos 6 test machine, I installed kernel 2.6.32-
My test platform is centos-6.2 32 bit. I had successfully created
ploop-based containers when testing the ploop and vzctl from git last week.
Today I installed the released ploop and vzctl rpms to test further.
When I issue a command to create a ploop-based container, vzctl is unable
to complete t
/22/2012 09:42 PM, jjs - mainphrame wrote:
>
>> My test platform is centos-6.2 32 bit. I had successfully created
>> ploop-based containers when testing the ploop and vzctl from git last week.
>> Today I installed the released ploop and vzctl rpms to test further.
>>
>
&
Update -
After upgrading to kernel 2.6.32-042stab053.3 I'm happy to report that the
ploop-based container creation succeeds:
[root@mrmber ~]# vzctl create 779 --layout=ploop --config=vswap-256m
--ostemplate=debian-5.0-x86
Unable to get full ostemplate name for debian-5.0-x86
Creating image: /vz/p
Running kernel 2.6.32-042stab053.3, vzctl-3.1 and ploop-1.1 on centos-6.2
32 bit, I created 2 similar vswap-256 CTs running debian-5.0-x86.
The only appreciable difference between the CTs is the layout: CT 777 is
simfs, CT 779 is ploop
[root@mrmber conf]# for i in `vzlist -1`; do ech0 $i; vzctl
n Fri, Mar 23, 2012 at 11:27 AM, jjs - mainphrame wrote:
> Running kernel 2.6.32-042stab053.3, vzctl-3.1 and ploop-1.1 on centos-6.2
> 32 bit, I created 2 similar vswap-256 CTs running debian-5.0-x86.
>
> The only appreciable difference between the CTs is the layout: CT 777 is
&g
Joe
On Fri, Mar 23, 2012 at 1:47 PM, Kir Kolyshkin wrote:
> On 03/23/2012 10:27 PM, jjs - mainphrame wrote:
>
>> We can successfully resize the simfs-based CT 777:
>>
>> [root@mrmber conf]# vzctl set 777 --diskspace=2000:2400 --save
>> CT configuration saved
I've been creating simfs and ploop based containers and exercising them in
different ways. While the ploop-based containers are basically working, in
my testing a ploop-based CT seems to require more resources than an
equivalent simfs-based CT. On my modest 32 bit test rig with 1 GB RAM, I've
been
245216K biovec-2
Joe
On Sat, Mar 24, 2012 at 11:40 AM, Kirill Korotaev wrote:
> Can you please report slabtop output? We've just fixed obe memory leak.
> Thanks!
>
> Sent from my iPhone
>
> On 24.03.2012, at 21:57, "jjs - mainphrame" wrote:
>
> > I&#
Disk beginning is typically around 2x faster.
>
> Sent from my iPhone
>
> On 25.03.2012, at 0:21, "jjs - mainphrame" wrote:
>
> I'm running slabtop every 30 seconds during a dbench run and the thing
> that is growing the fastest and taking the lion's s
Testing with dbench now, looking better. With previous kernel, size of
biovec-256 grew monotonically until all system memory was consumed. With
53.4, biovec-256 grows and shrinks according to need.
Joe
[root@mrmber ~]# while [ 1 ]
> do
> slabtop --once | grep iovec
> sleep 30
> done
98 68
I'm happy to report that the ploop-based CT under 042stab053.4 finishes a
punishing dbench run with no problems. I was curious to see what
performance would be like, and the dbench results from the ploop-based CT
are actually closer to the host performance than the simfs-based CT is.
Joe
On Mon,
works directly with block layer
> on fast paths.
>
> Thanks,
> Kirill
>
>
> On Mar 27, 2012, at 04:01 , jjs - mainphrame wrote:
>
> > I'm happy to report that the ploop-based CT under 042stab053.4 finishes
> a punishing dbench run with no problems. I was curious
head as well (unlike
> Linux loopback). It bypasses FS layer and works directly with block layer
> on fast paths.
>
> Thanks,
> Kirill
>
>
> On Mar 27, 2012, at 04:01 , jjs - mainphrame wrote:
>
> > I'm happy to report that the ploop-based CT under 042stab053.4
I'm running the rhel-based kernel on my debian 6 openvz server with good
results. Better performance and more features.
https://plus.google.com/114658067490332530482/posts/dbHMM22nRv1
Joe
On Thu, Mar 29, 2012 at 2:09 AM, David Brown wrote:
>
>> Kir.
>>
>
> I am using a non-rhel6 openvz kernel
Kernel stab53.5 was very stable for me under heavy load but with stab54.1
I'm seeing hard lockups - the Alt-Sysrq keys don't work, only the power or
reset button will do the trick.
I don't have a serial console set up so I'm not able to capture the kernel
panic message and backtrace. I think I'll
I'm happy to report that stab54.2 fixes the kernel panics I was seeing in
stab54.1 -
Thanks for the serial console reminder, I'll work on setting that up...
Joe
On Thu, Apr 5, 2012 at 3:47 AM, Kir Kolyshkin wrote:
> On 04/05/2012 08:48 AM, jjs - mainphrame wrote:
>
>> Ke
C, there would obviously be more choices. You
thoughts?
Joe
On Thu, Apr 5, 2012 at 3:17 PM, jjs - mainphrame wrote:
> I'm happy to report that stab54.2 fixes the kernel panics I was seeing in
> stab54.1 -
>
> Thanks for the serial console reminder, I'll work on setting t
lso (which are preallocated
> by ext4), so ext4 reserves some space for its own needs.
> Simfs however was limiting *pure* file space.
>
> Kirill
>
> On Apr 6, 2012, at 04:58 , jjs - mainphrame wrote:
>
> > However I am seeing an issue with the disk size inside the simfs-base
/dev/simfs 5474372710700 3205452 19% /
none131072 4131068 1% /dev
[root@mrmber ~]#
ploop-based CTs seem fine.
Joe
On Thu, Apr 5, 2012 at 11:24 PM, jjs - mainphrame wrote:
> Look closer - there is breakage here. Normally there was a 10% differe
wiki explaining that in details, let me see...
> right, http://wiki.openvz.org/Disk_quota,_df_and_stat_weird_behaviour
> 06.04.2012 22:44 пользователь "jjs - mainphrame"
> написал:
>
> Something definitely weird happening with simfs file sizes now:
>>
>> [root@m
On Sun, Apr 8, 2012 at 4:42 AM, Corin Langosch wrote:
> Hi Joe,
>
> Ploop images grow on demand, similar to sparse files. You can create a
> ploop device of 100 GB even when you have only 50 GB free disk space.
>
> Can you please post the output of "df" and "df -i" on the host and from
> inside th
Unfortunately that won't work if you are using only bridged networking - I
don't have any venet devices on my servers.
My host has only lo, ethx, brx, and vethnnxx devices, and the containers
have only lo and ethx devices.
The puppet "facter" program is able to figure out if if a machine is a vz
That's another good tip.
Joe
On Fri, Apr 13, 2012 at 3:39 PM, Martin Dobrev wrote:
> Better way to do it is to look for /proc/user_beancounters. If it exists
> then it's a distro with OpenVZ kernel installation. In it there is a info
> about different parameters of the container (if you look in
A data point concerning my openvz test setup: Centos 6.2 i386,
vzkernel-2.6.32-042stab054.5, ploop-1.2.1 -
Creation of simfs CTs proceeds normally normal, but creation of ploop-based
CT runs into problem when nothing can be written to the ploop device.
See CT creation attempt below:
[root@mrmber
the problem in dmesg output.
3. The underlying filesystem is ext4.
Joe
On Sun, Apr 22, 2012 at 8:22 AM, Kir Kolyshkin wrote:
> On 04/22/2012 10:41 AM, jjs - mainphrame wrote:
>
>> A data point concerning my openvz test setup: Centos 6.2 i386,
>> vzkernel-2.6.32-042stab
I second the proxmox idea - it is an excellent platform, I recently
downloaded it to take a look and was quite impressed. It's a more
comprehensive solution than openvz+ovz-web-panel. I'm sold on it and will
deploy it in future. It does require x86_64 hardware though.
Joe
On Wed, May 2, 2012 at 1
On Thu, Aug 23, 2012 at 12:35 PM, Kir Kolyshkin wrote:
> On 23 August 2012 22:11, Benjamin Henrion wrote:
> > Hi,
> >
> > wiki.openvz.org loads static.openvz.org, which requires a password,
> > and prompts my browser for a login/pwd.
> >
> > Have you changed something?
>
> Yes I did, but it shou
They're saying openvz users are free to use it - but if you want support
for it, you need to be running it under PVC.
On Fri, Jan 24, 2014 at 7:38 PM, Rene C. wrote:
> I don't understand - it says "cloud storage for openvz" but in the
> documentation it says:
>
> "Parallels Cloud Storage is ava
You know the saying, "when something seems too good to be true"...
I just installed centos 6.5 and openvz on an older machine, and when I
built an ubuntu 12.04 CT I noticed that ploop is now the default layout.
Cool. So I built another ubuntu12.04 CT, identical in every way except that
I specified
tmpfs 262144 0262144 0% /run/shm
root@vz102:~#
Regards,
J J
On Fri, May 2, 2014 at 2:10 PM, jjs - mainphrame wrote:
> You know the saying, "when something seems too good to be true"...
>
> I just installed centos 6.5 and openvz on an older machine, and when I
&g
aches that would give a more
"acceptable" answer.
Regards,
J J
On Fri, May 2, 2014 at 4:01 PM, Kir Kolyshkin wrote:
> On 05/02/2014 03:00 PM, jjs - mainphrame wrote:
>
> Just for kicks, here are the data from the tests. (these were run on a
> rather modest old machine
.
Regards,
J J
On Sat, May 3, 2014 at 11:31 AM, Kir Kolyshkin wrote:
> On 05/02/2014 04:38 PM, jjs - mainphrame wrote:
>
> Thanks Kir, the /dev/zero makes sense I suppose. I tried with /dev/random
> but that blocks pretty quickly - /dev/urandom is better, but still seems to
> b
On Sat, May 3, 2014 at 11:53 AM, jjs - mainphrame wrote:
> I am continuing to do testing as time allows. Lat night I ran sysbench
> fileio tests, and again, the ploop CT yielded better performance then
> either then simfs CT or the vzhost. It wasn't as drastic a difference as
> t
can verify that by dumping extent info by dumpfs. Accurate
> benchmarking would require a small localized partition for both tests to
> make sure performance can't vary due to this effect.
>
> Sent from my iPhone
>
> On 04 мая 2014 г., at 1:06, "jjs - mainphrame" wr
Probably after Centos 7 is released
On Tue, Jun 10, 2014 at 2:05 PM, Simon Boulet wrote:
> With RedHat just releasing RHEL7 today [1], when can we expect a RHEL7
> based OpenVZ kernel? :-)
>
> [1]
> http://www.redhat.com/about/news/press-archive/2014/6/red-hat-unveils-rhel-7
>
> Simon
> ___
I'm downloading Centos 7 now. Naturally I'm eager to run openvz. Is there
any sort of road map or schedule for the availability of a RHEL 7 based OVZ
kernel?
Thanks & Regards,
jjs
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/
The openvz install takes care of the kernel dependencies. No worries about
overwriting the openvz kernel with a non-vz-aware kernel with a yum update.
Also, the openvz kernel is maintained and kept up to date, incorporating
upstream security patches quickly. I haven't seen any problem with updates
tl;dnr - but something must have been overlooked - the openvz installs I've
done have an adjustment to the yum configuration to prevent the generic
non-vz kernel from being installed in an update.
jjs
On Mon, Jul 28, 2014 at 1:46 PM, Matt wrote:
> I have OpenVZ installed on CentOS 6.x followin
Yum might not be happy erasing the kernel - I'd just disable centos kernel
updates in the yum config. I also find it useful to be able to boot into a
vanilla centos kernel for testing - just in case.
On Mon, Jul 28, 2014 at 2:36 PM, Matt wrote:
> I see:
>
> [root]# rpm -qa |grep kern
> kernel-2
The specs look impressive. I'm wondering if there any potential security
concerns, since UFS bypasses the normal security mechanisms of the kernel
with a very efficient state machine.
Thanks & Regards,
Joseph
On Thu, Jul 31, 2014 at 9:16 AM, Guillermo Lopez Taboada <
guillermo.lopez.tabo...@gma
Excellent!
On Fri, Dec 26, 2014 at 3:59 PM, Kir Kolyshkin wrote:
> Please read this very important announce:
>
> http://openvz.livejournal.com/49158.html
>
> Happy New Year,
> OpenVZ team.
> ___
> Users mailing list
> Users@openvz.org
> https://
Very interesting!
So, after reading this, I installed vzctl-core on my fedora 21 box, from
the stock repositories, and just for giggles, I issued the command "vzctl
create 101".
It did the right thing and created a default Centos 6 container.
However, I immediately noticed that the vzlist comman
Thanks for the reference, it's good to know. My vz adventures in the past
always involved the full openvz stack. So running vz containers does indeed
appear to be mainly of academic interest until further down the road...
On Dec 31, 2014 1:06 PM, "Scott Dowdle" wrote:
> Greetings,
>
> - Origi
Correction, what I meant to say is that running vz container *on a stock
distro kernel* is mainly academic for now. Obviously, running containers on
the openvz kernel works quite well!
On Wed, Dec 31, 2014 at 1:15 PM, jjs - mainphrame
wrote:
> Thanks for the reference, it's good to kno
FWIW, I regularly did live migrations of e.g. smtp servers, mailguard nodes
etc for years while working at Toyota, and never saw any kernel panic, and
never heard of anyone else having an issue. I'm not saying it's impossible,
but it seems you must have some sort of strange corner case there.
Jose
Hello,
it appears the bugzilla is not accepting bug reports for openvz 7 yet - at
least there was no option to select rhel/centos 7 as the platform.
At any rate, when I googled the error, I found several people asking about
this show stopper, but nobody answering. Any pointers as to what I can tr
used.
Regards,
J
On Thu, Jul 23, 2015 at 5:13 PM, jjs - mainphrame
wrote:
> Hello,
>
> it appears the bugzilla is not accepting bug reports for openvz 7 yet - at
> least there was no option to select rhel/centos 7 as the platform.
>
> At any rate, when I googled the erro
Hello,
I have been testing openvz 7 here at home, and decided to bring up a second
Centos 7 OVZ host. After copying the template caches over to the new box, I
tried to do a container migration, which failed due to a license error. Can
this be resolved, or has CT migration become a commercial-only
Thanks Scott!
Glad to hear it's coming. I can make do until then, lots of things to play
with in the meantime.
Joe
On Tue, Jul 28, 2015 at 4:39 PM, Scott Dowdle
wrote:
> Greetings,
>
> - Original Message -
> > The wiki page on the release has a "Coming Soon" section that
> > includes:
Thanks Scott -
Somehow I missed that piece of info. I see that criu is installed on the
host, so I'll stay tuned for more info as I look into this further.
Joe
On Tue, Jul 28, 2015 at 4:36 PM, Scott Dowdle
wrote:
> Greetings,
>
> - Original Message -
> > I have been testing openvz 7 he
Sergey,
Thank you for the clarification. Things are running very smoothly in my
testing, now that we've come to understand that difference.
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
For those so inclined, a parallel track with the openvz learning
experience: http://www.russianpod101.com/ ;)
On Mon, Aug 3, 2015 at 9:54 AM, Scott Dowdle
wrote:
> Greetings,
>
> - Original Message -
> > On 03.08.2015 17:09, Sergey Bronnikov wrote:
> > Ok, but what is the difference betw
-- if I'm wrong and vzctl is not able to trigger template
> metadata
> installation and cache creation, the error message should be more
> clear.
>
>
>
>> We will publish template management guide on http://docs.openvz.org/
>> but right now you can use t
I've always said "vee zee control" but that's just me. Sure, we can all
live with a mishmash of names, but when Sergey said he agreed the naming
should be cleaned up, I realized how much I liked the idea. The prlctl
business struck me as a clumsy attempt to pay homage to the parallels
brand. Moving
t in case -- if I'm wrong and vzctl is not able to trigger template
> metadata
> installation and cache creation, the error message should be more
> clear.
>
>
>
>
> We will publish template management guide on http://docs.openvz.org/
> but right now you can use the sa
Thanks for blazing the trail, Scott! When I get some free time I'll try out
some of my favorite old legacy templates.
Joe
On Fri, Aug 7, 2015 at 9:00 AM, Scott Dowdle
wrote:
> Greetings,
>
> The subject of this email might horrify the V7 developers with the ongoing
> development and testing of
Greetings,
Has anyone had any success finding or creating a debian 7 OS ez template
for OVZ 7?
Regards,
Joe
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
Hi Scott,
I could be missing something, but it appears that the only available
ez-templates for for centos 5,6,7, debian 8, and ubuntu 14.04 LTS.
But debian 7 still seems to be popular, and some applications that run on
debian 7 haven't been ported to debian 8 yet. One big difference is that
debi
What filesystem are you using on the host?
Joe
On Wed, Sep 2, 2015 at 7:14 AM, Phil Daws wrote:
> Okay, thanks. So now I have it:
>
> [root@vsi01 config]# vzpkg list -O
> centos-7-x86_64
>
> and then try to use it:
>
> [root@vsi01 config]# prlctl create ads01 --ostemplate centos-7-x86_64
> --v
Seconded.
Since we took some time and effort to think about your issue and offer
suggestions, it would be great to hear what the issue turned out to be, and
would also make this thread helpful for those searching the archive in
future.
Joe
On Thu, Sep 3, 2015 at 9:20 AM, Scott Dowdle
wrote:
>
Hi Scott,
Seeing the same thing here -
Loaded plugins: fastestmirror, priorities
cl-base | 3.8 kB 00:00
cl-updates | 3.8 kB 00:00
http://mirror.tocici.com/openvz/virtuozzo/releases/factory/x86
(bump)
With regard to the URL errors, is there anything we can do from our end to
get back on track, or is it just a matter of waiting for things to be
sorted on that end?
Joe
On Thu, Sep 3, 2015 at 11:23 AM, Scott Dowdle
wrote:
> Greetings,
>
> - Original Message -
> > It happens beca
Thanks Phil
On Mon, Sep 7, 2015 at 7:42 AM, Phil Daws wrote:
> I had an old /vz mount point from my SAN which had pre v7 images on it. I
> wiped the partition and re-installed which rectified the problem. Thanks,
> Phil
>
> - On 3 Sep, 2015, at 18:10, jjs - mainphrame j...
Could someone perhaps volunteer the IP address of "kojistorage.eng.sw.ru"
to allow working around the breakage?
...
Downloading packages:
No Presto metadata available for factory
rsync-3.0.9-15.vz7.7.x86_64.rp FAILED
http://kojistorage.eng.sw.ru/mash/latest/latest/x86_64/os/Packages/r/rsync-3.0.9
\t' $f; rpm -qf $f; done
>
> On 11 September 2015 at 14:09, jjs - mainphrame
> wrote:
>
>> Could someone perhaps volunteer the IP address of "kojistorage.eng.sw.ru"
>> to allow working around the breakage?
>>
>> ...
>> Downloading package
est/latest/x86_64/os/
enabled=1
gpgcheck=0
[factory-debuginfo]
name=Debug packages for Containers from Build Factory
baseurl=http://kojistorage.eng.sw.ru/debug/latest/
enabled=0
gpgcheck=0
[root@hachi ~]#
Joe
On Fri, Sep 11, 2015 at 4:30 PM, Kir Kolyshkin wrote:
>
>
> On 09/11/2015 03:43 P
Meh, I decided to remove the old factory repo file completely and force
install again. That made it happy.
Now carrying on as before
Joe
On Fri, Sep 11, 2015 at 4:57 PM, jjs - mainphrame
wrote:
> Hi Kir,
>
> The problem remains -
>
> [root@hachi ~]# for f in /etc/yum.repos.d/*
upgrades.
Factory should be and is now pointing to download.openvz.org
Joe
On Fri, Sep 11, 2015 at 5:16 PM, jjs - mainphrame
wrote:
> Meh, I decided to remove the old factory repo file completely and force
> install again. That made it happy.
>
> Now carrying on as before
>
> Joe
Greetings,
I gather there are still some fixes to be applied before migration will
work properly. Just out of curiosity, do any or all of the issues below
constitute a show stopper?
[root@hachi ~]# criu check
prctl: PR_SET_MM_MAP is not supported, which is required for restoring user
namespaces
E
RIU list (adding it).
> >
> > On 09/12/2015 04:59 PM, jjs - mainphrame wrote:
> >
> > Greetings,
> > I gather there are still some fixes to be applied before migration
> will
> > work properly. Just out of curiosity, do any or all of the issues
> b
Greetings,
I've been running some test containers on OVZ7 beta, and, while I realize
not all functionality is in place yet, they have been so dependable that
I'm starting to depend on them.
So, understandably, I was looking at backups, and my first tries with vzctl
snapshot failed. I don't want t
at 4:17 PM, Kir Kolyshkin wrote:
> On 10/28/2015 02:31 PM, jjs - mainphrame wrote:
>
> Greetings,
>
> I've been running some test containers on OVZ7 beta, and, while I realize
> not all functionality is in place yet, they have been so dependable that
> I'm starting to
I've been using OVZ 7 beta for some weeks now, and despite the lack of a
full feature set compared to openvz legacy, I like it, and I'm using it to
run some containers that actually serve useful purposes here.
I have a friend who is looking to build a free/libre linux container
solution for a stru
ARENT | CLONE_NEWPID don't work together
[root@annie ~]#
Am I tilting at windmills here, or is there some expectation that any of
this should be working?
Regards,
Joe
On Wed, Oct 28, 2015 at 2:31 PM, jjs - mainphrame
wrote:
> Greetings,
>
> I've been running some t
Greetings,
I've been running some servers in OVZ 7 containers for some months now, and
I'm happy with reliability and performance, with the exception of an
occasional loss of ct network connectivity.
>From time to time, I'll get a xymon alert that all containers are
unreachable. The cts are all u
ARP cache settings on your network equipment.
>
>
>
> We haven’t seen such massive reports.
>
>
>
> Best regards,
>
>
>
> *From:* users-boun...@openvz.org [mailto:users-boun...@openvz.org] *On
> Behalf Of *jjs - mainphrame
> *Sent:* Saturday, December 12, 2
configured with the IP which
was formerly host routed. I'm interested to see if this CT remains
connected when the next failure occurs with the host routed IP in the other
CT.
I'll report what I find.
Regards,
Joe
On Mon, Dec 14, 2015 at 10:27 AM, jjs - mainphrame
wrote:
> Thank y
Regards,
Joe
On Mon, Dec 14, 2015 at 4:29 PM, jjs - mainphrame
wrote:
> Greetings,
>
> I'm not sure if my openvz issues are baffling everyone, or merely boring
> them.
>
> I've made a configuration change which should provide additional data when
> the next network
check ARP cache settings on your network equipment.
>
>
>
> We haven’t seen such massive reports.
>
>
>
> Best regards,
>
>
>
> *From:* users-boun...@openvz.org [mailto:users-boun...@openvz.org] *On
> Behalf Of *jjs - mainphrame
> *Sent:* Saturday, December 1
Greetings,
I recently attempted to upgrade some packages in an OVZ 7 Centos 7
container.
I did not succeed; here is the relevant snippet:
Running transaction test
Transaction test succeeded
Running transaction
Updating : iputils-20121221-7.el7.x86_64
1/4
Error unpacking rpm package iputils
it, track the jira issue.
>
> Thank you again for noticing it!
>
> --
> Best regards,
>
> Konstantin Khorenko,
> Virtuozzo Linux Kernel Team
>
> On 01/14/2016 10:24 PM, jjs - mainphrame wrote:
>
>> Greetings,
>>
>> I recently attempted to u
I came across that same situation while installing some months ago. I just
created a directory on an ext4-formatted partition and symlinked /var/tmp
to that.
On Fri, Feb 12, 2016 at 4:25 PM, Kir Kolyshkin wrote:
>
>
> On 02/12/2016 08:00 AM, Axton wrote:
>
> Template creation fails if /var/tmp i
Are you running ext4? other filesystem choices are one cause of such things
failing.
J
On Fri, Mar 18, 2016 at 6:30 PM, Edrick Smith
wrote:
> I get this error:
>
> [root@localhost ~]# prlctl create Exacq --vmtype ct --ostemplate
> ubuntu-14.10-x86_64
> Creating the Virtuozzo Container...
> Fa
I'm one of those bitter clingers who continues to use all the old vz
commands. Since I only use containers and no vms it's worked well enough. I
find vzpkg still does the right thing when I tell it to create a cache for
an OS ez template.
J
On Thu, Mar 17, 2016 at 11:27 PM, Scott Dowdle
wrote:
Sergey,
This may or may not be of use -
I've got an ubuntu container running a mysql database, for use by
several centos containers running maia mailguard. I remember having to
edit the mysql config to have the database listening via tcp/ip rather
than on a unix socket only, and, further, to spec
Hi Konstantin -
In the process of taking a look at this, I found that jira.sw.ru does
not resolve. DNS problem on the sw.ru side?
Regards,
Jake
On Tue, Apr 19, 2016 at 3:41 AM, Konstantin Khorenko
wrote:
> Forwarded Message
> Subject: [TRD] Autofs migration
> Date: Tue, 19 Ap
--
> Best regards,
>
> Konstantin Khorenko,
> Virtuozzo Linux Kernel Team
>
>
> On 04/20/2016 12:59 AM, jjs - mainphrame wrote:
>>
>> Hi Konstantin -
>>
>> In the process of taking a look at this, I found that jira.sw.ru does
>> not resolve. DNS pr
Greetings,
Can anyone point me to the current OVZ 7 docs? I went back to take a
look at the online OVZ 7 docs I'd bookmarked some months ago and got a
404 error.
Container testing is continuing to go very well, but at this point,
I'm interested in testing VM creation and management.
Regards,
Ja
Hi Jake,
>
> They should be on https://docs.openvz.org/
> For example - https://docs.openvz.org/virtuozzo_7_users_guide.webhelp/
>
> Best regards,
> Konstantin
>
> -Original Message-
> From: users-boun...@openvz.org [mailto:users-boun...@openvz.org] On Behalf Of
> j
Hi Scott -
Yep, good to see that docs.openvz.com now points to the OVZ 7 docs.
Now wrestling with vm creation -
Jake
On Thu, Apr 21, 2016 at 3:07 PM, Scott Dowdle wrote:
> Greetings,
>
> - Original Message -
>> Greetings,
>>
>> Can anyone point me to the current OVZ 7 docs? I went back
Thank you Sergey -
As of today's updates, I find that live container migration is working
reliably and well here.
Great work!
Jake
On Thu, Apr 28, 2016 at 8:29 AM, Sergey Bronnikov wrote:
> Hi everyone,
>
> As usual, I'd like to share with you the latest Virtuozzo 7 development news.
>
> First
started
Phaul service failed to live migrate CT
Can't move/copy CT 888 -> CT 888, [], [] : Phaul service failed to
live migrate CT
real 2m51.840s
user 0m0.385s
sys 0m3.457s
[root@hachi ~]#
Jake
On Wed, May 11, 2016 at 9:28 PM, jjs - mainphrame wrote:
> Thank you Sergey -
>
> As o
gt; and provide more details about your environment:
> - Vz7 version (rpm -qa virtuozzo-release)
> - problem report id (prlsrvctl problem-report --send)
>
> Sergey
>
> On 19:42 Thu 12 May , jjs - mainphrame wrote:
>> Aw shucks, I've spoken too soon. After today's update
Greetings
Just a heads up -
After today's updates, my OVZ 7 containers are suddenly failing to start:
[root@hachi ~]# vzctl start 999
Starting Container ...
command /usr/sbin/vzpkg got signal 11
Failed to get osrelease for .centos-7-x86_64: No such file or directory
[root@hachi ~]# vzctl start 8
1 - 100 of 240 matches
Mail list logo
