PDA

View Full Version : OpenVZ issues with ISPConfig 3


scottrill2
15th May 2012, 00:43
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

falko
15th May 2012, 15:37
Did you create this symlink?
ln -s /var/lib/vz /vz

scottrill2
16th May 2012, 04:07
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

falko
16th May 2012, 11:57
Why does it say "/vz/vz"?

Can you post the output of ls -la /?

scottrill2
16th May 2012, 12:39
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

scottrill2
16th May 2012, 12:59
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

scottrill2
16th May 2012, 13:14
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

scottrill2
17th May 2012, 03:33
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

falko
17th May 2012, 12:28
Unable to fork: Cannot allocate memory
Unable to apply network parameters: container is not runningPlease allocate more memory to the VM.

A few questions? Is the "small" vm template the same as using "--config basic" when manually creating a 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.

scottrill2
26th May 2012, 02:07
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

falko
29th May 2012, 12:19
Does Internet access works on the host? Can you post the output of ifconfig from the host and the guest?

Do you use
NEIGHBOUR_DEVS=all
in /etc/vz/vz.conf on the host?

scottrill2
30th May 2012, 06:18
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 (http://www.howtoforge.com/clone-back-up-restore-openvz-vms-with-vzdump) 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

scottrill2
30th May 2012, 06:48
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

scottrill2
30th May 2012, 08:14
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

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

# 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

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

# 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

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

# 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

falko
31st May 2012, 23:12
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:

# 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

scottrill2
1st June 2012, 00:49
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

scottrill2
5th June 2012, 22:47
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

falko
6th June 2012, 23:33
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?

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 ):

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

Package: quota
Pin: version 3.16*
Pin-Priority: 1001

Package: quotatool
Pin: version 1.4.10*
Pin-Priority: 1001


apt-get update


On the host install vzctl from Debian Wheezy (see http://bugzilla.openvz.org/show_bug.cgi?id=1734 ):

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:

DISK_QUOTA=yes
DISKSPACE="975G:975G"
DISKINODES="14849090:16334000"
QUOTATIME="0"
You can adjust the DISKSPACE and DISKINODES values to your needs.

scottrill2
7th June 2012, 02:48
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

falko
7th June 2012, 23:25
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?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).



2. For those URLS can I swap a "us" for the "de" or does it matter if I get this from a German depository?Makes no difference.



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?Not sure what's going on there, but it has nothing to do with the location of the repository.



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 lolDebian 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.



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?
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.

scottrill2
8th June 2012, 15:44
Thanks for the response Falko,

Glad to hear about the language thing not being a issue. I had read in one of my books that Debian was created by a gentleman from Germany, so I just assumed it was German in origin lol


Now onto the commands you pasted.

When I try to download those debs I get 404 errors. I poked around the folder trees and just couldn't find those deb files.

I did find the same file name on Google.

http://mirror.anl.gov/pub/ubuntu//pool/universe/q/quotatool/quotatool_1.4.10-1_amd64.deb

Since Ubuntu is Debian based would these files work?

Thanks as always,

Scott

falko
9th June 2012, 10:41
Just go to the directory where the packages are from (e.g. http://ftp.de.debian.org/debian/pool/main/v/vzctl/ in case of http://ftp.de.debian.org/debian/pool/main/v/vzctl/vzctl_3.0.29.3-1_amd64.deb ) and download the new packages - from time to time there are updates, that's why some links don't work anymore.

scottrill2
9th June 2012, 13:17
Ok,

I have downloaded the following to Containers:

http://ftp.de.debian.org/debian/pool/main/q/quota/quota_4.00~pre1-6_amd64.deb

http://ftp.de.debian.org/debian/pool/main/q/quotatool/quotatool_1.4.12-1_amd64.deb


In /etc/apt/preferences I put the following:

Package: quota
Pin: version 4*
Pin-Priority: 1001

Package: quotatool
Pin: version 1.4*
Pin-Priority: 1001

I just changed the pin versions to match debs I downloaded.


I downloaded:

http://ftp.de.debian.org/debian/pool/main/v/vzctl/vzctl_3.0.30.2-1_amd64.deb

Now when I installed this it gave me a message about Openvz already running, however dpkg --list 'vzctl' shows it as installed. I rebooted just to be safe.

I made the changes in the VM conf file. So now I *SHOULD* haVE quota for VM itself.


Now my question is how to get quotas on the ISPConfig CLIENTS inside the VM. I only have my sites plus a site for my brother in law and a site for my stepdad who is always installing crappy stuff. I would really like quota to work for him as a client so he cant fill the whole VM with garbage lol

I have read some about second level quotas in openvz but don't quite understand the commands required to set it up.

Also on the VM I obviously can't set up the fstab file but do I still type these commands from the perfect server tutorial?

mount -o remount /

quotacheck -avugm
quotaon -avug

Finally one last question just for Linux in general?

I downloaded quota for Lenny at:

http://ftp.de.debian.org/debian/pool/main/q/quota/quota_3.16-7_amd64.deb

and downloaded vzctl for Wheezy at:

http://ftp.de.debian.org/debian/pool/main/v/vzctl/vzctl_3.0.29.3-1_amd64.deb

http://ftp.de.debian.org/debian/pool/main/q/quota/quota_3.16-7_amd64.deb
http://ftp.de.debian.org/debian/pool/main/v/vzctl/vzctl_3.0.29.3-1_amd64.deb


The URLS look the same to me, how does one know when downloading something for Linux whether they getting Lenny Stuff, Squeeze stuff, or Wheezy stuff??

I truly believe Linux is a conspiracy to confuse the hell out of me lol

Thanks as always,

Scott