Hello All, I used the tutorial here at: http://www.howtoforge.com/installing-openvz-plus-management-of-vms-through-ispconfig-3-debian-6.0 When I try to create a vm through ISPConfig 3 it returns the following: Container private area /vz/private/101 does not exist Container private area /vz/private/101 does not exist Now I can go in through VZCTL and create one just fine, however that one then does not show up in ISPConfig 3 I created container 102 manually and one thing I noticed is it creates a "102" folder in both of these locations: /var/lib/vz/private/102 /var/lib/vz/root/102 These folders are full of the debian 6 OS. Now the "/var/lib/vz/private/101" folder has the debian 6 folders but the "/var/lib/vz/root/101" is an empty folder. I copied and pasted the tutorial so I do not believe that it is a typo. I didn't know how to diagnose this aside from running "vzlist -a" lol which shows the manually created vm and not the ISPConfig 3 created one. I appreciate all the help as always folks, Scott
Hello Falko, Yes I had that already. I always copy and paste your and Till's tutorials so that I don't have a fat fingers mistake lol If I put command in again I get the following: ln: creating symbolic link `/vz/vz': File exists Any other steps to try and trouble shoot? Thanks as always, Scott
Sure thing Falko, ls -la / total 100 drwxr-xr-x 23 root root 4096 May 14 15:33 . drwxr-xr-x 23 root root 4096 May 14 15:33 .. drwxr-xr-x 3 root root 4096 May 14 15:03 backup drwxr-xr-x 2 root root 4096 May 14 15:45 bin drwxr-xr-x 3 root root 4096 May 14 15:33 boot drwxr-xr-x 17 root root 3400 May 14 16:07 dev drwxr-xr-x 76 root root 4096 May 14 16:06 etc drwxr-xr-x 3 root root 4096 May 14 15:10 home lrwxrwxrwx 1 root root 37 May 14 15:33 initrd.img -> boot/initrd.img-2.6.32-5-openvz-amd64 lrwxrwxrwx 1 root root 30 May 14 15:07 initrd.img.old -> boot/initrd.img-2.6.32-5-amd64 drwxr-xr-x 11 root root 12288 May 14 15:45 lib lrwxrwxrwx 1 root root 4 May 14 15:06 lib64 -> /lib drwx------ 2 root root 16384 May 14 15:03 lost+found drwxr-xr-x 3 root root 4096 May 14 15:04 media drwxr-xr-x 2 root root 4096 Jan 12 11:44 mnt drwxr-xr-x 2 root root 4096 May 14 15:06 opt dr-xr-xr-x 181 root root 0 May 14 16:06 proc drwx------ 3 root root 4096 May 14 16:56 root drwxr-xr-x 2 root root 4096 May 14 15:55 sbin drwxr-xr-x 2 root root 4096 Jul 21 2010 selinux drwxr-xr-x 2 root root 4096 May 14 15:06 srv drwxr-xr-x 13 root root 0 May 14 16:06 sys drwxrwxrwt 2 root root 4096 May 16 04:30 tmp drwxr-xr-x 10 root root 4096 May 14 15:06 usr drwxr-xr-x 16 root root 4096 May 15 00:30 var lrwxrwxrwx 1 root root 34 May 14 15:33 vmlinuz -> boot/vmlinuz-2.6.32-5-openvz-amd64 lrwxrwxrwx 1 root root 27 May 14 15:07 vmlinuz.old -> boot/vmlinuz-2.6.32-5-amd64 drwxr-xr-x 3 root root 4096 May 14 15:34 vz There isnt a /vz/vz location I can see through my sftp client. Now there is in /vz a shortcut looking file called vz, but I figured that was the symbolic link we create towards the beginning of the tutorial. Clicking on that shortcut through sftp takes me to "/var/lib/vz". Thanks as always Falko, Scott
You know, I didn't think it was important when I first posted, but maybe it is what with the /vz/vz issue. The tutorial I followed I think assumes you have a plain jane version of Debian Squeeze installed. I do have squeeze 64 bit minimal installed, but one thing I did do was: 1. Used LVM per Falko's beginner guide and I do have a logical volume called "vz-space" mounted to "/vz" I liked the way LVM sounded in your tutorial Falko so I have like "Var" and "Home" etc in their own logical volumes. I am poor at estimating proper size for each partition and I read that having everything under / is not secure as possible so I figured I could shrink and expand the mount points as they grew etc. Could the /vz/vz issue be because the folder /vz is also mount point /vz? Thanks as always, Scott
Wow it looks like that mount point is the issue, lol here I thought I was slick making /vz its own partition / mount point for security lol I umounted that and all seems well and perfect. I am going to play with it for a bit and make sure. Thanks as always Falko! Scott
Ok, To touch base the issue of the VZ container not being created by ISPConfig has been solved by unmounting and removing that vz partition lol However OpenVZ still hates me lol I create 101 in ISPConfig and 102 manually with basic config. The 101 instantly shuts down, boots me from ssh and even causes ISPConfig to shut down on me. I have checked VZCTL and ISPCron logs to try and see whats going on. vctl.log 2012-05-16T18:32:40-0600 vzctl : CT 101 : Starting container ... 2012-05-16T18:32:40-0600 vzctl : CT 101 : Container is mounted 2012-05-16T18:32:40-0600 vzctl : CT 101 : Warning: NUMIPTENT 0:0 is less than minimally allowable value, set to 16:16 2012-05-16T18:32:40-0600 vzctl : CT 101 : Unable to apply network parameters: container is not running 2012-05-16T18:32:40-0600 vzctl : CT 101 : Container start failed 2012-05-16T18:32:40-0600 vzctl : CT 101 : Container is unmounted 2012-05-16T18:40:14-0600 vzctl : CT 101 : Starting container ... 2012-05-16T18:40:14-0600 vzctl : CT 101 : Container is mounted 2012-05-16T18:40:14-0600 vzctl : CT 101 : Warning: NUMIPTENT 0:0 is less than minimally allowable value, set to 16:16 2012-05-17T00:40:14+0000 vzctl : CT 101 : Unable to fork: Cannot allocate memory 2012-05-16T18:40:14-0600 vzctl : CT 101 : Unable to apply network parameters: container is not running 2012-05-16T18:40:14-0600 vzctl : CT 101 : Container start failed 2012-05-16T18:40:14-0600 vzctl : CT 101 : Container is unmounted 2012-05-16T18:41:43-0600 vzctl : CT 101 : Restarting container 2012-05-16T18:41:43-0600 vzctl : CT 101 : Starting container ... 2012-05-16T18:41:43-0600 vzctl : CT 101 : Container is mounted 2012-05-16T18:41:43-0600 vzctl : CT 101 : Warning: NUMIPTENT 0:0 is less than minimally allowable value, set to 16:16 2012-05-16T18:46:04-0600 vzctl : CT 101 : Removing stale lock file /var/lib/vz/lock/101.lck 2012-05-16T18:46:04-0600 vzctl : CT 101 : Saved parameters for CT 101 2012-05-16T18:46:37-0600 vzctl : CT 101 : Restarting container 2012-05-16T18:46:37-0600 vzctl : CT 101 : Starting container ... 2012-05-16T18:46:37-0600 vzctl : CT 101 : Container is unmounted 2012-05-16T18:46:37-0600 vzctl : CT 101 : Container is mounted 2012-05-16T18:49:04-0600 vzctl : CT 101 : Removing stale lock file /var/lib/vz/lock/101.lck 2012-05-16T18:49:04-0600 vzctl : CT 101 : Starting container ... 2012-05-16T18:49:04-0600 vzctl : CT 101 : Container is unmounted 2012-05-16T18:49:04-0600 vzctl : CT 101 : Container is mounted 2012-05-17T00:49:04+0000 vzctl : CT 101 : Unable to fork: Cannot allocate memory 2012-05-16T18:49:04-0600 vzctl : CT 101 : Unable to apply network parameters: container is not running 2012-05-16T18:49:04-0600 vzctl : CT 101 : Container start failed 2012-05-16T18:49:04-0600 vzctl : CT 101 : Container is unmounted 2012-05-16T18:49:49-0600 vzctl : CT 101 : Container is not running ISPCron.log sh: repquota: command not found sh: repquota: command not found sh: repquota: command not found sh: repquota: command not found sh: repquota: command not found sh: repquota: command not found vzquota : (warning) quota usage is invalid for id 101, recalculating disk usage... Warning: NUMIPTENT 0:0 is less than minimally allowable value, set to 16:16 Unable to fork/usr/local/ispconfig/server/server.sh: line 8: 3074 Killed /usr/bin/php -q /usr/local/ispconfig/server/server.php Warning: NUMIPTENT 0:0 is less than minimally allowable value, set to 16:16 Unable to fork: Cannot allocate memory Unable to apply network parameters: container is not running Container start failed Warning: NUMIPTENT 0:0 is less than minimally allowable value, set to 16:16 Unable to fork: Cannot allocate memory Unable to apply network parameters: container is not running Container start failed Private area already exists in /vz/private/101 Creation of container private area failed Warning: NUMIPTENT 0:0 is less than minimally allowable value, set to 16:16 Unable to fork/usr/local/ispconfig/server/server.sh: line 8: 2259 Killed /usr/bin/php -q /usr/local/ispconfig/server/server.php I got rid of those "sh: repquota:" issues by using a trick Falko mentioned in another post so no worries there. A few questions? Is the "small" vm template the same as using "--config basic" when manually creating a vm? Also if I do the cat /proc/user/beancounter command it tells me I have 36 fails on "oomguarpages" I read this deals with memory, this server has 16GB so I don't understand that but anyway lol Another step I took is to manually change the NUMIPTENT setting to the 16 it recommends. But no joy. As always thanks for the help folks, Scott
Please allocate more memory to the VM. I'm not sure if they are identical - you can see the settings for small in the ISPConfig interface (OpenVZ VMTemplate or something like this); I can't say right now if it uses the same defaults as basic.
After going bald from pulling my hair out lol......... I already gave the VM a gig of guaranteed memory and said it could burst to 10 gig. But I decided to add more anyway, this caused the whole server to crash rofl. I ran memtest and the corsair memory was running a muck. Slapped some replacement memory in and now all errors go away. Virtual machines start and stop etc. Thanks as always for the help Falko. Now for more hair pulling lol New problem is that the VM's cannot access internet? And this means I can't even install Vim-nox. Holy cow, I read in Falko's perfect server tutorials that debians built in vi editor was buggy but man lol Quick break down of my network. gateway is 10.1.10.1 So when I was setting up host I used ip of: 10.1.10.11 In Ispconfig 3 I used the following ip for VM: 10.1.10.20 no internet access. I open the network interfaces and see venet connections instead of the usual eth0's etc. I read on openvz wiki this link: http://wiki.openvz.org/VEs_and_HNs_in_same_subnets Now I do remember when I set up virtualbox the tutorial had me bridge stuff in networking. Do I need to do that here? That link doesn't appear to be for Debian, how could I make those same changes in Debian? Thanks as always for the help folks, Scott
Does Internet access works on the host? Can you post the output of Code: ifconfig from the host and the guest? Do you use Code: NEIGHBOUR_DEVS=all in /etc/vz/vz.conf on the host?
Hello Falko, Well thanks to your lvm snapshots tutorial I had restored to an earlier backup yesterday the restore took me back in time right before setting up the virtual machine and IP's on Ispconfig 3. This time instead of using private addresses I used the public ones I have and it seems ok now. As far as your questions, yes I had intenet access on the host and yes I switched to all in Neighbour dev setting. The only weird thing I noticed while trying to troubleshoot it myself for those few days was that there was a weird entry in VM interfaCES. iT WAS LIKE "dEFAULT route xxxxxxxxx up" or something like that. Only thing I can think of. So as of right now VM's have internet and I am going to immediately make another lvm snapshot backup of host lol. I also plan to take a snapshot of VM's too. Of course I can't ,ake a post without asking questions so here they come lol: 1. I plan to backup VM's using vzdump, you have a tutorial here that you wrote in 2008. I usually copy and paste your tutorials, has anything changed in the last 4 years to where I couldn't simply copy and paste your tutorial? 2. As soon as I had internet with VM I did apt update /upgrade etc. And it asked the following: "The boot system is prepared to migrate to dependency-based sequencing. This is an irreversible step, but one that is recommended: it allows the boot process to be optimized for speed and efficiency, and provides a more resilient framework for development. A full rationale is detailed in /usr/share/doc/sysv-rc/README.Debian. If you choose not to migrate now, you can do so later by running "dpkg-reconfigure sysv-rc". Migrate legacy boot sequencing to dependency-based sequencing?" I googled this and I read this primarily deals with Lenny upgrades? I made sure minimal install image did in fact say debian 6.0 which should be squeeze. the image I used was from your tutorial linjk was "wget http://download.openvz.org/template/precreated/contrib/debian-6.0-amd64-minimal.tar.gz" I know I used the netinstall debian 6.0 on the host per your tutorial I didn't get asked this. So I was worried somehow I didn't get the correct os template somehow? Also since I didnt see this screen when installing squeeze on the host should I run ""dpkg-reconfigure sysv-rc"" on the host machine. Since I use ISPConfig 3 is there any pros or cons against using the newer dependancy boot sequencing? 3. On your perfect server tutorials you or Till usually have us select nothing but base install and then we install things like ssh-server etc later in tutorial. I noticed the openvz os template for Debian already had that installed etc. Is there anything I need to REMOVE from the minimal installation before continuing with a perfect server tutorial? Thanks for reading the novel and as always thanks for the help, Scott
Thought of another question, If I want each VM to have two IP's. Can I add them both through ISPConfig 3 or do I add the other using command vzctl set 101 --ipadd xxx.xxx.xx.xxx --save Thanks as always for the help, Scott
Is Linux getting revenge on me for my use of Windows?? lol Man it looks like I am back to pulling hair out lol So after adding the second VM it appears that is when internet breaks for the rest. So starting with host machine: 1. NEIGHBOUR_DEVS=all is SET 2. Host machine has internet. 3. root@serv1:/etc/network# ifconfig Code: eth0 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx inet addr:74.xx.xxx.xx Bcast:74.xx.xxx.xxx Mask:255.255.255.240 inet6 addr: xxxx::xxxx:xxxx:xxxx:xxxx/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3480 errors:0 dropped:0 overruns:0 frame:0 TX packets:245 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:240128 (234.5 KiB) TX bytes:28482 (27.8 KiB) Interrupt:19 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:529 errors:0 dropped:0 overruns:0 frame:0 TX packets:529 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:51725 (50.5 KiB) TX bytes:51725 (50.5 KiB) venet0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-0 -00 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:24744 errors:0 dropped:0 overruns:0 frame:0 TX packets:38913 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1350593 (1.2 MiB) TX bytes:54973324 (52.4 MiB) 4. root@serv1:/etc/network# vi /etc/network/interfaces Code: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface #allow-hotplug eth0 #iface eth0 inet dhcp # The Primary Network Interface (1st IP) auto eth0 iface eth0 inet static address 74.xx.xxx.xx netmask 255.255.255.240 network 74.xx.xxx.x broadcast 74.xx.xxx.xxx gateway 74.xx.xxx.xxx Now Virtual Machine # 1: 1. VM has internet 2. root@virtserv1:/# ifconfig Code: lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) venet0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 -00 inet addr:127.0.0.1 P-t-P:127.0.0.1 Bcast:0.0.0.0 Mask:255.255.255. 255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:46 errors:0 dropped:0 overruns:0 frame:0 TX packets:48 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:13851 (13.5 KiB) TX bytes:9967 (9.7 KiB) venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 -00 inet addr:74.xx.xxx.xx P-t-P:74.xx.xxx.xx Bcast:0.0.0.0 Mask:255.25 5.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 3. root@virtserv1:/# vi /etc/network/interfaces Code: # This configuration file is auto-generated. # WARNING: Do not edit this file, your changes will be lost. # Please create/edit /etc/network/interfaces.head and /etc/network/interfaces.t il instead, # their contents will be inserted at the beginning and at the end # of this file, respectively. # # NOTE: it is NOT guaranteed that the contents of /etc/network/interfaces.tail # will be at the very end of this file. # Auto generated lo interface auto lo iface lo inet loopback # Auto generated venet0 interface auto venet0 iface venet0 inet static address 127.0.0.1 netmask 255.255.255.255 broadcast 0.0.0.0 up route add -net 192.0.2.1 netmask 255.255.255.255 dev venet0 auto venet0:0 iface venet0:0 inet static address 74.xx.xxx.xx netmask 255.255.255.255 broadcast 0.0.0.0 gateway 192.0.2.1 Finally the first VM to have issues: 1. No internet, no ping abilities etc 2. root@virtserv2:/# ifconfig Code: lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) venet0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 -00 inet addr:127.0.0.1 P-t-P:127.0.0.1 Bcast:0.0.0.0 Mask:255.255.255. 255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:805 (805.0 B) venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 -00 inet addr:74.92.207.100 P-t-P:74.92.207.100 Bcast:0.0.0.0 Mask:255. 255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 3. root@virtserv2:/# vi /etc/network/interfaces Code: # This configuration file is auto-generated. # WARNING: Do not edit this file, your changes will be lost. # Please create/edit /etc/network/interfaces.head and /etc/network/interfaces.ta il instead, # their contents will be inserted at the beginning and at the end # of this file, respectively. # # NOTE: it is NOT guaranteed that the contents of /etc/network/interfaces.tail # will be at the very end of this file. # Auto generated lo interface auto lo iface lo inet loopback # Auto generated venet0 interface auto venet0 iface venet0 inet static address 127.0.0.1 netmask 255.255.255.255 broadcast 0.0.0.0 up route add -net 192.0.2.1 netmask 255.255.255.255 dev venet0 auto venet0:0 iface venet0:0 inet static address 74.xx.xxx.xxx netmask 255.255.255.255 broadcast 0.0.0.0 gateway 192.0.2.1 All remaining virtual machines are the same. Is it because all the VMs want to use venet0:0? I also tried shutting down VM 1 that has internet and still no joy. Boy after all this headache I sure do hope openvz performs better than virtualbox like they claim lol This has been one headache after another lol Thanks as always for the help folks, Scott
As soon as you start the second VM, Internet access is gone for the host and all VMs? The IP you gave the second VM isn't in use in any other VM or on the host, right? /etc/network/interfaces in my OpenVZ containers (Debian) looks like this: Code: # This configuration file is auto-generated. # WARNING: Do not edit this file, your changes will be lost. # Please create/edit /etc/network/interfaces.head and /etc/network/interfaces.tail instead, # their contents will be inserted at the beginning and at the end # of this file, respectively. # # NOTE: it is NOT guaranteed that the contents of /etc/network/interfaces.tail # will be at the very end of this file. # Auto generated lo interface auto lo iface lo inet loopback # Auto generated venet0 interface auto venet0 iface venet0 inet manual up ifconfig venet0 up up ifconfig venet0 127.0.0.2 up route add default dev venet0 down route del default dev venet0 down ifconfig venet0 down auto venet0:0 iface venet0:0 inet static address xx.xx.xx.xx netmask 255.255.255.255
Hello Falko, The IP is not in use by any other device that I know of. Now this morning they all came back up and then all went back down again. Frustrated I tried traceroute and other commands and this led to me to the business router that ISP provides me. It had for "uptime" listed only 38 minutes. After calling ISP I was told they were logged into gateway changing stuff for security. Apparently there is a whole bunch of stuff that I can not see in my gateway with my username and password. I don't know enough about networking to know if this is the cause, I couldn't even use ping command while they were down? Since each VM is tied to the host, a traceroute etc should treat the host machine as a hop in the route correct? Since I was using the private IP's and still had issues I don't know if I can blame my ISP or not. lol I will say this though, they last rebooted my gateway 3 hours ago and oddly enough after restarting all VM's and rebooting the Host itself all have happily had internet for 3 hours as well?? I don't know what all my ISP can change in their gateway login Falko so to help me understand let me ask this question. 1. If from host "74.xx.xxx.100" I tried to ping VM 1 "74.xx.xxx.101" and get no response. Is that ping command going directly from host to VM1 SOLELY inside itself? Or does it send the packets out to the router and let the router bring it right back in? lol I know thats a horrible way to explain it, sorry. 2. I had all these weird errors and issues happening, then you suggested boosting ram and then I found defective ram, if one of the sticks is still bad could it cause all this random headache stuff? Should I let memtest run for 24 hours or something? 3. Just out of curiosity why is your internal loopback 127.0.0.2 and mine are all 127.0.0.1? If it doesn't matter then I am going to copy and steal your interfaces info. Thanks as always Falko, Scott
OK, It has been a few days since ISP was tinkering with gateway and I have been up since then with no more loss of internet on host or VM's. So I am filing this in the win column for now lol I do have a question though, With quotas being controlled by Openvz what do we do for the fstab file in VM's? Since I follow the perfect server tutorials, do I just skip the quota install steps? Or do I need to build an fstab file from scratch? Thanks all, Scott
Quota is a bit complicated for OpenVZ containers because there's nothing in /etc/fstab. You can either leave out the quota setup (if you don't need quota), or you try this - this is what I had to do to get quota working on a Debian Squeeze host and a Debian Wheezy container: In the container, install the quota packages from Debian Lenny (because of http://bugzilla.openvz.org/show_bug.cgi?id=1734 ): Code: cd /tmp wget http://ftp.de.debian.org/debian/pool/main/q/quota/quota_3.16-7_amd64.deb http://ftp.de.debian.org/debian/pool/main/q/quotatool/quotatool_1.4.10-1_amd64.deb dpkg -i quota* insserv quota -d insserv quotarpc -d insserv vzquota -d vi /etc/apt/preferences Code: Package: quota Pin: version 3.16* Pin-Priority: 1001 Package: quotatool Pin: version 1.4.10* Pin-Priority: 1001 Code: apt-get update On the host install vzctl from Debian Wheezy (see http://bugzilla.openvz.org/show_bug.cgi?id=1734 ): Code: cd /tmp wget http://ftp.de.debian.org/debian/pool/main/v/vzctl/vzctl_3.0.29.3-1_amd64.deb dpkg -i vzctl_3.0.29.3-1_amd64.deb In the container configuration file, make sure you have the following: Code: DISK_QUOTA=yes DISKSPACE="975G:975G" DISKINODES="14849090:16334000" QUOTATIME="0" You can adjust the DISKSPACE and DISKINODES values to your needs.
Thanks Falko, Quick few questions: 1. I have obviously installed vzctl from debian squeeze. Do I need to use purge on the current vzctl or will that deb file overwrite everything for me? 2. For those URLS can I swap a "us" for the "de" or does it matter if I get this from a German depository? 3. Speaking of english / US locations I noticed in the Debian Squeeze template that when I installed squirrelmail it asked me if I wanted lists in Finnish or manual. I don't remember squirrelmail asking me that on the last install. Is that a new thing in squirrel mail or is it because the sources were German? 4. I guess the better way to ask the question is since Debian was invented / made in Germany, do I need to do anything to "American-ize" it lol Normally I follow your perfect server tutorials and I choose english / US and all that during setup. But with Openvz its all premade or whatever. 5. Another thing about it being preconfigured. In some of the MANY MANY things I have read on howtoforge, I once read about separating your mount points for saftey so that a rogue script etc or a runaway log can't deplete all of your free space. So normally when I install ISPConfig I have home, var, usr, tmp, boot, and root all on separate partitions. Is there anyway to do that with openvz? Thanks as always, Scott
I don't remember, therefore I'd try without purge first (if you use purge, I guess a few dependencies will be removed as well). Makes no difference. Not sure what's going on there, but it has nothing to do with the location of the repository. Debian was started in the US: http://www.debian.org/doc/manuals/project-history/ch-detailed.en.html Normally you don't have to change anything. Just make sure you use the correct keymap and location during the basic system setup. For the openVZ images, there's nothing to be configured. It's possible: http://forum.openvz.org/index.php?t=msg&goto=36541& http://forum.openvz.org/index.php?t=msg&goto=4059& However, inside OpenVZ containers, I always use just one big partition.