Today's Messages (off)
| Unanswered Messages (on)
| Forum: Support |
|---|
| Topic: Multiple distributions using OpenVZ |
|---|
| Multiple distributions using OpenVZ [message #45096] |
Fri, 27 January 2012 20:00 |
 Kjeld
Messages: 1
Registered: January 2012 |
Junior Member |
From: *cpe.ge-1-1-0-1101.strnqu1.customer.tele.dk
|
|
There are so many interesting Linux distributions out there, but switching from one to another have been a nightmare. Thus I have a vision of installing a semivirtualized system where I can install any distribution I like side by side.
But I do not want to is not to have a random distribution and connecting from that to openvz using X. I want to have openvz running the X natively. So if I press ctrl-alt-F2 i get Fedora, and on ctrl-alt-F3 I get ubuntu etc.
My homedir I would keep on an mounted /home dir.
Thus I could try out a new distribution withing 10 minutes, and switch back right away if the new distribution is buggy.
It would also be possible to eg. protect my webserver in a container by it self.
|
|
| | Topic: bond0 if in a container |
|---|
| bond0 if in a container [message #45066] |
Wed, 25 January 2012 16:08 |
joeblow
Messages: 2
Registered: January 2012 |
Junior Member |
From: 74.124.124*
|
|
I'm in the process of transferring some physical RHEL5 derivative physical servers to openvz containers on a testbed proxmox box.
The goal, of course, is minimal alteration in the transfer process.
The physical servers use bonding, such that:
bond0 bonds eth0 and eth2
bond1 bonds eth1 and eth3
I have created the eth0,eth1,eth2 and eth3 container interfaces with the appropriate MACs (the proxmox subnet is not connected to the real network, so this shouldn't interfere with the real boxes).
On a given container, once I've transferred all the files from the physical box, and started the container, the bonding should 'just work', right? Or do I need to mod the container networking.
Also, I've looked at
wiki.openvz.org/Bonding
Does this just apply to the host physical server?
thanks!
|
|
| | Topic: Kernel panic 2.6.32-042stab044.17 |
|---|
| Kernel panic 2.6.32-042stab044.17 [message #45028] |
Sun, 22 January 2012 07:44 |
 |
JimL
Messages: 115
Registered: February 2007 |
Senior Member |
From: 208.65.90*
|
|
Centos 6.2 is no longer bootable. At boot time I get a kernel panic. The instructions for remote console don't work for Centos 6 since none of the files referenced exist.
I took a picture of the screen, http://fdcga.com/images/panic.jpg
If someone would please update the instructions on how to get a netconsole working.
Specifically in the "Setting from initrd" section there is no /etc/sysconfig/mkinitrd directory and /etc/modprobe.conf doesn't exist.
I no longer have serial ports so that's not an option.
The stock kernel still boots OK.
Thanks,
Jim.
|
|
| | Topic: Kernel compile error with aufs |
|---|
| Kernel compile error with aufs [message #45019] |
Fri, 20 January 2012 22:00 |
sowawa
Messages: 3
Registered: January 2012
Location: JAPAN |
Junior Member |
From: *hyg1.eonet.ne.jp
|
|
I compile openvz and aufs patched kernel.
So error occurred...
Kernel 2.6.32
Aufs 2.1
OpenVZ 042stab044.17
fs/aufs/f_op.c: In function 'aufs_release_nondir':
fs/aufs/f_op.c:95: error: implicit declaration of function 'file_kill'
make[3]: *** [fs/aufs/f_op.o] Error 1
make[2]: *** [fs/aufs] Error 2
make[1]: *** [fs] Error 2
make[1]: Leaving directory `/root/linux-2.6.32.aufs'
make: *** [debian/stamp/build/kernel] Error 2
|
|
| | Topic: Ubuntu Error - Network not working - OpenVZ |
|---|
| Ubuntu Error - Network not working - OpenVZ [message #45015] |
Fri, 20 January 2012 16:00 |
SQ110
Messages: 2
Registered: January 2012
Location: Bulgaria |
Junior Member |
From: *aubg.bg
|
|
Hi,
When i restart ubuntu with OpenVZ i have this kind of error.
* Reconfiguring network interfaces...
ssh stop/waiting
ssh start/running, process 1659
status: Unknown job: smbd
ssh stop/waiting
ssh start/running, process 1682
status: Unknown job: smbd
ssh stop/waiting
ssh start/running, process 1707
status: Unknown job: smbd
...done.
I have searched over google but nothing, i didnt find any cause to this and i am not understanding why is this happening.
Please let me know
|
|
| | Topic: Kernel panic on UNIONFS and 2.6.32.042stab044 |
|---|
| Kernel panic on UNIONFS and 2.6.32.042stab044 [message #45001] |
Fri, 20 January 2012 06:03 |
sowawa
Messages: 3
Registered: January 2012
Location: JAPAN |
Junior Member |
From: *hyg1.eonet.ne.jp
|
|
I use kernel 2.6.32.042stab044, and unionfs-2.5.9_for_2.6.32.28.
I want to solve this problem.
Or work aufs2.1 on 2.6.32.042stab044.
Message from syslogd@us000 at Jan 19 13:38:44 ... "us000" 13:38 19-Jan-12
kernel:[ 8562.410145] Oops: 0000 [#1] SMP
Message from syslogd@us000 at Jan 19 13:38:44 ...
kernel:[ 8562.410215] last sysfs file: /sys/devices/virtual/net/lo/operstate
Message from syslogd@us000 at Jan 19 13:38:44 ...
kernel:[ 8562.410719] Stack:
Message from syslogd@us000 at Jan 19 13:38:44 ...
kernel:[ 8562.410719] Call Trace:
Message from syslogd@us000 at Jan 19 13:38:44 ...
kernel:[ 8562.410719] Code: 75 c3 48 8b 4a 08 48 89 4a 48 c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 1f 44 00 00 48 89 f2 48 8b 07 48 8b 77 08 <48> 8b 78 28 e8 74 ff ff ff c9 c3 66 90 55 48 89 e5 53 48 81 ec
Message from syslogd@us000 at Jan 19 13:38:44 ...
kernel:[ 8562.410719] CR2: 0000000000000045
|
|
| | Topic: Kernel panic on UNIONFS and 2.6.32.042stab044 |
|---|
| Kernel panic on UNIONFS and 2.6.32.042stab044 [message #45000] |
Fri, 20 January 2012 05:36 |
sowawa
Messages: 3
Registered: January 2012
Location: JAPAN |
Junior Member |
From: *hyg1.eonet.ne.jp
|
|
if VE_ROOT set unionfs mount point, call vzctl start...
I use kernel 2.6.32.042stab044, and unionfs-2.5.9_for_2.6.32.28.
I want to solve this problem.
Or work aufs2.1 on 2.6.32.042stab044.
Message from syslogd@us000 at Jan 19 13:38:44 ... "us000" 13:38 19-Jan-12
kernel:[ 8562.410145] Oops: 0000 [#1] SMP
Message from syslogd@us000 at Jan 19 13:38:44 ...
kernel:[ 8562.410215] last sysfs file: /sys/devices/virtual/net/lo/operstate
Message from syslogd@us000 at Jan 19 13:38:44 ...
kernel:[ 8562.410719] Stack:
Message from syslogd@us000 at Jan 19 13:38:44 ...
kernel:[ 8562.410719] Call Trace:
Message from syslogd@us000 at Jan 19 13:38:44 ...
kernel:[ 8562.410719] Code: 75 c3 48 8b 4a 08 48 89 4a 48 c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 1f 44 00 00 48 89 f2 48 8b 07 48 8b 77 08 <48> 8b 78 28 e8 74 ff ff ff c9 c3 66 90 55 48 89 e5 53 48 81 ec
Message from syslogd@us000 at Jan 19 13:38:44 ...
kernel:[ 8562.410719] CR2: 0000000000000045
|
|
| | Topic: Can not PING On VZ |
|---|
| Can not PING On VZ [message #44998] |
Fri, 20 January 2012 02:10 |
SQ110
Messages: 2
Registered: January 2012
Location: Bulgaria |
Junior Member |
From: *aubg.bg
|
|
Hi all,
I am having 2 nodes which has some slight problem.
On a VZ ubuntu 10.04 one of my client can not ping on his ip or ping outside, the network configuration inside has some problems.
And on Centos 5 32 bit, which i dont quit know why is giving this errors.
Kernel: 2.6.18-274.7.1.el5.028stab095.1
OS: Cent OS 5.7
|
|
| | Topic: Switch crashes |
|---|
| Switch crashes [message #44934] |
Fri, 13 January 2012 14:51 |
dvazart
Messages: 36
Registered: October 2008
Location: France |
Member |
From: *61.74.86.rev.sfr.net
|
|
Hello,
I have an HP ProCurve Switch 1810-24G that crashes every Friday since 30 December.
Our Switch is hosted in a Datacenter in which it has air conditioning and regulated power.
Currently we use it for 3 virtualization servers running OpenVZ with about 100 virtual machines (VPS) over Internet.
Events:
Friday 30 Dec. 18H *CRASHED* - Firmware updated to V.2.2
Friday 6 Dec. 14H *CRASHED* - Enabled options: flow control, Storm control, Auto DoS.
Friday 13 Dec. 18H *CRASHED* - ?
Problem Description:
All Switch ports begin to make flashing lights.
To solve the problem we just have to disconnect and reconnect it.
(I attach a screenshot of the network traffic until time of the crash.)
Anyone have an idea of the cause of these chrash?
May you recommend a reference of an good Switch that fits my needs? (to replace this one)
Thanks in advance!
----------- Daniel Vazart ------------
"Knowledge is power, Sharing is human"
------- http://www.vazart.net --------
|
|
| | Topic: eth0 error fetching interface |
|---|
| eth0 error fetching interface [message #44906] |
Wed, 11 January 2012 16:17 |
Jcats
Messages: 6
Registered: May 2011
Location: FL |
Junior Member |
From: *hsd1.fl.comcast.net
|
|
Centos 5.7 x64
I had to download a rpm driver for my onboard nic in order to get it to work on the default kernel, "2.6.18-274" however when I installed the openvz kernel '2.6.18-274.7.1.el5.028stab095.1' I am unable to get the nic working again.
Running a simple ifconfig eth0 up gives me:
unknown interface no such device, does this sound like a driver issue still?
I know I am lacking a lot of helpful info but I am unable to copy/paste so hoping you can ask for needed info and Ill get it to you.
|
|
| | Topic: Tracking down a scheduling issue between 2 versions |
|---|
| Tracking down a scheduling issue between 2 versions [message #44858] |
Mon, 09 January 2012 11:14 |
brama
Messages: 2
Registered: January 2012 |
Junior Member |
From: *adsl2.static.versatel.nl
|
|
Hi,
I'm trying to track down an issue we have on our servers. All servers run the same software stack (other than host OS and OpenVZ version), and are pretty much identical. However, 2 newly added servers have an issue that I haven't been able to pin down.
The guest OS (and the only OpenVZ instance running) is Debian Lenny. This guest runs the software described below.
The servers spawn a lot of transcoding processes (ffmpeg) depending on demand. They are spawned by a python process that reads a queue over a remote DB connection, figures out which entries to process, and then launches the required processes.
With the new servers, I see that it appears that execution of the python process is _much_ slower compared to the other servers when the load peaks (e.g. 20+, cpu-bound). The script is supposed to check a queue every 5 seconds, but on the new servers, this delay between checks fluctuates heavily, while the old servers are quite consistent regardless of the load. I debugged it, and could rule out the communication with the database. All that's left then is just processing logic. The new servers also currently run as many processes in parallel as the old ones.
Since the guest OS is an identical copy of the older servers, and the system uses the same architecture, I was wondering if this could be explained because the older servers do run an older redhat and ovenvz stack.
The servers we have:
Old Servers: RH5.4, tools: 3.0.25.2, kernel: 2.6.18-194.26.1.el5.028stab079.2PAE
New Servers: RH5.6, tools: 3.0.29.3, kernel: 2.6.18-274.7.1.el5.028stab095.1PAE
The newer servers should be faster both in Disk IO and total performance (identical server barebone, same CPU's running at the same speed, but more cores).
Could a change between these versions explain the odd behavior?
|
|
| | Topic: zabbix-agent inside OpenVZ container |
|---|
| zabbix-agent inside OpenVZ container [message #44849] |
Sun, 08 January 2012 06:51 |
reaper
Messages: 3
Registered: January 2012
Location: Russia |
Junior Member |
From: *pppoe.tmn.ertelecom.ru
|
|
Today I stumbled upon a nasty system behaviour. I was trying to migrate (not online) OpenVZ container with zabbix-agent inside from one node to another. In the last part of migration where container is being stopped on source node I've got kernel oops and zabbix process became unresponsive. That behaviour made entire node unresponsive as all new vzctl processed are ending up in D state immediately.
After some attempts I was able to reproduce this on another node. Nodes are all Dell R710/R810 running Debian Squeeze with latest stable kernel. OpenVZ containers are also Debian Squeeze with zabbix-agent 1.8.2 from stable repository. I've also tried zabbix-agent 1.8.9 from testing with exactly the same result.
Anyone can confirm this behaviour? Here's Oops messages from syslog:
Jan 8 04:43:21 wz-us13 kernel: [1636769.658596] BUG: unable to handle kernel NULL pointer dereference at 0000000000000004
Jan 8 04:43:21 wz-us13 kernel: [1636769.658651] IP: [<ffffffff812eb2e0>] _spin_lock+0x5/0x1b
Jan 8 04:43:21 wz-us13 kernel: [1636769.658689] PGD 16f89be067 PUD 16f89bf067 PMD 0
Jan 8 04:43:21 wz-us13 kernel: [1636769.658722] Oops: 0002 [#1] SMP
Jan 8 04:43:21 wz-us13 kernel: [1636769.658750] last sysfs file: /sys/module/inet_diag/initstate
Jan 8 04:43:21 wz-us13 kernel: [1636769.658779] CPU 6
Jan 8 04:43:21 wz-us13 kernel: [1636769.658802] Modules linked in: tcp_diag inet_diag iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 vzethdev vznetdev simfs vzrst vzcpt vzdquota vzmon vzdev xt_tcpudp xt_length xt_hl xt_tcpmss xt_TCPMSS iptable_mangle iptable_filter xt_multiport xt_limit xt_dscp ipt_REJECT ip_tables x_tables vzevent xfs exportfs dm_snapshot loop snd_pcm snd_timer joydev psmouse snd soundcore snd_page_alloc usbhid hid serio_raw pcspkr evdev dcdbas processor power_meter button ext3 jbd mbcache ses sd_mod crc_t10dif enclosure dm_mod uhci_hcd thermal ehci_hcd usbcore megaraid_sas bnx2 nls_base scsi_mod thermal_sys [last unloaded: scsi_wait_scan]
Jan 8 04:43:21 wz-us13 kernel: [1636769.659202] Pid: 3478, comm: zabbix_agentd Not tainted 2.6.32-5-openvz-amd64 #1 feoktistov PowerEdge R510
Jan 8 04:43:21 wz-us13 kernel: [1636769.659251] RIP: 0010:[<ffffffff812eb2e0>] [<ffffffff812eb2e0>] _spin_lock+0x5/0x1b
Jan 8 04:43:21 wz-us13 kernel: [1636769.659302] RSP: 0018:ffff8808ad0cfea0 EFLAGS: 00010202
Jan 8 04:43:21 wz-us13 kernel: [1636769.659330] RAX: 0000000000010000 RBX: ffff8820342932a0 RCX: ffff8816d21e2010
Jan 8 04:43:21 wz-us13 kernel: [1636769.659375] RDX: ffff8816d21e2070 RSI: ffff8816d21e2010 RDI: 0000000000000004
Jan 8 04:43:21 wz-us13 kernel: [1636769.659419] RBP: ffff8816d21e2010 R08: 0000000082ec0f5c R09: 0000000000000069
Jan 8 04:43:21 wz-us13 kernel: [1636769.659464] R10: ffffffff812eab18 R11: 0000000000000008 R12: ffff8816d21e2048
Jan 8 04:43:21 wz-us13 kernel: [1636769.659509] R13: ffff88171b172c00 R14: ffff8816d21e2070 R15: 0000000000000000
Jan 8 04:43:21 wz-us13 kernel: [1636769.659555] FS: 00007fc730f78700(0000) GS:ffff881080860000(0000) knlGS:0000000000000000
Jan 8 04:43:21 wz-us13 kernel: [1636769.659601] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Jan 8 04:43:21 wz-us13 kernel: [1636769.659630] CR2: 0000000000000004 CR3: 00000008ad0c2000 CR4: 00000000000006e0
Jan 8 04:43:21 wz-us13 kernel: [1636769.659675] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jan 8 04:43:21 wz-us13 kernel: [1636769.659720] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jan 8 04:43:21 wz-us13 kernel: [1636769.659766] Process zabbix_agentd (pid: 3478, veid=109, threadinfo ffff8808ad0ce000, task ffff88103387d800)
Jan 8 04:43:21 wz-us13 kernel: [1636769.659815] Stack:
Jan 8 04:43:21 wz-us13 kernel: [1636769.659836] ffffffff8114cdd4 ffff8816d21e2010 0000000000000000 0000000000000000
Jan 8 04:43:21 wz-us13 kernel: [1636769.659874] <0> ffff88171b172c00 ffff8808ad0cfee8 ffffffff8114d146 0000000000000000
Jan 8 04:43:21 wz-us13 kernel: [1636769.659929] <0> 0000000000000000 00000000000007dc ffffffff810f4a11 0000000082ec0f5c
Jan 8 04:43:21 wz-us13 kernel: [1636769.660002] Call Trace:
Jan 8 04:43:21 wz-us13 kernel: [1636769.660029] [<ffffffff8114cdd4>] ? freeary+0x6c/0x144
Jan 8 04:43:21 wz-us13 kernel: [1636769.660058] [<ffffffff8114d146>] ? sys_semctl+0x29a/0x2d7
Jan 8 04:43:21 wz-us13 kernel: [1636769.660089] [<ffffffff810f4a11>] ? sys_newstat+0x23/0x30
Jan 8 04:43:21 wz-us13 kernel: [1636769.660119] [<ffffffff81010c12>] ? system_call_fastpath+0x16/0x1b
Jan 8 04:43:21 wz-us13 kernel: [1636769.660148] Code: 00 00 00 01 74 05 e8 60 6d e9 ff 48 89 d0 5e c3 fa 66 0f 1f 44 00 00 f0 81 2f 00 00 00 01 74 05 e8 46 6d e9 ff c3 b8 00 00 01 00 <f0> 0f c1 07 0f b7 d0 c1 e8 10 39 c2 74 07 f3 90 0f b7 17 eb f5
Jan 8 04:43:21 wz-us13 kernel: [1636769.660370] RIP [<ffffffff812eb2e0>] _spin_lock+0x5/0x1b
Jan 8 04:43:21 wz-us13 kernel: [1636769.660401] RSP <ffff8808ad0cfea0>
Jan 8 04:43:21 wz-us13 kernel: [1636769.660425] CR2: 0000000000000004
Jan 8 04:43:21 wz-us13 kernel: [1636769.660779] ---[ end trace 0dafff67eb788883 ]---
Jan 8 04:44:26 wz-us13 kernel: [1636834.585745] BUG: soft lockup - CPU#6 stuck for 61s! [zabbix_agentd:3478]
Jan 8 04:44:26 wz-us13 kernel: [1636834.585819] Modules linked in: tcp_diag inet_diag iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 vzethdev vznetdev simfs vzrst vzcpt vzdquota vzmon vzdev xt_tcpudp xt_length xt_hl xt_tcpmss xt_TCPMSS iptable_mangle iptable_filter xt_multiport xt_limit xt_dscp ipt_REJECT ip_tables x_tables vzevent xfs exportfs dm_snapshot loop snd_pcm snd_timer joydev psmouse snd soundcore snd_page_alloc usbhid hid serio_raw pcspkr evdev dcdbas processor power_meter button ext3 jbd mbcache ses sd_mod crc_t10dif enclosure dm_mod uhci_hcd thermal ehci_hcd usbcore megaraid_sas bnx2 nls_base scsi_mod thermal_sys [last unloaded: scsi_wait_scan]
Jan 8 04:44:26 wz-us13 kernel: [1636834.588977] CPU 6:
Jan 8 04:44:26 wz-us13 kernel: [1636834.589080] Modules linked in: tcp_diag inet_diag iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 vzethdev vznetdev simfs vzrst vzcpt vzdquota vzmon vzdev xt_tcpudp xt_length xt_hl xt_tcpmss xt_TCPMSS iptable_mangle iptable_filter xt_multiport xt_limit xt_dscp ipt_REJECT ip_tables x_tables vzevent xfs exportfs dm_snapshot loop snd_pcm snd_timer joydev psmouse snd soundcore snd_page_alloc usbhid hid serio_raw pcspkr evdev dcdbas processor power_meter button ext3 jbd mbcache ses sd_mod crc_t10dif enclosure dm_mod uhci_hcd thermal ehci_hcd usbcore megaraid_sas bnx2 nls_base scsi_mod thermal_sys [last unloaded: scsi_wait_scan]
Jan 8 04:44:26 wz-us13 kernel: [1636834.592231] Pid: 3478, comm: zabbix_agentd Tainted: G D 2.6.32-5-openvz-amd64 #1 feoktistov PowerEdge R510
Jan 8 04:44:26 wz-us13 kernel: [1636834.592321] RIP: 0010:[<ffffffff812eb2f0>] [<ffffffff812eb2f0>] _spin_lock+0x15/0x1b
Jan 8 04:44:26 wz-us13 kernel: [1636834.592458] RSP: 0018:ffff8808ad0cfbc0 EFLAGS: 00000297
Jan 8 04:44:26 wz-us13 kernel: [1636834.592525] RAX: 0000000000000004 RBX: ffff88103387d800 RCX: 0000000000000000
Jan 8 04:44:26 wz-us13 kernel: [1636834.592609] RDX: 0000000000000003 RSI: 0000000000000001 RDI: ffff8816d21e2010
Jan 8 04:44:26 wz-us13 kernel: [1636834.592693] RBP: ffffffff8101172e R08: ffff881080872990 R09: 0000000002d70a40
Jan 8 04:44:26 wz-us13 kernel: [1636834.592777] R10: ffff881034383a00 R11: 0000000000000000 R12: ffff881080873050
Jan 8 04:44:26 wz-us13 kernel: [1636834.592861] R13: ffff88203385f148 R14: 0000000039e84170 R15: ffffffff8146a600
Jan 8 04:44:26 wz-us13 kernel: [1636834.592945] FS: 0000000000000000(0000) GS:ffff881080860000(0000) knlGS:0000000000000000
Jan 8 04:44:26 wz-us13 kernel: [1636834.593032] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Jan 8 04:44:26 wz-us13 kernel: [1636834.593099] CR2: 0000000000000004 CR3: 0000000001001000 CR4: 00000000000006e0
Jan 8 04:44:26 wz-us13 kernel: [1636834.593183] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jan 8 04:44:26 wz-us13 kernel: [1636834.593267] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jan 8 04:44:26 wz-us13 kernel: [1636834.593351] Call Trace:
Jan 8 04:44:26 wz-us13 kernel: [1636834.593417] [<ffffffff8114a40a>] ? ipc_lock+0x2a/0x42
Jan 8 04:44:26 wz-us13 kernel: [1636834.593485] [<ffffffff8114a42e>] ? ipc_lock_check+0xc/0x3c
Jan 8 04:44:26 wz-us13 kernel: [1636834.593553] [<ffffffff8114c1c1>] ? exit_sem+0x8a/0x1d5
Jan 8 04:44:26 wz-us13 kernel: [1636834.593623] [<ffffffff81051c72>] ? do_exit+0x23c/0x758
Jan 8 04:44:26 wz-us13 kernel: [1636834.593691] [<ffffffff812ec1cc>] ? oops_end+0xaf/0xb4
Jan 8 04:44:26 wz-us13 kernel: [1636834.593760] [<ffffffff81032357>] ? no_context+0x1e9/0x1f8
Jan 8 04:44:26 wz-us13 kernel: [1636834.593830] [<ffffffff81101885>] ? dput+0xf4/0x1cc
Jan 8 04:44:26 wz-us13 kernel: [1636834.593897] [<ffffffff8103250a>] ? __bad_area_nosemaphore+0x1a4/0x1c8
Jan 8 04:44:26 wz-us13 kernel: [1636834.593969] [<ffffffffa019226b>] ? sim_systemcall+0x92/0x263 [simfs]
Jan 8 04:44:26 wz-us13 kernel: [1636834.594042] [<ffffffff81106842>] ? mntput_no_expire+0x23/0xed
Jan 8 04:44:26 wz-us13 kernel: [1636834.594112] [<ffffffff810e7745>] ? virt_to_head_page+0x9/0x2a
Jan 8 04:44:26 wz-us13 kernel: [1636834.594181] [<ffffffff812ed6e4>] ? do_page_fault+0x1bf/0x2fc
Jan 8 04:44:26 wz-us13 kernel: [1636834.594250] [<ffffffff812eb695>] ? page_fault+0x25/0x30
Jan 8 04:44:26 wz-us13 kernel: [1636834.594319] [<ffffffff812eab18>] ? down_write+0x9/0x27
Jan 8 04:44:26 wz-us13 kernel: [1636834.594387] [<ffffffff812eb2e0>] ? _spin_lock+0x5/0x1b
Jan 8 04:44:26 wz-us13 kernel: [1636834.599445] [<ffffffff8114cdd4>] ? freeary+0x6c/0x144
Jan 8 04:44:26
|
|
| | Topic: PROBLEM with VENET0 after migrate container new server |
|---|
| PROBLEM with VENET0 after migrate container new server [message #44811] |
Fri, 06 January 2012 05:22 |
afrare
Messages: 11
Registered: November 2007 |
Junior Member |
From: 189.56.59*
|
|
Dear friends.
I have serve centos 5 x86_64 with opnevz and all work, and move container to centos 6 x86_64 (new sever).
When I start container in new server, but netboard virtual venet0 and veneto:0 don't UP.
When I start manually venet0, I have receid follow messae:
[root@srv002 /]# ifup venet0
Bringing up interface venet0:
Configuring interface venet0:
net.ipv4.conf.venet0.send_redirects = 0
Configuring ipv6 venet0:
ifup-venet WARNING: Device list is empty
I compare file ifcdf-venet0 between old server and new server are sames.
Thanks for help
[Updated on: Fri, 06 January 2012 05:22] Report message to a moderator |
|
| | Topic: error using vzmigrate |
|---|
| error using vzmigrate [message #44810] |
Thu, 05 January 2012 21:32 |
never2far
Messages: 1
Registered: May 2011
Location: Timisoara |
Junior Member |
From: *rdsnet.ro
|
|
Hello,
I'm trying to migrate a container to another hardware node but without success after few tries.
The message I get is:
Setting CPU limit: 400
Setting CPU units: 1000
Setting CPUs: 4
Error: undump failed: Too many open files
Restoring failed:
Error: can't open file pipe:[76632562]
Error: rst_file: -24 3985376
Error: rst_files: -24
Error: make_baby: -24
Error: rst_clone_children
Stopping container ...
Container start failed
Container was stopped
Container is unmounted
Command used to migrate is: vzmigrate -r no --keep-dst --online -v HN CTID
- kernel version is: 2.6.18-274.7.1.el5.028stab095.1 on both hardware nodes.
Also if you think I should try to migrate with container stopped please tell if this are the correct steppes:
- rsync -vlHogDtpr --delete --numeric-ids /vz/private/CTID root@HD2:/vz/private/
- vzctl stop CTID
- vzmigrate -r no --keep-dst -v HN CTID
Because downtime is important I'd like to migrate with online method but maybe offline is the only way 
If anyone have some tips it will be great.
Thank you
|
|
| | Topic: VETH problems - USE DOM0 ip as a source [SOLVED] |
|---|
| VETH problems - USE DOM0 ip as a source [SOLVED] [message #44787] |
Wed, 04 January 2012 04:21 |
gucio1200
Messages: 1
Registered: January 2012
Location: Poland |
Junior Member |
From: *ronus.pl
|
|
Hi i have some problems to set cluster with ndb or galera - all the time is shows not container ip but containers host.
Lets say i have 2 server with proxmox using openvz
10.0.11.0/24 - its lan
10.0.1.0/16 - its private lan for each proxmox
it has
proxmox host#1 proxmox host#2
10.0.11.1---------------------------------------10.0.11.2
10.0.1.1 10.0.1.2
host#1 host#2
container(A) container(B)
10.0.11.50 10.0.11.51
10.0.1.50 10.0.1.51
(gw 10.0.1.1) (gw 10.0.1.2)
ndb cluster show somethink like that:
Failed to allocate nodeid, error: 'Error: Could not alloc node id at 10.0.11.50 port 1186: Connection with id 3 done from wrong host ip 10.0.11.1, expected 10.0.11.51(10.0.11.51).'
/etc/network/interaface on proxmox host#1 ( on host#2 is simillar change only lan number from 1 to 2 of end ip):
where eth0 is gateway to net
auto eth0
iface eth0 inet static
address xxx.xxx.xxx.xxx
broadcast xxx.xxx.xxx.xxx
netmask xxx.xxx.xxx.xxx
gateway xxx.xxx.xxx.xxx
pointopoint xxx.xxx.xxx.xxx
auto vmbr0
allow-hotplug vmbr0
iface vmbr0 inet static
address 10.0.11.1
netmask 255.255.255.0
bridge_ports eth1
bridge_stp off
bridge_fd 0
auto vmbr1
allow-hotplug vmbr1
iface vmbr1 inet static
address 10.0.1.1
netmask 255.255.0.0
bridge_ports tap0
bridge_stp off
bridge_fd 0
pre-up /usr/sbin/openvpn --mktun --dev tap0
pre-down /usr/sbin/openvpn --rmtun --dev tap0
AND MASQ:
10.0.11.0/24 on vmbr0 10.0.1.0/16
10.0.1.0/16 on vmbr1 10.0.11.0/24
sysctl.conf:
### Hetzner Online AG installimage
# sysctl config
net.ipv4.ip_forward=1
#net.ipv4.conf.all.rp_filter=1
#net.ipv4.icmp_echo_ignore_broadcasts=1
#net.ipv4.conf.default.forwarding=1
#net.ipv4.conf.default.proxy_arp = 1
#kernel.sysrq = 1
#net.ipv4.conf.default.send_redirects = 1
#net.ipv4.conf.all.send_redirects = 1
#net.ipv4.conf.eth0.proxy_arp=1
net.ipv4.ip_nonlocal_bind=1
net.ipv4.conf.default.forwarding = 1
net.ipv4.conf.all.forwarding = 1
net.ipv4.ip_forward=1
net.ipv4.conf.default.proxy_arp = 1
net.ipv4.conf.all.proxy_arp = 1
net.ipv4.conf.vmbr1.proxy_arp = 1
net.ipv4.conf.vmbr0.proxy_arp = 1
net.ipv4.conf.default.rp_filter = 0
net.ipv4.conf.all.rp_filter = 0
net.ipv4.conf.vmbr0.rp_filter = 0
net.ipv4.conf.vmbr1.rp_filter = 0
And VZCTL.conf
# On Hardware Node we generally need
# packet forwarding enabled and proxy arp disabled
net.ipv4.ip_forward = 1
net.ipv4.conf.default.forwarding=1
#net.ipv4.conf.default.proxy_arp = 0
net.ipv4.conf.default.proxy_arp = 1
# Enables source route verification
net.ipv4.conf.all.rp_filter = 0
# Enables the magic-sysrq key
kernel.sysrq = 1
# TCP Explict Congestion Notification
#net.ipv4.tcp_ecn = 0
# we do not want all our interfaces to send redirects
net.ipv4.conf.default.send_redirects = 1
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.rp_filter =0
net.ipv4.conf.all.rp_filter = 0
net.ipv4.conf.eth0.rp_filter = 0
Has some one similar situation ?
To explain more My vms show me wrong ips source it looks like they connect from host machine. So lets say we have 10.0.11.50(vm1) on first host with openvz (10.0.11.1) and 10.0.11.51(vm2) on the second openvz (10.0.11.2)
openvz servers connected with crossover cable on eth1 bridged to vmbr1. I would like to connect from vm1 to vm2 and i can but in tcpdump i see they use 10.0.11.2 to connect. I will be very grateful for help. If you have any idea - just give me a tip or somethink becouse i dont have more ideas whats wrong ...
Should i use hxxp://wiki.openvz.org/Virtual_Ethernet_device - "Using a directly routed IPv4 with virtual Ethernet device" ?
PROBLEM SOLVED - LOOK AT THE MASQ - well so easy but.. :)
Just remove masq from vmbr0 and vmbr1 then vm's see each other with right ip's. To build this kind of env. i had to create openvpn in ct not ct0 and then masq bridged eth1 (vmbr0) and eth0 (vmbr1). Cheers! Can close!
[Updated on: Thu, 05 January 2012 11:16] Report message to a moderator |
|
| | Topic: recalculate quotas online |
|---|
| recalculate quotas online [message #44781] |
Tue, 03 January 2012 13:12 |
|
Hi,
I am trying to figure out a way to recalculate vz quotas online. I have them broken (due to kernel panic) and the quota file is a month old (which is bad). I needed that machine up ASAP, so I started it without quotas. Now how do I get quotas there without restarting?
Quota recalcultation there is NOT FAST. It takes half an hour (the container is 250GB large and has lots of files, also huge directories of small files). And I can't afford to wait so long. The resulting quota file may be imprecise. I can live with losing an hour worth quota updates, but I can't live with waiting half an hour without the web page working.
From now on I am planning to do "vzquota stat" each 10 minutes to write the current status all the time and forcefully stopping quota before starting the containers, so that they will start at once without recalculating. I do not understand, however, why the quota file is not updated on disk. Is it a bug? Writing a custom cron script with "vzquota stat" does not seem to be even remotely beautiful...
[Updated on: Tue, 03 January 2012 13:13] Report message to a moderator |
|
| | Topic: Broken memory reporting since moving containers via vzmigrate |
|---|
| Broken memory reporting since moving containers via vzmigrate [message #44771] |
Fri, 30 December 2011 22:27 |
untal3nted
Messages: 1
Registered: December 2011 |
Junior Member |
From: *lightspeed.livnmi.sbcglobal.net
|
|
Hello,
Recently I was doing some node upgrading and container consolidating for a company. Previous, nodes and containers were using CentOS 5 32-bit. The new nodes were setup and configured using Scientific Linux 6 64-bit. The containers remained the same configuration CentOS 5 32-bit. There were 4 containers moved to these 2 nodes (2 containers to each node). After the move, I noticed the following in 3 of the 4 containers;
total used free shared buffers cached
Mem: 4294967295 0 4294967295 0 0 672692
-/+ buffers/cache: 4294294604 672691
Swap: 0 0 0
Now obviously that is just not right, as the node the container is on has the following;
total used free shared buffers cached
Mem: 8040768 7816836 223932 0 65908 6514288
-/+ buffers/cache: 1236640 6804128
Swap: 8388600 0 8388600
Are there any ideas? All these containers are configured nearly identical, and I have basically given up trying to figure out the issue. The containers reporting the incorrect usage all seem to think they have '4294967295' of memory available. The funny thing is, there is one container which is reporting the memory assigned to it and being used correctly;
total used free shared buffers cached
Mem: 3014656 1794340 1220316 0 0 1794340
-/+ buffers/cache: 0 3014656
Swap: 0 0 0
Node#1 (both containers reporting memory wrong): 2.6.32-042stab037.1 #1 SMP Fri Sep 16 22:18:06 MSD 2011 x86_64 x86_64 x86_64 GNU/Linux
Node#2 (one container reporting wrong, one reporting correct): 2.6.32-042stab044.11 #1 SMP Wed Dec 14 16:02:00 MSK 2011 x86_64 x86_64 x86_64 GNU/Linux
I have gone over the configurations multiple times, and even tried resetting oomguarpages and privvmpages and it seems to make no different in the "broken" containers. vzmigrate was used to move the containers. Memory reporting worked without issue before the move.
Thanks in advanced for any help or insight.
|
|
| | Topic: Sniffing from the VM |
|---|
| Sniffing from the VM [message #44767] |
Fri, 30 December 2011 17:07 |
ori_cr
Messages: 2
Registered: December 2011 |
Junior Member |
From: *chrudim.cz
|
|
Hi,
I would like to use veth device on a VM1 to be able to capture even frames which are not designated for veth. I am using tcpdump in the VM1 and I can capture only broadcast and the frames with destination HW address same as the HW of veth device. I tried to set veth device into promisc mode but it didn't work. Is there any chance how to grab all the traffic?
My host machine is Debian 6.0 and the VM1 is Debian 5.0 both working on 2.6.32-5-openvz-686.
Best regards,
Ori
|
|
| | Topic: Network issues |
|---|
| Network issues [message #44705] |
Fri, 23 December 2011 06:23 |
NStorm
Messages: 5
Registered: December 2011 |
Junior Member |
From: *grain.ru
|
|
I'm running Linux node1 2.6.32-6-pve #1 SMP Mon Sep 26 06:32:53 CEST 2011 x86_64 GNU/Linux. (Proxmox VE distro)
I have the following network setup 192.168.X.0/24 local subnet. HN and all CTs have IPs in that subnet. Like HN has 192.168.X.33 and CTs have 192.168.X.34, 192.168.X.35, etc. Also there is a router to the world in this subnet 192.186.X.254 which NATs to the Internet. My network works from both HN and CTs and internet routed via 192.168.X.254.
HN has the vmbr0 interface, which is bridged to real eth0. The ip 192.168.X.33 are setup on vmbr0, while eth0 left without IP. When I have CTs with veth device, veth101.0 are also bridged there.
The problem is that the CT connections are getting closed after some time of activity. At least for TCP. Easy to test - if I download some big file from CT it stops downloading after some time (around 3 minutes or so). If I stop/resume it, it keeps downloading again.
I don't have this problem when downloading from HN or other real hosts on local subnet, so it's not the .254 router issue.
I've tried various OS templates (CentOS 5, CentOS 6, gentoo) and various network setups (tried venet and veth) - all the same.
Packet capture shows that at that point remote start to retransmit DUP packets as if it doesn't received ACK from me. My host keeps sending DUP ACK but seems like it is not reaching remote, because it keeps sending DUPs back.
I wonder whats the problem and how could I solve it.
|
|
| | Topic: OpenVAS Within Container |
|---|
| OpenVAS Within Container [message #44700] |
Thu, 22 December 2011 16:22 |
mindcruft
Messages: 1
Registered: December 2011 |
Junior Member |
From: *nycmny.fios.verizon.net
|
|
|
I am running OpenVAS within a container and am unable to run scans. It seems to not get passed the host discovery part. I thought perhaps it was restricted to the capabilities so I have enabled all available capabilities for the container with still no luck. I am also running the container with the unlimited profile and I also checked user_beancounters. I am not hitting any limits. Any ideas on what else I could check or why this is not working? I am stuck at the moment. I am running on Debian with 2.6.32-5-openvz-686 kernel and running vzctl version 3.0.24.
|
|
| | Topic: Another Centos 6 network problem |
|---|
| Another Centos 6 network problem [message #44680] |
Wed, 21 December 2011 11:57 |
surftimer
Messages: 3
Registered: February 2008
Location: Austria |
Junior Member |
From: *surf-timer.com
|
|
Hi Folks
First of all , it works with Centos 5.5 to 5.7 on a production machine !! ( Same hardware , same network settings etc. )
I wanted to upgrade to Centos 6 and did a clean install on a test server ( same hardware ) first.
2 Nic´s , one is eth0 connected to the LAN , eth1 connected to the router with public IP from ISP.
I can ping and access the VE from the internet ( SSH , Web server etc. ) but not from the LAN.
Here are some details :
eth0 ( lan ) IP 192.168.0.52 , netmask 255.255.255.0 gateway 192.168.0.254
eth1 ( wan ) IP 62.XX.XX.249 , netmask 255.255.255.240 gateway 62.XX.XX.241
VE IP_ADDRESS set in config file 62.XX.XX.252
ifconfig shows :
eth0 Link encap:Ethernet HWaddr 00:0A:E6:05:DE:DD
inet addr:192.168.0.52 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::20a:e6ff:fe05:dedd/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10954 errors:0 dropped:0 overruns:0 frame:0
TX packets:7560 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:925918 (904.2 KiB) TX bytes:1754733 (1.6 MiB)
eth1 Link encap:Ethernet HWaddr 00:E0:4C:58:D6:B8
inet addr:62.XX.XX.249 Bcast:62.XX.XX.255 Mask:255.255.255.240
inet6 addr: fe80::2e0:4cff:fe58:d6b8/64 Scope:Link
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:21073 errors:0 dropped:0 overruns:0 frame:0
TX packets:18812 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:9646132 (9.1 MiB) TX bytes:2860358 (2.7 MiB)
Interrupt:22
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:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1920 (1.8 KiB) TX bytes:1920 (1.8 KiB)
venet0 Link 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:4394 errors:0 dropped:0 overruns:0 frame:0
TX packets:6166 errors:0 dropped:42 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:267950 (261.6 KiB) TX bytes:7952725 (7.5 MiB)
ip route shows :
62.XX.XX.252 dev venet0 scope link
62.XX.XX.240/28 dev eth1 proto kernel scope link src 62.XX.XX.249
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.52
169.254.0.0/16 dev eth1 scope link metric 1002
169.254.0.0/16 dev eth0 scope link metric 1003
default via 62.XX.XX.241 dev eth1
Kernel Version 2.6.32-042stab044.11
service iptables is stopped
cat /etc/sysctl.conf
net.ipv4.ip_forward = 1
net.ipv4.conf.default.proxy_arp = 0
net.ipv4.conf.all.rp_filter = 1
kernel.sysrq = 1
net.ipv4.conf.default.send_redirects = 1
net.ipv4.conf.all.send_redirects = 0
net.ipv4.icmp_echo_ignore_broadcasts=1
net.ipv4.conf.default.forwarding=1
tcpdump -i eth1 -vvvvvv icmp
tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
17:52:14.221658 IP (tos 0x0, ttl 127, id 29470, offset 0, flags [none], proto ICMP (1), length 60)
192.168.0.225 > 62-XX-XX-252: ICMP echo request, id 512, seq 39168, length 40
17:52:19.435891 IP (tos 0x0, ttl 127, id 29473, offset 0, flags [none], proto ICMP (1), length 60)
192.168.0.225 > 62-XX-XX-252: ICMP echo request, id 512, seq 39424, length 40
17:52:24.936865 IP (tos 0x0, ttl 127, id 29509, offset 0, flags [none], proto ICMP (1), length 60)
192.168.0.225 > 62-XX-XX-252.c-ggoesting.xdsl-line.inode.at: ICMP echo request, id 512, seq 39680, length 40
17:52:30.437860 IP (tos 0x0, ttl 127, id 29511, offset 0, flags [none], proto ICMP (1), length 60)
192.168.0.225 > 62-XX-XX-252: ICMP echo request, id 512, seq 39936, length 40
17:52:40.356925 IP (tos 0x0, ttl 127, id 29555, offset 0, flags [none], proto ICMP (1), length 60)
192.168.0.225 > 62-XX-XX-249: ICMP echo request, id 512, seq 40192, length 40
17:52:45.440720 IP (tos 0x0, ttl 127, id 29592, offset 0, flags [none], proto ICMP (1), length 60)
as mentioned above , it works with Centos 5.7 with same settings.
Any help would be great , if you need more details please tell me
Thank you in advance
Michael
|
|
| | Topic: Sound in Virtual machine |
|---|
| Sound in Virtual machine [message #44591] |
Fri, 16 December 2011 02:13 |
ELectro-X
Messages: 5
Registered: December 2011 |
Junior Member |
From: fmarchal.fr
|
|
Hi,
I need to access on sound card of OpenVZ server in a Virtual Machine.
Is-it possible? if yes What is the setting to be set?
Thx
|
|
| | Topic: Starting container crashes host |
|---|
| Starting container crashes host [message #44545] |
Wed, 14 December 2011 01:35 |
Thelen
Messages: 3
Registered: December 2011 |
Junior Member |
From: *tpgi.com.au
|
|
So I used vzdump --restore to restore a dump from a dying machine to a new one. That works fine, but starting it results in a crash, I don't see anything in logs but perhaps I'm not checking where I should be?
So, 1) where do I check for what is happening
2) Any idea how to restore the contents to a new container if this is the problem?
|
|
| | Topic: bug with this forum |
|---|
| bug with this forum [message #44407] |
Tue, 06 December 2011 03:16 |
user318
Messages: 2
Registered: December 2011 |
Junior Member |
From: 93.180.0*
|
|
I have tried to post topic here when I was not logged in and received redirect to login page of course. Looks like the redirect was permanent and browser have cached it. And after I have logged in, the browser were coninuing to redirect me to login page when I pressed "New topic" untill I cleared cache.
Permanent redirects is very bad idea in this case.
|
|
| | Topic: setcap inside VM is not working |
|---|
| setcap inside VM is not working [message #44406] |
Tue, 06 December 2011 03:11 |
user318
Messages: 2
Registered: December 2011 |
Junior Member |
From: 93.180.0*
|
|
I'm having such problem, when trying to use setcap inside VM:
# setcap cap_net_raw=pe ping
unable to set CAP_SETFCAP effective capability: Operation not permitted
Where is the problem? Googling didn't helped me.
Host OS is gentoo with openvz-sources kernel:
# uname -a
Linux baby-mon 2.6.32-openvz-feoktistov.1 #5 SMP Tue Dec 6 10:40:52 MSK 2011 x86_64 Intel(R) Xeon(R) CPU E5620 @ 2.40GHz GenuineIntel GNU/Linux
Container is gentoo stage3.
|
|
| | Topic: fedora 15 template and mysql |
|---|
| fedora 15 template and mysql [message #44399] |
Mon, 05 December 2011 17:50 |
plotinus
Messages: 11
Registered: June 2011 |
Junior Member |
From: *174.219.87.dynamic.jazztel.es
|
|
Hi all,
I've been struggling with a problem for days (see post h-t-t-p-://forum.openvz.org/index.php?t=msg&th=10181& ;goto=44068&#msg_44068 -Sorry, but I can't put links in topics).
My server has room for 70 containers. I want all of them to be fedora 15 + mysql.
When I create/reboot them, only for the 24 first ones can mysqld start.
Today I've tested using ubuntu 11.04 template, and with it all the 70 containers can run mysqld. The my.conf ubuntu file doesn't work with fedora (I mean, mysqld doesn't start).
Does anybody know what I've done wrong with fedora 15 template? I just installed mysql, created a mysql user and database, and a few little changes (securize ssh, create directories and so on).
Thanks,
P
|
|
| | Topic: system with 2.6.32-5-openvz-686 doesnt boot up |
|---|
| system with 2.6.32-5-openvz-686 doesnt boot up [message #44373] |
Sun, 04 December 2011 09:41 |
tx1131
Messages: 1
Registered: December 2011
Location: UK |
Junior Member |
From: 95.146.139*
|
|
Hello,
I just installed clean minimal debian and installed openvz with 2.6.32-5-openvz-686. I basically followed instructions from one of the web sites - can't post links yet, but there are plently and they seem to be all exactly the same.
After installing and setting up sysctl.conf I reboot and get:
Loading Linux 2.6.32-5-openvz-686 ...
Loading initial ramdisk ...
and then the PC reboots again. Any idea what can be causing this issue ? I can still boot with the oryginal kernel.
System is debian-6.0.3-i686.
Kind Regards,
Konrad
|
|
| | Topic: ofa_kernel-1.5.3.2 compile error 2.6.32-042stab039.11 |
|---|
| ofa_kernel-1.5.3.2 compile error 2.6.32-042stab039.11 [message #44326] |
Tue, 29 November 2011 22:09 |
ibdan
Messages: 2
Registered: November 2011 |
Junior Member |
From: *static.tpgi.com.au
|
|
Hi,
I'm trying to figure out why I can't compile OFED infiniband drivers, specifically ofa_kernel-1.5.3.2 when running centos 6 with openvz kernel 2.6.32-042stab039.11 The OFED installs via kernel modules.
Please note this installs without error on centos 5 and 6 and also openvz kernel on centos 5
Any help on the below compile error or how it relates to the openvz kernel would be very helpful
-I/usr/src/kernels/2.6.32-042stab039.11/arch/x86/include \
-D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -O2 -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(uverbs_main)" -D"KBUILD_MODNAME=KBUILD_STR(ib_uverbs)" -D"DEBUG_HASH=9" -D"DEBUG_HASH2=27" -c -o /var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband/core/.tmp_uverbs_main.o /var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband/core/uverbs_main.c
/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband/core/uverbs_main.c: In function 'ib_uverbs_alloc_event_file':
/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband/core/uverbs_main.c:561: warning: the address of 'uverbs_event_fops' will always evaluate as 'true'
/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband/core/uverbs_main.c:561: warning: passing argument 1 of 'alloc_file' from incompatible pointer type
include/linux/file.h:22: note: expected 'struct path *' but argument is of type 'struct vfsmount *'
/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband/core/uverbs_main.c:561: warning: passing argument 2 of 'alloc_file' makes integer from pointer without a cast
include/linux/file.h:22: note: expected 'fmode_t' but argument is of type 'struct dentry *'
/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband/core/uverbs_main.c:561: warning: passing argument 3 of 'alloc_file' makes pointer from integer without a cast
include/linux/file.h:22: note: expected 'const struct file_operations *' but argument is of type 'unsigned int'
/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband/core/uverbs_main.c:561: error: too many arguments to function 'alloc_file'
make[4]: *** [/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband/core/uverbs_main.o] Error 1
make[3]: *** [/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband/core] Error 2
make[2]: *** [/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2/drivers/infiniband] Error 2
make[1]: *** [_module_/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.3.2] Error 2
make[1]: Leaving directory `/usr/src/kernels/2.6.32-042stab039.11'
make: *** [kernel] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.nsJVGk (%build)
RPM build errors:
user vlad does not exist - using root
group vlad does not exist - using root
user vlad does not exist - using root
group vlad does not exist - using root
line 115: prereq is deprecated: PreReq: coreutils
line 116: prereq is deprecated: PreReq: kernel
line 117: prereq is deprecated: Prereq: pciutils
line 118: prereq is deprecated: Prereq: grep
line 119: prereq is deprecated: Prereq: perl
line 120: prereq is deprecated: Prereq: procps
line 121: prereq is deprecated: Prereq: module-init-tools
line 130: prereq is deprecated: PreReq: coreutils
line 131: prereq is deprecated: PreReq: kernel
line 132: prereq is deprecated: Prereq: pciutils
Bad exit status from /var/tmp/rpm-tmp.nsJVGk (%build)
Regards, ibdan
|
|
| | Topic: using Varnish |
|---|
| using Varnish [message #44303] |
Tue, 29 November 2011 13:43 |
TheStig
Messages: 92
Registered: December 2008 |
Member |
From: 195.248.51*
|
|
Hi folks,
for two weeks now I have been using varnish3 inside of an VPS as a cache for a CDN in front of apache2 (will switch to nginx soon).
As I was reading a little bit more into the documentation, I discovered, that there seems to be a problem when running varnish in an OpenVZ container with unmodified stack sizes (8192 in my case). See: https://www.varnish-cache.org/docs/3.0/tutorial/virtualised. html
It advises to limit stack size to 256kB, which to me seems a bit too low, especially as varnish has been running fine on a 2.6.32-042stab039.10-kernel for the last two weeks now. The documentation also doesn't really go into details on what kind of setups people started to experience problems.
In my current setup, the avg. connections/s during daytime are about 20 and varnish is allowed 2G malloc.
But as I'm planing to use varnish on frontends with about three times that traffic as well, I'm very interested in any experiences in using varnish3 with OpenVZ on higher traffic sites and how likely it is I will run into problems.
Suggestions are very welcome,
Joseph
[Updated on: Tue, 29 November 2011 13:44] Report message to a moderator |
|
| | Topic: passwd for ssh (OpenVZ) |
|---|
| passwd for ssh (OpenVZ) [message #44253] |
Mon, 28 November 2011 01:58 |
JeffyPlus
Messages: 1
Registered: November 2011
Location: Thailand |
Junior Member |
From: 113.53.129*
|
|
I set the password of ssh for vps more than 9 characters. Sure , I can ssh with a password that was set up.
However, it can not be the first nine letters as well.
How can I fix it use only the password I set only.
exp. passwd is abcd0123456789
I can use "abcd0123456789" and "abcd01234" login to ssh
Main OS : CentOS 5 x86_64
Template : CentOS 5 x86_64
same problem every client.
Many Thanks
|
|
| | Topic: Infiniband Support |
|---|
| Infiniband Support [message #44170] |
Tue, 22 November 2011 23:05 |
randolph
Messages: 2
Registered: May 2011
Location: Australia |
Junior Member |
From: *lnse4.lon.bigpond.net.au
|
|
I'm using OpenVZ to virtualise a MPP cluster and its great.
However I can;t get native infiniband user space protocols to work inside my containers.
The IPoIB works fine but I need OpenMPI to access the lower level protocols on the VM
The OFED.org ste indicates that virtualisation is supported on the card, so it *SHOULD* be possible under OpenVZ.
A overview of IB virtualisation is available here: www.mellanox.com/pdf/whitepapers/WP_Virtualize_with_IB.pdf
To try and hack a test VM into compliance I have even tried linking the proc and sys filesystems to the host (yuk), but I still cant get basic driver recognition in VM user space.
All drivers are installed on the VM but modprobe can't find some of them - no idea why.
I am using the Melanox version of OFED 1.5.3.1.0.0.2 on Centos 5.7 (host and VM).
Any ideas?
Is there any plan to implement a module equivalent of Xen-IB module?
I am desperate to solve this, if it cant be done, I will have to use a different virtualisation system.
Thanks in advance,
Randolph
|
|
| | Topic: Traffic shaping with tc question |
|---|
| Traffic shaping with tc question [message #44143] |
Mon, 21 November 2011 13:24 |
webking
Messages: 4
Registered: October 2011
Location: United States |
Junior Member |
From: *tmodns.net
|
|
Hi.
I've found the "Traffic shaping with tc" via this page wiki.openvz.org/Traffic_shaping_with_tc . But I need some help in understanding some of the configurations here.
At the beginning of the codes, there are:
CT_IP1=$1
CT_IP2=$2
what value should be replaced here?
replace $1 with one ip such as CT_IP1=123.123.123.123 ?
Can someone give some clear directions. Thanks very much.
#!/bin/sh
#
# Incoming traffic control
#
CT_IP1=$1
CT_IP2=$2
DEV=venet0
#
tc qdisc del dev $DEV root
#
tc qdisc add dev $DEV root handle 1: htb default 10
#
tc class add dev $DEV parent 1: classid 1:1 htb rate 100mbit burst 15k
tc class add dev $DEV parent 1:1 classid 1:10 htb rate 10mbit ceil 10mbit burst 15k
tc class add dev $DEV parent 1:1 classid 1:20 htb rate 20mbit ceil 20mbit burst 15k
tc class add dev $DEV parent 1:1 classid 1:30 htb rate 30mbit ceil 30mbit burst 15k
#
tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10
tc qdisc add dev $DEV parent 1:20 handle 20: sfq perturb 10
tc qdisc add dev $DEV parent 1:30 handle 30: sfq perturb 10
#
if [ ! -z $CT_IP1 ]; then
tc filter add dev $DEV protocol ip parent 1:0 prio 1 u32 match ip dst "$CT_IP1" flowid 1:20
fi
if [ ! -z $CT_IP2 ]; then
tc filter add dev $DEV protocol ip parent 1:0 prio 1 u32 match ip dst "$CT_IP2" flowid 1:30
fi
#
echo;echo "tc configuration for $DEV:"
tc qdisc show dev $DEV
tc class show dev $DEV
tc filter show dev $DEV
#
# Outgoing traffic control
#
DEV=eth0
#
tc qdisc del dev $DEV root
#
tc qdisc add dev $DEV root handle 1: htb default 10
#
tc class add dev $DEV parent 1: classid 1:1 htb rate 100mbit burst 15k
tc class add dev $DEV parent 1:1 classid 1:10 htb rate 10mbit ceil 10mbit burst 15k
tc class add dev $DEV parent 1:1 classid 1:20 htb rate 20mbit ceil 20mbit burst 15k
tc class add dev $DEV parent 1:1 classid 1:30 htb rate 30mbit ceil 30mbit burst 15k
#
tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10
tc qdisc add dev $DEV parent 1:20 handle 20: sfq perturb 10
tc qdisc add dev $DEV parent 1:30 handle 30: sfq perturb 10
#
if [ ! -z $CT_IP1 ]; then
tc filter add dev $DEV protocol ip parent 1:0 prio 1 u32 match ip src "$CT_IP1" flowid 1:20
fi
if [ ! -z $CT_IP2 ]; then
tc filter add dev $DEV protocol ip parent 1:0 prio 1 u32 match ip src "$CT_IP2" flowid 1:30
fi
#
echo;echo "tc configuration for $DEV:"
tc qdisc show dev $DEV
tc class show dev $DEV
tc filter show dev $DEV |
|
| | Topic: help vzmigrate |
|---|
 help vzmigrate [message #44122] |
Fri, 18 November 2011 03:16 |
cheitac
Messages: 17
Registered: June 2011
Location: Tbilisi |
Junior Member |
From: 80.83.131*
|
|
Hi All
I'm trying to move my VPS to another host with "vzmigrate --online -r no -v xx.xx.xx.x1 100" but some errors shows.
here is debug.
Quote:vzmigrate -r no -v --online 10.10.10.11 100
Starting online migration of CT 100 to 10.10.10.11
OpenVZ is running...
Loading /etc/vz/vz.conf and /etc/vz/conf/100.conf files
Check IPs on destination node: 10.10.10.11
Preparing remote node
Copying config file
100.conf 100% 1764 1.7KB/s 00:00
No changes in CT configuration, not saving
Creating remote container root dir
Creating remote container private dir
Initializing remote quota
Quota init
vzquota : (warning) Quota file exists, it will be overwritten
Turning remote quota on
Syncing private
Live migrating container...
Suspending container
Setting up checkpoint...
suspend...
get context...
Checkpointing completed succesfully
Dumping container
Setting up checkpoint...
join context..
dump...
Checkpointing completed succesfully
Copying dumpfile
dump.100 100% 148MB 9.9MB/s 00:15
Syncing private (2nd pass)
Syncing 2nd level quota
Dumping 2nd level quota
Copying 2nd level quota
quotadump.100 100% 21 0.0KB/s 00:00
Load 2nd level quota
Undumping container
Restoring container ...
Starting container ...
Container is mounted
undump...
vzquota : (warning) Quota is running for id 100 already
Adding IP address(es): 10.10.10.11
Setting CPU limit: 50
Setting CPU units: 800
Setting CPUs: 1
Error: undump failedStopping container ...
: Invalid argument
Restoring failed:
Error: iptables-restore exited with 2
Error: Most probably some iptables modules are not loaded
Error: rst_restore_net: -22
Container start failed
Container was stopped
Container is unmounted
Error: Failed to undump container
Resuming...
vzquota : (error) Quota is not running for id 100
on destination host shows errrors.
Quote:dmesg output shows:
CT: 100: started
CPT ERR: ffff810136770000,100 :iptables-restore exited with 2
CPT ERR: ffff810136770000,100 :Most probably some iptables modules are not loaded
CPT ERR: ffff810136770000,100 :rst_restore_net: -22
CT: 100: stopped
CT: 100: started
CPT ERR: ffff810165346000,100 :NLMERR: -22
CPT ERR: ffff810165346000,100 :NLMERR: -22
CPT ERR: ffff810165346000,100 :NLMERR: -22
CPT ERR: ffff810165346000,100 :NLMERR: -22
CPT ERR: ffff810165346000,100 :NLMERR: -22
CPT ERR: ffff810165346000,100 :NLMERR: -22
CPT ERR: ffff810165346000,100 :NLMERR: -22
CPT ERR: ffff810165346000,100 :NLMERR: -22
CPT ERR: ffff810165346000,100 :NLMERR: -22
CPT ERR: ffff810165346000,100 :iptables-restore exited with 1
CPT ERR: ffff810165346000,100 :Most probably some iptables modules are not loaded
CPT ERR: ffff810165346000,100 :rst_restore_net: -22
CT: 100: stopped
/var/log/messages
Nov 18 12:05:06 host kernel: CT: 100: started
Nov 18 12:05:06 host kernel: CPT ERR: ffff810136770000,100 :iptables-restore exited with 2
Nov 18 12:05:06 host kernel: CPT ERR: ffff810136770000,100 :Most probably some iptables modules are not loaded
Nov 18 12:05:06 host kernel: CPT ERR: ffff810136770000,100 :rst_restore_net: -22
Nov 18 12:05:07 host kernel: CT: 100: stopped
Nov 17 23:05:07 host kernel: CT: 100: started
Nov 17 23:05:07 host kernel: CPT ERR: ffff810165346000,100 :NLMERR: -22
Nov 17 23:05:07 host last message repeated 8 times
Nov 17 23:05:07 host kernel: CPT ERR: ffff810165346000,100 :iptables-restore exited with 1
Nov 17 23:05:07 host kernel: CPT ERR: ffff810165346000,100 :Most probably some iptables modules are not loaded
Nov 17 23:05:07 host kernel: CPT ERR: ffff810165346000,100 :rst_restore_net: -22
Nov 17 23:05:08 host kernel: CT: 100: stopped
thanks!
|
|
| | Topic: Give all cpu and memory to one node |
|---|
| Give all cpu and memory to one node [message #44042] |
Thu, 10 November 2011 05:58 |
gsaxtc
Messages: 9
Registered: August 2007
Location: Kiev |
Junior Member |
From: *mirohost.net
|
|
Hello!
I have one server with 48 Gb ram and 2 cpu, 12 core-s with only one node.
And i want to give all cpu resources this one node.
How i can do this?
I have kernel 2.6.32-5-openvz-amd64 on debian squeeze
NUMPROC="247302:247302"
AVNUMPROC="123651:123651"
NUMTCPSOCK="247302:247302"
NUMOTHERSOCK="247302:247302"
VMGUARPAGES="7419064:9223372036854775807"
# Secondary parameters
KMEMSIZE="10129495654:11142445219"
TCPSNDBUF="2363549559:3376498551"
TCPRCVBUF="2363549559:3376498551"
OTHERSOCKBUF="1181774779:2194723771"
DGRAMRCVBUF="1181774779:1181774779"
OOMGUARPAGES="7419064:9223372036854775807"
PRIVVMPAGES="7419064:8160970"
# Auxiliary parameters
LOCKEDPAGES="494604:494604"
SHMPAGES="741906:741906"
PHYSPAGES="0:9223372036854775807"
NUMFILE="3956832:3956832"
NUMFLOCK="1000:1100"
NUMPTY="512:512"
NUMSIGINFO="1024:1024"
DCACHESIZE="2212752652:2279135232"
NUMIPTENT="200:200"
DISKSPACE="242975229:267272752"
DISKINODES="15686909:17255600"
CPUUNITS="1519800"
DISKSPACE="1048576:1153024"
DISKINODES="200000:220000"
QUOTATIME="0"
All that i got from vzsplit with
the number of containers: 1
But,
I have Invalid value for CPUUNITS=3040090, skipped during restart vz.
Also i have more than 95% idle on root node (LA ~ 0.5) all time and only 10-15 idle at the sometime on virtual node and LA ~ 8.
It's very strange have free server - have high load node.
What's wrong?
|
|
| | Topic: Init Logger |
|---|
| Init Logger [message #44030] |
Tue, 08 November 2011 19:41 |
karloska
Messages: 3
Registered: November 2011 |
Junior Member |
From: *lns1.woo.bigpond.net.au
|
|
Hi all, I have used Proxmox for my openvz containers (Ubuntu 8 mainly) and it seems to have a built in init-logger process which can be viewed in the container at var/log/init.log or in the Proxmox Control panel.
Is there a similar logger in Solusvm? Or something that I could install? I can't find anything supported that displays output like init-logger displays.
|
|
| | Topic: ipv6 port Problem by Dovecot after kernel update |
|---|
| ipv6 port Problem by Dovecot after kernel update [message #44009] |
Tue, 08 November 2011 02:25 |
digidax
Messages: 28
Registered: March 2008 |
Junior Member |
From: *celebraterecords.com
|
|
Hi community,
At the beginning, I run on the node a Centos 5.2 with OVZ kernel 2.6.18-238.9.1.el5.028stab089.1
There are three container generated from centos-5-x86_64-minimal-5.2-20090219.tar.gz and used as mailserver with Postfix, Dovecot, saslauthd, Sieve and Clam-SMTP.
After updating the OVZ kernel to 2.6.18-274.3.1.el5.028stab094.3 no mailservice is available in fact of a problem of SASL and Dovecot. The problem for not starting Dovecot I can analyze: Dovecot say's:
Fatal: listen(::, 143) failed: Address already in use
but a
netstat -tlnp | grep ':143 '
found's no listening services. Now I configured Dovecot with "listen = *" and Dovecot was starting. With SASL I found no solution for this.
I think, that the kernel offers an IPv6 address to dovecot because dovecot is not binded to an static address.
After downgrading to 2.6.18-238.9.1.el5.028stab089.1 all mailserver inside the container are working well.
What is the difference by managing IPv6 support by the new kernel? Do I have any possibilities to disable this at the sysconfig of the node?
best regards
Frank
|
|
| | Topic: Container internet problem |
|---|
| Container internet problem [message #43969] |
Thu, 03 November 2011 12:07 |
krmard
Messages: 1
Registered: November 2011 |
Junior Member |
From: *dynamic.sbb.rs
|
|
Hi,
For testing purposes I have a CentOS installation in VMWare Fusion, and there I've installed OpenVZ.
Now, after I've created some containers, I have the problem to access the internet from the containers. The hardware node (in my case the CentOS virtual machine) has access to the internet, and also, the HN and the CT can ping each other, so there is a network between them.
I have tried to NAT this setup with IPTables, but no success.
Had someone tried a setup like this successfully? Or has somebody some ideas? Is a setup like this possible?
Thanks in advance.
|
|
| | Topic: OpenVZ machine causes Blade crash |
|---|
| OpenVZ machine causes Blade crash [message #43952] |
Wed, 02 November 2011 15:30 |
daxcurson
Messages: 1
Registered: November 2011
Location: Buenos Aires |
Junior Member |
From: 200.3.195*
|
|
Hello,
We are seeing strange errors in the logs when we activate an OpenVZ machine:
Nov 2 16:07:22 bablade02 kernel: [ 751.271134] warning: `vzctl' uses 32-bit capabilities (legacy support in use)
Nov 2 16:07:22 bablade02 kernel: [ 751.273295] CT: 102: started
Nov 2 16:07:27 bablade02 corosync[2175]: [TOTEM ] Retransmit List: 4c
Nov 2 16:07:27 bablade02 corosync[2175]: [TOTEM ] Retransmit List: 4c 4d
Nov 2 16:07:27 bablade02 corosync[2175]: [TOTEM ] Retransmit List: 4c 4d 4e
Nov 2 16:07:27 bablade02 corosync[2175]: [TOTEM ] Retransmit List: 4c 4d 4e 4f
Nov 2 16:07:27 bablade02 corosync[2175]: [TOTEM ] Retransmit List: 4c 4d 4e 4f 50
Nov 2 16:07:27 bablade02 corosync[2175]: [TOTEM ] Retransmit List: 4c 4d 4e 4f 50
Nov 2 16:07:27 bablade02 corosync[2175]: [TOTEM ] Retransmit List: 4c 4d 4e 4f 50
We still don't know what those errors are. Retransmit list is mentioned in the manual as caused by possible delays in transmission but we know that we don't have any.
Wizards of OpenVZ, do you know this error? The shared storage is connected by two SAS cables to each of our IBM Bladecenter blades.
Kernel version (uname -a): Linux bablade01 2.6.32-042stab037.1 #1 SMP Fri Sep 16 22:18:06 MSD 2011 x86_64 x86_64 x86_64 GNU/Linux
Distribution: CentOS 6
OpenVZ tools version: vzctl version 3.0.29.3
Greetings,
Agustín
|
|
| | Topic: Getting dcachesize leak? issues |
|---|
| Getting dcachesize leak? issues [message #43936] |
Mon, 31 October 2011 17:42 |
siterack_net
Messages: 4
Registered: August 2010 |
Junior Member |
From: *hsd1.ga.comcast.net
|
|
I have an older node, using HyperVM, that I have 2 large VPS containers on.
Occasionally, the containers will simultaniously fill up the dcachesize limits, and start erroring out. The only fix is for me to reboot the node. This happens, on average, 2-3x monthly.
At first, I though it was the old kernal, I was using, so I updated it, and the issue persists.
Kernal:
2.6.18-274.3.1.el5.028stab094.3
OS:
Centos 5.7 x86_64
CP:
HyperVM
On another note, I have SolusVM nodes, also running OpenVZ, that are running an older kernal of 2.6.18-238.19.1.el5.028stab092.2, which do not have this dcachesize issue. THose are also CentOS 5.7 x86_64
What can I do to fix this problem? The HyperVM node, is where I host my shared hosting clients.
|
|
| | Topic: When do user bean counters reset? |
|---|
| When do user bean counters reset? [message #43916] |
Sat, 29 October 2011 06:48 |
VinzC
Messages: 11
Registered: December 2008 |
Junior Member |
From: 213.177.83*
|
|
Hi all.
I was used to see user bean counters being reset each time a container is restarted or stopped. Now it doesn't seem to be true with OpenVZ kernel sources 2.6.32.
So when are those counters reset with VZ kernel 2.6.32.11.1 and vzctl 3.0.28?
Vince C.
|
|
|
Pages (70): [ 6 ]
Current Time: Sat May 25 00:01:07 EDT 2013
|
Members
Search
Help
Register
Login
Home
