Re: [Users] Re: music and movie in the CT during the migration
Hi, Scott Thank you for your reply and I'll have a try. BTW: Is it possible to virtualize the sound stuff. or OpenVZ does not do this for it's impossible? If this is possible, are there some stuffs which have been virtualized in OpenVZ for me to draw from? Thanks 2012/7/10 Scott Dowdle dow...@montanalinux.org Tommy, - Original Message - Sorry for get this thread up again But I really want to know some information about these and Does anyone can give me some suggestion? So far as I'm aware, OpenVZ does NOT virtualize the sound stuff at all... so if you are able to get it working inside of one container, I don't think it would work in any others. Some remoting protocols do virtualize the sound stuff so maybe using one of those inside of a container will make that possible. The only one I'm aware of would be No Machine's NX 4 which isn't out yet but they have been releasing previews... and are upto Preview 6. I think it'll take a while before the final version comes out... and I haven't tried it inside of an OpenVZ container yet... so whether or not it would provide you with sound remains to be seen. I guess if NX does all of the work and doesn't rely on the underlying hardware/device support, it has a chance of working. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ 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] Re: music and movie in the CT during the migration
Sound stuff does not need to be virtualized by OpenVZ. There are already enough pieces of software to facilitate it. For example, pulseaudio (which is there by default in most modern distros) can work in client/server mode over the network... so you can have a client in CT and server on the hardware node. As for the video, I remember we tried migrating some video streaming server some 6-7 years ago, it went fine. As for client video, I guess you have to find a VNC-like solution that lets you watch video without much delay... Again, this has nothing to do with migration per se, since we basically migrate apps and their networking connections. 10.07.2012 13:43 пользователь Tommy Tang thfbjhkh...@gmail.com написал: ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] occasional high loadavg without any noticeable cpu/memory/io load
No takers for this one? If I missed to provide any important information please let me know. The issue happens regularly on several hardware nodes so if I missed anything I can check it next time it happens. On Wed, Jul 4, 2012 at 4:16 PM, Rene C. ope...@dokbua.com wrote: Today I again had a VE that went up to a relative high load for no apparent reason. Below are the details for the hardware node, followed by the high-load container. I realize it's not the latest kernel, but a reboot takes half an hour (from first VE goes down to last VE is back up, assuming everything goes well and no FSCK is forced) so we only reboot into new kernels when there is a really serious reason for it or the server crashes - but I don't see anything in the kernel updates since our current kernel that would address this issue anyway. Why does the load in this container suddenly go up like that? Websites hosted by the container becomes very sluggish, so it is a real problem. It isn't just a problem with this container - or even this hardware node for that reason, I occasionally see it with containers on other hardware nodes as well. One idea I brought up before was that perhaps it's the file system journal, as suggested in http://wiki.openvz.org/Ploop/Why - but I think that would affect all containers on that file system, not just a single container? --- HARDWARE NODE --- # uname -a Linux server15.hardwarenode.com 2.6.32-042stab049.6 #1 SMP Mon Feb 6 19:17:43 MSK 2012 x86_64 x86_64 x86_64 GNU/Linux # rpm -q sl-release sl-release-6.1-2.x86_64 # top -cbn1 | head -17 top - 21:00:02 up 123 days, 15:31, 1 user, load average: 0.97, 2.70, 2.37 Tasks: 886 total, 6 running, 880 sleeping, 0 stopped, 0 zombie Cpu(s): 8.4%us, 1.7%sy, 0.0%ni, 86.3%id, 3.5%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 16420716k total, 15566264k used, 854452k free, 1477372k buffers Swap: 16777184k total, 623672k used, 16153512k free, 4578176k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 94153 2720 0 164m 41m 3392 S 150.9 0.3 50575:37 /usr/libexec/mys 9178 2720 0 159m 29m 3000 S 72.6 0.2 1284:50 /usr/libexec/mysq 567031 apache20 0 40296 15m 3588 S 17.2 0.1 0:00.09 /usr/sbin/httpd 567382 root 20 0 15672 1820 864 R 5.7 0.0 0:00.04 top -cbn1 38 root 20 0 000 S 1.9 0.0 2:55.25 [events/3] 41 root 20 0 000 S 1.9 0.0 0:29.00 [events/6] 566362 apache20 0 43240 19m 4448 R 1.9 0.1 0:01.04 /usr/sbin/httpd 566857 apache20 0 55248 11m 3456 R 1.9 0.1 0:00.05 /usr/sbin/httpd 566918 apache20 0 42596 17m 3704 S 1.9 0.1 0:00.15 /usr/sbin/httpd 567033 apache20 0 39784 14m 3468 S 1.9 0.1 0:00.01 /usr/sbin/httpd # vzlist -o ctid,laverage CTID LAVERAGE 1501 0.00/0.05/0.02 1502 0.00/0.00/0.00 1503 0.08/0.03/0.01 1504 0.00/0.00/0.00 1505 8.29/6.04/3.67 1506 27.11/16.97/7.89 1507 0.00/0.00/0.00 1508 0.19/0.06/0.01 1509 0.07/0.03/0.00 1510 0.02/0.02/0.00 1512 0.00/0.00/0.00 1514 0.00/0.00/0.00 # iostat -xN Linux 2.6.32-042stab049.6 (server15.hardwarenode.com)07/03/12 _x86_64_(8 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 8.410.041.753.510.00 86.28 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sdd 0.7656.580.590.5920.27 457.28 402.66 0.25 211.66 4.03 0.48 sdc 1.7227.94 17.20 16.16 887.30 336.1836.68 0.02 12.71 5.23 17.45 sdb 1.6527.79 19.48 12.95 975.43 318.6439.91 0.09 15.22 3.77 12.23 sda 0.01 0.160.100.24 1.95 2.7913.79 0.007.06 4.16 0.14 vg01-swap 0.00 0.000.000.00 0.00 0.00 8.00 0.003.68 2.22 0.00 vg01-root 0.00 0.000.110.35 1.94 2.7810.30 0.02 38.30 3.12 0.14 vg04-swap 0.00 0.001.300.2210.41 1.80 8.00 0.019.28 1.44 0.22 vg04-vz 0.00 0.000.05 56.94 9.86 455.49 8.17 0.010.18 0.05 0.27 vg03-swap 0.00 0.000.000.00 0.00 0.00 8.00 0.006.72 1.10 0.00 vg03-vz 0.00 0.00 18.98 42.41 887.30 336.1819.93 0.396.33 2.84 17.45 vg02-swap 0.00 0.000.000.00 0.00 0.00 8.00 0.007.03 0.89 0.00 vg02-vz 0.00 0.00 21.19 39.91 975.43 318.6421.18 0.158.99 2.00 12.23 vg01-vz 0.00 0.000.000.00 0.00 0.00 7.98 0.00 17.73 17.73 0.00 --- CONTAINER --- # top
Re: Re: [Users] Re: music and movie in the CT during the migration
hi kir: Thanks for your reply. As for the video, I remember we tried migrating some video streaming server some 6-7 years ago, it went fine. As for client video, I guess you have to find a VNC-like solution that lets you watch video without much delay... Again, this has nothing to do with migration per se, since we basically migrate apps and their networking connections. I actually use the vnc to connect to the CT and the movie is played through movie player After I migrate the CT, the movie player can't continue playing the movie anymore Tommy From: Kir Kolyshkin Date: 2012-07-10 22:16 To: users Subject: Re: [Users] Re: music and movie in the CT during the migration Sound stuff does not need to be virtualized by OpenVZ. There are already enough pieces of software to facilitate it. For example, pulseaudio (which is there by default in most modern distros) can work in client/server mode over the network... so you can have a client in CT and server on the hardware node. As for the video, I remember we tried migrating some video streaming server some 6-7 years ago, it went fine. As for client video, I guess you have to find a VNC-like solution that lets you watch video without much delay... Again, this has nothing to do with migration per se, since we basically migrate apps and their networking connections. 10.07.2012 13:43 пользователь Tommy Tang thfbjhkh...@gmail.com написал:___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] Re: cat: /proc/self/mountinfo: Cannot allocate memory
On Thu, Jun 7, 2012 at 5:30 PM, Benjamin Henrion b...@udev.org wrote: On Tue, Mar 13, 2012 at 11:20 AM, Andrew Vagin ava...@parallels.com wrote: Is this patch published somewhere in the GIT? It's published, but it's not in GIT. You can find this code in source rpms: http://download.openvz.org/kernel/branches/rhel6-2.6.32/042stab049.6/vzkernel-2.6.32-042stab049.6.src.rpm Thank you for not using GIT :-) Otherwise the bug is fixed in Debian kernel 2.6.32-45, I tried it with Sabayon openvz rootfs and Debian squeeze rootfs, locate and updatedb works now like a charm. I was wrong, containers inside Debian kernel 2.6.32-45 still gives: # cat /proc/self/mountinfo cat: /proc/self/mountinfo: Cannot allocate memory -- Benjamin Henrion bhenrion at ffii.org FFII Brussels - +32-484-566109 - +32-2-3500762 In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment changed its strategy. Instead of explicitly seeking to sanction the patentability of software, they are now seeking to create a central European patent court, which would establish and enforce patentability rules in their favor, without any possibility of correction by competing courts or democratically elected legislators. ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] Re: cat: /proc/self/mountinfo: Cannot allocate memory
Hi, maybe I missed the beginning of the thread... The Cannot allocate memory message may depend on a shortage of resources (kmemsize, vmguarpages, and others). Simply forgive me if this is not the case Massimiliano On Tue, 10 Jul 2012 16:52:51 +0200, Benjamin Henrion wrote: On Thu, Jun 7, 2012 at 5:30 PM, Benjamin Henrion b...@udev.org wrote: On Tue, Mar 13, 2012 at 11:20 AM, Andrew Vagin ava...@parallels.com wrote: Is this patch published somewhere in the GIT? It's published, but it's not in GIT. You can find this code in source rpms: http://download.openvz.org/kernel/branches/rhel6-2.6.32/042stab049.6/vzkernel-2.6.32-042stab049.6.src.rpm Thank you for not using GIT :-) Otherwise the bug is fixed in Debian kernel 2.6.32-45, I tried it with Sabayon openvz rootfs and Debian squeeze rootfs, locate and updatedb works now like a charm. I was wrong, containers inside Debian kernel 2.6.32-45 still gives: # cat /proc/self/mountinfo cat: /proc/self/mountinfo: Cannot allocate memory -- Benjamin Henrion bhenrion at ffii.org FFII Brussels - +32-484-566109 - +32-2-3500762 In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment changed its strategy. Instead of explicitly seeking to sanction the patentability of software, they are now seeking to create a central European patent court, which would establish and enforce patentability rules in their favor, without any possibility of correction by competing courts or democratically elected legislators. ___ 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] Re: cat: /proc/self/mountinfo: Cannot allocate memory
On Tue, Jul 10, 2012 at 5:09 PM, massimiliano.sciab...@kiiama.com wrote: Hi, maybe I missed the beginning of the thread... The Cannot allocate memory message may depend on a shortage of resources (kmemsize, vmguarpages, and others). Simply forgive me if this is not the case No it is this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655385 It has been fixed by a patch, but not applied to debian kernels. I am trying this repo at the moment to see if it fixes my problem: http://deb.clazzes.org/debian/sources.list.d/squeeze/squeeze-contrib-1.list -- Benjamin Henrion bhenrion at ffii.org FFII Brussels - +32-484-566109 - +32-2-3500762 In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment changed its strategy. Instead of explicitly seeking to sanction the patentability of software, they are now seeking to create a central European patent court, which would establish and enforce patentability rules in their favor, without any possibility of correction by competing courts or democratically elected legislators. ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] Re: cat: /proc/self/mountinfo: Cannot allocate memory
On Tue, Jul 10, 2012 at 5:27 PM, Benjamin Henrion b...@udev.org wrote: On Tue, Jul 10, 2012 at 5:09 PM, massimiliano.sciab...@kiiama.com wrote: Hi, maybe I missed the beginning of the thread... The Cannot allocate memory message may depend on a shortage of resources (kmemsize, vmguarpages, and others). Simply forgive me if this is not the case No it is this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655385 It has been fixed by a patch, but not applied to debian kernels. I am trying this repo at the moment to see if it fixes my problem: http://deb.clazzes.org/debian/sources.list.d/squeeze/squeeze-contrib-1.list This kernel has the patch, while the debian one in squeeze does not have it. It solved my problem, let's see if the debian guys can update. -- Benjamin Henrion bhenrion at ffii.org FFII Brussels - +32-484-566109 - +32-2-3500762 In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment changed its strategy. Instead of explicitly seeking to sanction the patentability of software, they are now seeking to create a central European patent court, which would establish and enforce patentability rules in their favor, without any possibility of correction by competing courts or democratically elected legislators. ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re:: [Users] vmstat and floating point exception
I barely remember there was a fix in the kernel related to this. I might be wrong, but it's worth checking on a latest rhel6 stable or testing kernel. 11.07.2012 3:54 пользователь Mark Johanson mjohan...@a2hosting.com написал: Linux solusvm.a2hosting.com 2.6.32-042stab053.5 #1 SMP Tue Mar 27 vzctl version 3.3 vswap is enabled Since upgrading to a 2.6.32 kernel one of our users noticed that they are occasionally getting a Floating Point Exception when running vmstat: [root@server ~]# vmstat 1 5 procs ---memory-- ---swap-- -io --system-- -cpu-- r b swpd free buff cache si sobibo in cs us sy id wa st 0 0 0 2048244 0 3281600 0 20 7627 0 0 99 0 0 0 0 0 2048236 0 3281600 0 00 110 0 0 100 0 0 0 0 0 2048236 0 3281600 0 00 78 0 0 100 0 0 0 0 0 2048236 0 3281600 0 00 91 0 0 100 0 0 Floating point exception It doesn't happen every time as you can see here: [root@server ~]# vmstat 1 10 procs ---memory-- ---swap-- -io --system-- -cpu-- r b swpd free buff cache si sobibo in cs us sy id wa st 0 0 0 2068584 0 1247200 0 00 1745 0 0 100 0 0 0 0 0 2068576 0 1247200 0 00 82 0 0 100 0 0 0 0 0 2068576 0 1247200 0 00 77 0 0 100 0 0 0 0 0 2068576 0 1247200 0 00 109 0 0 100 0 0 0 0 0 2068576 0 1247200 0 00 92 0 0 100 0 0 0 0 0 2068576 0 1247200 0 00 80 0 0 100 0 0 0 0 0 2068576 0 1247200 0 00 87 0 0 100 0 0 0 0 0 2068576 0 1247200 0 00 66 0 0 100 0 0 0 0 0 2068588 0 1247200 0 00 130 0 0 100 0 0 0 0 0 2068588 0 1247200 0 00 72 0 0 100 0 0 I have been able to replicate this issue in other OS templates (theirs is Ubuntu 11.10, but I have replicated in Ubuntu, Fedora, Centos, etc...) running the same kernel and vzctl version. I can not replicate this issue on the node. Wondering if anyone else has run across this issue and/or knows what might be causing it. ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
