OpenVZ Forum


Home » General » Support » *SOLVED* Problem create VE when quota=yes
*SOLVED* Problem create VE when quota=yes [message #25690] Mon, 07 January 2008 13:52 Go to next message
yettyn is currently offline  yettyn
Messages: 31
Registered: January 2008
Location: Jihlava, CZ
Member
Hi,

I have run into a problem where I can't create a VE when DISK_QUOTA=yes in vz.conf

This is however when using my own ve-xxx.conf.sample, created from # vzsplit -n 20 -f vps.my20 . If I use ve-vps.basic.conf-sample however I can create VE's when quota is on, but it seem like I can only start 1 VE, trying to start more fails, unless I stop the one running. This strange as my hw spec isn't that bad:

CPU: Intel Core 2 Duo E6750 (2.66 Mhz)
RAM: 2 GB
SWAP: 2 GB
HDD: 160 GB SATA (I have /vz mounted on a 65G partition)

I should mention as well that I use the 2.6.22-ovz005.1 dev kernel as 2.6.18 lack full support for my hardware.

I have noticed after starting in dmesg the line

VZDQ: sys/fs/quota creation failed

is added. I am not sure if it has anything to do with it though as I did some tests on another box with lower hw spec were I can boot both kernels (2.6.18 stable & 2.6.22 dev). The pattern was the same in both kernels. One observation though, vzsplit always create DISKINODES="0:0" on that box and if I change this to same as in vps.basic DISKINODES="200000:220000" there are no problems creating VE's although the 'VZDQ: sys/fs/quota creation failed' remains in 2.6.22

This change of DISKINODES doesn't work on my main box though an in fact the values are pretty close to the ones in vps.basic (see below). Instead it seem vzsplit counts DISKINODES in a strange way or at least it has something to do with it. I don't know if it matters, but on the old test box I don't have /vz mounted on it's own partition, whichis the only I can come to think of on my end causing the DISKINODES="0:0" result.

I should also add I did run vzcfvalidate after vzsplit, with success.

below is my ve-vps.basic.conf-sample file and then the one created from vzsplit -n 20

#  Copyright (C) 2000-2007 SWsoft. All rights reserved.
#
#  This program is free software; you can redistribute it and/or modify
#  it under the terms of the GNU General Public License as published by
#  the Free Software Foundation; either version 2 of the License, or
#  (at your option) any later version.
#
#  This program is distributed in the hope that it will be useful,
#  but WITHOUT ANY WARRANTY; without even the implied warranty of
#  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#  GNU General Public License for more details.
#
#  You should have received a copy of the GNU General Public License
#  along with this program; if not, write to the Free Software
#  Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
#

ONBOOT="yes"
# UBC parameters (in form of barrier:limit)
KMEMSIZE="11055923:11377049"
LOCKEDPAGES="256:256"
PRIVVMPAGES="65536:69632"
SHMPAGES="21504:21504"
NUMPROC="240:240"
PHYSPAGES="0:2147483647"
VMGUARPAGES="33792:2147483647"
OOMGUARPAGES="26112:2147483647"
NUMTCPSOCK="360:360"
NUMFLOCK="188:206"
NUMPTY="16:16"
NUMSIGINFO="256:256"
TCPSNDBUF="1720320:2703360"
TCPRCVBUF="1720320:2703360"
OTHERSOCKBUF="1126080:2097152"
DGRAMRCVBUF="262144:262144"
NUMOTHERSOCK="360:360"
DCACHESIZE="3409920:3624960"
NUMFILE="9312:9312"
AVNUMPROC="180:180"
NUMIPTENT="128:128"

# Disk quota parameters (in form of softlimit:hardlimit)
DISKSPACE="1048576:1153024"
DISKINODES="200000:220000"
QUOTATIME="0"

# CPU fair sheduler parameter
CPUUNITS="1000"


merc conf # less ve-vps.my20.conf-sample 
# Configuration file generated by vzsplit for 20 VEs
# on HN with total amount of physical mem 2014 Mb
# low memory 872 Mb, swap size 2274 Mb, Max treads 8000
# Resourse commit level 0:
# Free resource distribution. Any parameters may be increased
# Primary parameters
NUMPROC="400:400"
AVNUMPROC="111:111"
NUMTCPSOCK="400:400"
NUMOTHERSOCK="400:400"
VMGUARPAGES="49797:2147483647"

# Secondary parameters
KMEMSIZE="9153576:10068933"
TCPSNDBUF="1412792:3051192"
TCPRCVBUF="1412792:3051192"
OTHERSOCKBUF="706396:2344796"
DGRAMRCVBUF="706396:706396"
OOMGUARPAGES="49797:2147483647"
PRIVVMPAGES="298782:328660"

# Auxiliary parameters
LOCKEDPAGES="446:446"
SHMPAGES="29878:29878"
PHYSPAGES="0:2147483647"
NUMFILE="3552:3552"
NUMFLOCK="355:390"
NUMPTY="40:40"
NUMSIGINFO="1024:1024"
DCACHESIZE="1986361:2045952"
NUMIPTENT="100:100"
DISKSPACE="337036:370740"
DISKINODES="199548:219503"
CPUUNITS="12705"


I haven't laborated with the values in my vps.my20 file yet as I wanted to post this before I lost it Wink but will do so, but of course I also what to figure out why vzsplit creates verified values that actually doen't work.

/Joakim


Kernel 2.6.32-125.3
vzctl 4.9.4
Gentoo Linux x64

[Updated on: Mon, 07 January 2008 14:47]

Report message to a moderator

Re: Problem create VE when quota=yes [message #25693 is a reply to message #25690] Mon, 07 January 2008 14:46 Go to previous messageGo to next message
yettyn is currently offline  yettyn
Messages: 31
Registered: January 2008
Location: Jihlava, CZ
Member
I had a look at filesystem with df
merc conf # df -iT
Filesystem    Type    Inodes   IUsed   IFree IUse% Mounted on
/dev/root reiserfs         0       0       0    -  /
udev         tmpfs    223476    2764  220712    2% /dev
none         tmpfs    223476       1  223475    1% /dev/shm
none         tmpfs    223476      84  223392    1% /lib/rc/init.d
/dev/sda6     ext3   8880128   30520 8849608    1% /vz
/dev/sda5 reiserfs         0       0       0    -  /tmp
merc conf # df -kT
Filesystem    Type   1K-blocks      Used Available Use% Mounted on
/dev/root reiserfs    78772312  11702364  67069948  15% /
udev         tmpfs       10240       116     10124   2% /dev
none         tmpfs     1031592         0   1031592   0% /dev/shm
none         tmpfs        1024        88       936   9% /lib/rc/init.d
/dev/sda6     ext3    69804244    683740  65574560   2% /vz
/dev/sda5 reiserfs     4048192     32840   4015352   1% /tmp


and found the values returned by vzsplit was pretty far off, possibly due to my mix of reiserfs and ext3 (which probably explains the "0:0" value on test box which is all reiserfs)

so by pushing them up quite a bit, basically by (in my case) using approx n=Available / 20 for blocks and inodes for hardlimit and a tad lower or so for for softlimit.
DISKSPACE="2000000:3000000"
DISKINODES="400000:420000"


VE's creates just fine now. I know reiserfs isn't recommended for openvz and I don't use it for my VE's - but I think the reason to not recommended it is a bit outdated. The problem is its way to deal with inodes rather then it should be unmature and unstable. Reiserfs 3.6 has been around for quite some time now and I have used it for many years w/o any problems;-)


Kernel 2.6.32-125.3
vzctl 4.9.4
Gentoo Linux x64
Re: *SOLVED* Problem create VE when quota=yes [message #25728 is a reply to message #25690] Tue, 08 January 2008 10:36 Go to previous messageGo to next message
kir is currently offline  kir
Messages: 1645
Registered: August 2005
Location: Moscow, Russia
Senior Member

Quote:

2.6.18 lack full support for my hardware


Can you elaborate on it? In RHEL5 2.6.18 branch we try to support all the modern hardware, so if yours is not supported please file a bug to http://bugzilla.openvz.org/ (or at least tell about it here).


Kir Kolyshkin
http://static.openvz.org/userbars/openvz-developer.png
Re: *SOLVED* Problem create VE when quota=yes [message #25745 is a reply to message #25728] Tue, 08 January 2008 13:55 Go to previous messageGo to next message
yettyn is currently offline  yettyn
Messages: 31
Registered: January 2008
Location: Jihlava, CZ
Member
kir wrote on Tue, 08 January 2008 11:36

Quote:

2.6.18 lack full support for my hardware


Can you elaborate on it? In RHEL5 2.6.18 branch we try to support all the modern hardware, so if yours is not supported please file a bug to http://bugzilla.openvz.org/ (or at least tell about it here).


Well I am not sure, I run Gentoo and on my newly assembled box I had problem to get my new SATA disk be seen as sda, just cam up as hda, using gentoo-sources-2.6.18. I know it can be done but it's a quirk, much easier then to bump up to 2.6.22 as it has full and new SATA support. Can't remember but think there was problems with my built in RTL8110 NIC as well. Anyhow, as I was running gentoo-2.6.22 I decided to go for ovz-2.6.22.005.1 dev kernel instead of stable 2.6.18, also because there are several changes in network configuration between the kernels, that apply to the Shorewall firewall 4.0.7 I am using.

I don't think it's any point in filing a bug about this, you better get a new upto date stable kernel out instead Wink


Kernel 2.6.32-125.3
vzctl 4.9.4
Gentoo Linux x64
Re: *SOLVED* Problem create VE when quota=yes [message #25747 is a reply to message #25745] Tue, 08 January 2008 14:34 Go to previous messageGo to next message
kir is currently offline  kir
Messages: 1645
Registered: August 2005
Location: Moscow, Russia
Senior Member

2.6.22 kernel is frozen, there will be no new releases/fixes/whatever. 2.6.24, on the other side, will most probably reach the stable status over time.

Kir Kolyshkin
http://static.openvz.org/userbars/openvz-developer.png
Re: *SOLVED* Problem create VE when quota=yes [message #25750 is a reply to message #25747] Tue, 08 January 2008 15:38 Go to previous message
yettyn is currently offline  yettyn
Messages: 31
Registered: January 2008
Location: Jihlava, CZ
Member
kir wrote on Tue, 08 January 2008 15:34

2.6.22 kernel is frozen, there will be no new releases/fixes/whatever. 2.6.24, on the other side, will most probably reach the stable status over time.

Ok I see, is it because 2.6.22 is getting old or concidered buggy (patch-005.1)? What about devbuilds of 2.6.24?

/Joakim


Kernel 2.6.32-125.3
vzctl 4.9.4
Gentoo Linux x64
Previous Topic: Does iostat work in a VPS?
Next Topic: Upgrade HN
Goto Forum:
  


Current Time: Sat Nov 09 01:44:04 GMT 2024

Total time taken to generate the page: 0.03811 seconds