Re: [Users] 'vzctl start CTID --wait' hangs
On Mon, 2014-01-13 at 11:03 -0800, Kir Kolyshkin wrote: On 01/13/2014 10:08 AM, Kir Kolyshkin wrote: On 01/13/2014 01:20 AM, Roman Haefeli wrote: When you mentioned the scripts in /etc/init/ I found that all our flawlessly running Debian 6 CTs don't have this folder at all. I removed it completely also in the Debian 7 CT and from then on I was able to start it flawlessly with the --wait flag. Good that you have mentioned it, now I see that /etc/init existence doesn't mean we have upstart, so we have to patch /etc/inittab regardless. Will fix vzctl accordingly soon. I only now seem to understand the source of the problem. You are right: The mere existence of /etc/init/ directory does not necessarily indicate that upstart is available (at least not on Debian 7 system). Can you test this patch? http://git.openvz.org/?p=vzctl;a=commit;h=9a2a60f7f You can either build and install it yourself: git clone git://git.openvz.org/vzctl cd vzctl ./autogen.sh ./configure ./setver -U I just tested with the most recent git version (4.6.1-21.1.ge5f3995) and it works. Thank you very much. Roman ___ Users mailing list Users@openvz.org https://lists.openvz.org/mailman/listinfo/users
Re: [Users] 'vzctl start CTID --wait' hangs
On 01/13/2014 01:20 AM, Roman Haefeli wrote: On Wed, 2014-01-08 at 23:57 -0800, Kir Kolyshkin wrote: On 01/08/2014 08:36 AM, Roman Haefeli wrote: Hi When I start Debian 7 containers with the '--wait' option, it does start the CT, but the vzctl command never returns. The same works fine with Debian 6 containers. I figured that 'vzctl start CTID --wait' usually adds a line to the CT's /etc/inittab: vz:2345:once:touch /.vzfifo However, such a line is never added to Debian 7 CTs. On Debian 6 CTs, this line is automatically added whenever the CT is started, even if it has been removed manually. A work-around is to add the line manually to /etc/inittab, but I still wonder why the automatism doesn't work for Debian 7 CTs. Please file a bug for vzctl, I will take a look soon. Thanks for addressing this issue. In your notes on bugzilla [ Just for the sake of people reading it: https://bugzilla.openvz.org/2859 ] you mention that the original reason for the hangs is the missing lo interface. Yes, this is what I found with the official Debian 7 templates (that I will fix soon). In fact, on the CT I tested lo was configured properly and up and running. I should mention that I made the template myself according to the instructions found here [1]. Hey, this makes it a perfect example of how to NOT file bug reports! ;-) When you mentioned the scripts in /etc/init/ I found that all our flawlessly running Debian 6 CTs don't have this folder at all. I removed it completely also in the Debian 7 CT and from then on I was able to start it flawlessly with the --wait flag. Good that you have mentioned it, now I see that /etc/init existence doesn't mean we have upstart, so we have to patch /etc/inittab regardless. Will fix vzctl accordingly soon. I wonder about two things: * How important are those scripts in /etc/init, considering that I was running Debian CTs for years without them? This is standard upstart directory. Upstart can be used used instead of sysvinit. Google for debian upstart for more details. * How did that folder /etc/init sneak into my self-made Debian 7 template? Perhaps dpkg -S can shed some light? I observe this on one of my Debian boxes (not running upstart): root@kir-deb71-ovz:~# dpkg -S /etc/init sysvinit-utils, ifupdown, udev: /etc/init /etc/init/ isn't a standard path in Debian. Apparently it is (if you choose to use upstart). ___ Users mailing list Users@openvz.org https://lists.openvz.org/mailman/listinfo/users
Re: [Users] 'vzctl start CTID --wait' hangs
On 01/13/2014 10:08 AM, Kir Kolyshkin wrote: On 01/13/2014 01:20 AM, Roman Haefeli wrote: On Wed, 2014-01-08 at 23:57 -0800, Kir Kolyshkin wrote: On 01/08/2014 08:36 AM, Roman Haefeli wrote: Hi When I start Debian 7 containers with the '--wait' option, it does start the CT, but the vzctl command never returns. The same works fine with Debian 6 containers. I figured that 'vzctl start CTID --wait' usually adds a line to the CT's /etc/inittab: vz:2345:once:touch /.vzfifo However, such a line is never added to Debian 7 CTs. On Debian 6 CTs, this line is automatically added whenever the CT is started, even if it has been removed manually. A work-around is to add the line manually to /etc/inittab, but I still wonder why the automatism doesn't work for Debian 7 CTs. Please file a bug for vzctl, I will take a look soon. Thanks for addressing this issue. In your notes on bugzilla [ Just for the sake of people reading it: https://bugzilla.openvz.org/2859 ] you mention that the original reason for the hangs is the missing lo interface. Yes, this is what I found with the official Debian 7 templates (that I will fix soon). In fact, on the CT I tested lo was configured properly and up and running. I should mention that I made the template myself according to the instructions found here [1]. Hey, this makes it a perfect example of how to NOT file bug reports! ;-) When you mentioned the scripts in /etc/init/ I found that all our flawlessly running Debian 6 CTs don't have this folder at all. I removed it completely also in the Debian 7 CT and from then on I was able to start it flawlessly with the --wait flag. Good that you have mentioned it, now I see that /etc/init existence doesn't mean we have upstart, so we have to patch /etc/inittab regardless. Will fix vzctl accordingly soon. Can you test this patch? http://git.openvz.org/?p=vzctl;a=commit;h=9a2a60f7f You can either build and install it yourself: git clone git://git.openvz.org/vzctl cd vzctl ./autogen.sh ./configure ./setver -U Alternatively, I just build packages for you to test: http://download.openvz.org/utils/nightlies/vzctl/4.6.1-6.g9a2a60f/ More info on test builds are at http://openvz.org/Download/vzctl/nightly ___ Users mailing list Users@openvz.org https://lists.openvz.org/mailman/listinfo/users
Re: [Users] 'vzctl start CTID --wait' hangs
On 01/08/2014 08:36 AM, Roman Haefeli wrote: Hi When I start Debian 7 containers with the '--wait' option, it does start the CT, but the vzctl command never returns. The same works fine with Debian 6 containers. I figured that 'vzctl start CTID --wait' usually adds a line to the CT's /etc/inittab: vz:2345:once:touch /.vzfifo However, such a line is never added to Debian 7 CTs. On Debian 6 CTs, this line is automatically added whenever the CT is started, even if it has been removed manually. A work-around is to add the line manually to /etc/inittab, but I still wonder why the automatism doesn't work for Debian 7 CTs. Please file a bug for vzctl, I will take a look soon. ___ Users mailing list Users@openvz.org https://lists.openvz.org/mailman/listinfo/users
Re: [Users] vzctl start yields err=-12
Hi Greg, I ran into this problem when building my own ovz kernel, and have since noted some distro's stock kernels have this issue as well. This seems to be a symptom of a known bug tied to the kernel scheduling. http://forum.openvz.org/index.php?t=msggoto=27142; To fix this issue, recompile your kernel with this option commented out: #CONFIG_FAIR_USER_SCHED #CONFIG_FAIR_GROUP_SCHED GMSI - Gemini Microsystems John Knight | Systems Engineer jkni...@geminimicro.com | (706) 255-9203 On Tue, May 26, 2009 at 6:47 PM, Gregor at HostGIS gre...@hostgis.comwrote: I am having a problem creating and starting a new VE. vzctl start gives me: mounted, container start failed, unmounting. dmesg shows only this: CT: 30: stopped CT: 30: failed to start with err=-12 The verbose log (level 10) is no more useful to me: Starting container ... Running: /usr/sbin/vzquota show 30 Running: /usr/sbin/vzquota on 30 -r 0 -b 104857700 -B 104857700 -i 2100 -I 2100 -e 0 -n 0 -s 0 Mounting root: /vz/root/30 /vz/private/30 Container is mounted Set iptables mask 0x17bf Set features mask / Container start failed Running: /usr/sbin/vzquota stat 30 -f Running: vzquota setlimit 30 -b 104857600 -B 104857600 -i 2000 -I 2000 -e 0 -n 0 Running: /usr/sbin/vzquota stat 30 -f Running: /usr/sbin/vzquota off 30 Container is unmounted It can't possibly be a RAM shortage. This hardware has 24 GB physical, and only 9 is allocated amongst the other VEs. There are presently 8 VEs, and this would make 9 if it would start. Any thoughts on how I can debug this? -- HostGIS, Open Source solutions for the global GIS community Greg Allensworth - SysAdmin, Programmer, GIS Person, Security Network+ Server+ A+ Security+ ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] vzctl start yields err=-12
John Knight wrote: To fix this issue, recompile your kernel with this option commented out: #CONFIG_FAIR_USER_SCHED #CONFIG_FAIR_GROUP_SCHED Thanks a lot for the same-day response, John. I think I can use this tonight on one of our test systems. -- HostGIS, Open Source solutions for the global GIS community Greg Allensworth - SysAdmin, Programmer, GIS Person, Security Network+ Server+ A+ Security+ ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] vzctl start yields err=-12
I'm honestly not exactly sure of the reason. When I ran into the -12 error problem you're experiencing, I was applying the ovz dostoevsky patch to vanilla centos 5.2, salgix 5.0.4 and debian unstable (both with debian's stock 2.6.26 kernel and a vanilla 2.6.26 kernel). I never received the kernel errors in openvz Bug 802 either but tried the change mentioned in the bug report in the kernel build files and it worked for me. The problem seems to exist due to an inability in openvz (at least the dostoevsky, it may be fixed in later releases) to utilise the fair scheduling kernel profile in linux. GMSI - Gemini Microsystems John Knight | Systems Engineer jkni...@geminimicro.com | (706) 255-9203 On Tue, May 26, 2009 at 9:12 PM, Gregor at HostGIS gre...@hostgis.comwrote: A question: This problem I'm getting of err=-12 is not accompanied by the noisy kernel dumps mentioned. Does this still sound like a likely cause? Also, I see that the bug was not fixed: http://bugzilla.openvz.org/show_bug.cgi?id=802 The last entry was that it worked for the person reporting it, but in 009.1 which I just downloaded, CONFIG_FAIR_GROUP_SCHED=y If this option must be turned off to avoid this bug, should it be disabled from the distributed config ? -- HostGIS, Open Source solutions for the global GIS community Greg Allensworth - SysAdmin, Programmer, GIS Person, Security Network+ Server+ A+ Security+ ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] vzctl start
albinootje wrote: you should use /vz/100/root/ for mounting other things, not /vz/100/private/ OK, I tried it (I'm sorry for the late answer). I mounted a /var partition under /vz/100/root, which should contain the /var related files. vzctl start, and I created a test file under it. But the file was not appeared on the partition, but under the private system. How should I make it work? I want to separate the /var and the /tmp fs from the other things in the VE. I hope, I was clean. Also when I start the VE, I see the root with the same size as private, but after the I stop it, it's clean. Is this with something like mount -o bind? Thank you, tamas ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] vzctl start
On Thu, Aug 28, 2008 at 2:57 AM, Papp Tamás [EMAIL PROTECTED] wrote: I mounted a /var partition under /vz/100/root, which should contain the /var related files. vzctl start, and I created a test file under it. But the file was not appeared on the partition, but under the private system. How exactly did you mount it? Also when I start the VE, I see the root with the same size as private, but after the I stop it, it's clean. Is this with something like mount -o bind? $VZ/root/$VE is populated dynamically when the VE is started. Roberto -- http://blog.divisiblebyfour.org/ ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] vzctl start
Hi, Am Do, 28.08.2008, 14:26, schrieb Papp Tamás: Roberto Mello wrote: On Thu, Aug 28, 2008 at 2:57 AM, Papp Tamás [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I mounted a /var partition under /vz/100/root, which should contain the /var related files. vzctl start, and I created a test file under it. But the file was not appeared on the partition, but under the private system. How exactly did you mount it? mount /dev/VG1/var /vz/100/root/var vzctl start 100 Or what do you mean, how? Also when I start the VE, I see the root with the same size as private, but after the I stop it, it's clean. Is this with something like mount -o bind? $VZ/root/$VE is populated dynamically when the VE is started. What does it mean populated? When the container with ID is started, the privat area /vz/private/$ID is mounted to /vz/root/$ID and then the container get started. For mounting partion use the /vz/root/$ID/ Tree: like: HW_NODE|CT0 $ mount /dev/VG1/var /vz/root/100/var HW_NODE|CT0 $ vzct exec 100 ls /var (show the content in /dev/VG1/var) Thank you, tamas ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users Regards, Thorsten -- [EMAIL PROTECTED] Thorsten Schifferdecker ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] vzctl start id VE start in progress, vzctl statusVEID exist mounted down, vzctl enter VE is not running
Oh I see. There is an open bug about it already in our bugzilla. http://bugzilla.openvz.org/show_bug.cgi?id=436 Still, I want to resolve this by adding -z argument handling to upstart. I have already asked about it (see http://bugzilla.openvz.org/show_bug.cgi?id=436#c6), but got no reply so far. Perhaps you could ask, too. Stephen Fletcher wrote: Issue was due to running Ubuntu 6.10 Edgy as the guest. I tried re-symlinking mountdir/bin/sh to bash instead of dash but this did not help. Perhaps is due to Edgy using upstart daemon instead on regular init. Soon as I tried Debian sarge as guest it worked fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kirill Korotaev Sent: Tuesday, 23 January 2007 11:19 PM To: users@openvz.org Subject: Re: [Users] vzctl start id VE start in progress, vzctl statusVEID exist mounted down, vzctl enter VE is not running Stephen, Is there anything in dmesg? Thanks, Kirill vzctl version 3.0.14 [EMAIL PROTECTED]:~# uname -a Linux stephens 2.6.18-028test010 #2 PREEMPT Thu Jan 11 18:20:08 EST 2007 i686 GNU/Linux [EMAIL PROTECTED]:~# cat /proc/vz/* Version: 2.7 0 b 016 *:* 0 c 006 *:* 0 077 Version: 2.5 Version: 2.2 VEID user nice system uptime idle strv uptime used maxlat totlat numsched Version: 1.0 cat: /proc/vz/vzaquota: Is a directory qid: pathusage softlimit hardlimit time expire 777: /vz/private/777 1k-blocks 1910485761153434 0 0 inodes 11473 20 22 0 0 [EMAIL PROTECTED]:~# lsmod | grep vz vznetdev 16928 1 vzethdev 10764 0 vzdquota 41748 1 [permanent] vzmon 41988 2 vznetdev,vzethdev vzdev 3972 4 vznetdev,vzethdev,vzdquota,vzmon ipv6 279776 15 vzmon [EMAIL PROTECTED]:~# vzctl start 777 Starting VE ... VE is mounted Adding IP address(es): 192.168.99.2 Setting CPU units: 1000 VE start in progress... [EMAIL PROTECTED]:~# vzctl status VE id is not given [EMAIL PROTECTED]:~# vzctl status 777 VEID 777 exist mounted down [EMAIL PROTECTED]:~# vzctl enter 777 VE is not running [EMAIL PROTECTED]:~# vzctl restore 777 Restoring VE ... Error: No checkpointing support, unable to open /proc/rst: No such file or directory [EMAIL PROTECTED]:~# ifconfig venet0 venet0Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 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) [EMAIL PROTECTED]:~# ip route ethernet0ip/27 dev eth0 proto kernel scope link src ethernet0ip default via localgwip dev eth0 Help? :) ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] vzctl start id VE start in progress, vzctl status VEID exist mounted down, vzctl enter VE is not running
Stephen, Is there anything in dmesg? Thanks, Kirill vzctl version 3.0.14 [EMAIL PROTECTED]:~# uname -a Linux stephens 2.6.18-028test010 #2 PREEMPT Thu Jan 11 18:20:08 EST 2007 i686 GNU/Linux [EMAIL PROTECTED]:~# cat /proc/vz/* Version: 2.7 0 b 016 *:* 0 c 006 *:* 0 077 Version: 2.5 Version: 2.2 VEID user nice system uptime idle strv uptime used maxlat totlat numsched Version: 1.0 cat: /proc/vz/vzaquota: Is a directory qid: pathusage softlimit hardlimit time expire 777: /vz/private/777 1k-blocks 1910485761153434 0 0 inodes 11473 20 22 0 0 [EMAIL PROTECTED]:~# lsmod | grep vz vznetdev 16928 1 vzethdev 10764 0 vzdquota 41748 1 [permanent] vzmon 41988 2 vznetdev,vzethdev vzdev 3972 4 vznetdev,vzethdev,vzdquota,vzmon ipv6 279776 15 vzmon [EMAIL PROTECTED]:~# vzctl start 777 Starting VE ... VE is mounted Adding IP address(es): 192.168.99.2 Setting CPU units: 1000 VE start in progress... [EMAIL PROTECTED]:~# vzctl status VE id is not given [EMAIL PROTECTED]:~# vzctl status 777 VEID 777 exist mounted down [EMAIL PROTECTED]:~# vzctl enter 777 VE is not running [EMAIL PROTECTED]:~# vzctl restore 777 Restoring VE ... Error: No checkpointing support, unable to open /proc/rst: No such file or directory [EMAIL PROTECTED]:~# ifconfig venet0 venet0Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 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) [EMAIL PROTECTED]:~# ip route ethernet0ip/27 dev eth0 proto kernel scope link src ethernet0ip default via localgwip dev eth0 Help? :) ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
RE: [Users] vzctl start id VE start in progress, vzctl statusVEID exist mounted down, vzctl enter VE is not running
Dmesg has theese two line as its last entry [ 129.091000] VPS: 777: started [ 132.285000] VPS: 777: stopped -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kirill Korotaev Sent: Tuesday, 23 January 2007 11:19 PM To: users@openvz.org Subject: Re: [Users] vzctl start id VE start in progress, vzctl statusVEID exist mounted down, vzctl enter VE is not running Stephen, Is there anything in dmesg? Thanks, Kirill vzctl version 3.0.14 [EMAIL PROTECTED]:~# uname -a Linux stephens 2.6.18-028test010 #2 PREEMPT Thu Jan 11 18:20:08 EST 2007 i686 GNU/Linux [EMAIL PROTECTED]:~# cat /proc/vz/* Version: 2.7 0 b 016 *:* 0 c 006 *:* 0 077 Version: 2.5 Version: 2.2 VEID user nice system uptime idle strv uptime used maxlat totlat numsched Version: 1.0 cat: /proc/vz/vzaquota: Is a directory qid: pathusage softlimit hardlimit time expire 777: /vz/private/777 1k-blocks 1910485761153434 0 0 inodes 11473 20 22 0 0 [EMAIL PROTECTED]:~# lsmod | grep vz vznetdev 16928 1 vzethdev 10764 0 vzdquota 41748 1 [permanent] vzmon 41988 2 vznetdev,vzethdev vzdev 3972 4 vznetdev,vzethdev,vzdquota,vzmon ipv6 279776 15 vzmon [EMAIL PROTECTED]:~# vzctl start 777 Starting VE ... VE is mounted Adding IP address(es): 192.168.99.2 Setting CPU units: 1000 VE start in progress... [EMAIL PROTECTED]:~# vzctl status VE id is not given [EMAIL PROTECTED]:~# vzctl status 777 VEID 777 exist mounted down [EMAIL PROTECTED]:~# vzctl enter 777 VE is not running [EMAIL PROTECTED]:~# vzctl restore 777 Restoring VE ... Error: No checkpointing support, unable to open /proc/rst: No such file or directory [EMAIL PROTECTED]:~# ifconfig venet0 venet0Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 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) [EMAIL PROTECTED]:~# ip route ethernet0ip/27 dev eth0 proto kernel scope link src ethernet0ip default via localgwip dev eth0 Help? :) ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users