Today's Messages (off)
| Unanswered Messages (on)
| Forum: Support |
|---|
| Topic: intermittent IP issue in containers |
|---|
| intermittent IP issue in containers [message #43840] |
Fri, 21 October 2011 12:26 |
|
Hello,
I have installed openvz in centos server and had created a vps. IP's assigned to the vps are not responding from the main node and ourside world.
When I restart the network service from the main node, it starts responding for 5-10 minutes. Then again it stops.
Any help is appreciated.
|
|
| | Topic: HN and CT on different multiple subnets |
|---|
| HN and CT on different multiple subnets [message #43835] |
Thu, 20 October 2011 22:32 |
 nemesis
Messages: 2
Registered: October 2011 |
Junior Member |
From: *dhcp.bycy.mi.charter.com
|
|
I posted a similar question a while ago and it didn't show up, so I'm taking a second stab and have made some new discoveries since.
My setup is this:
HN has IPs on two subnets, priv0 and pub0, each on their own interface (bond0 for pub0, bond1 is on priv0). These are assigned by our hosting provider for physical machines.
CT is on two different subnets priv1 and pub1. These are blocks given to us by our hosting provider, and all of our HNs are on these VLANs so we can move them around if we need to. My CT needs to have an IP on both subnets, pub1 and priv1.
I can get this to work quite well using veth. I bridge the two interfaces on my HN. Then create eth0 on the CT and give it an IP on on priv1, create eth1 and give it an IP on pub1. Then on the HN add veth101.0 to bridge0 and veth101.1 to bridge1. Set up the routes and I'm good.
However, my predecessor got this to work with venet, and I'm lost. I'm not sure I care too much, but its a bit faster and a lot easier to set up. We have scripts that expect it.
When using venet, I just give the CT an IP on both priv1 and pub1 using "vzctl set 101 ipadd". The problem is that whichever IP I add first to the CT, the corresponding interface on the HN gets *all* of the traffic. So if I add an IP on priv1 to the CT first, everything flows through the interface on the HN that has an ip on priv0 (how it matches these up is beyond me). So I end up only being able to access on part of the network. However, this worked absolutely perfectly for my predecessor. His machines were all CentOS 5 (2.6.18-238.9.1.el5.028stab089.1) and mine are CentOS 6 (2.6.32-042stab037.1). That *could* make a difference...
With the HN not having IPs on either of the subnets that the CT is on, how does the HN decide which interface to send traffic from the CT to? I think this is the root of my problem (tcpdump indicates it is).
I've done a LOT of googling on this, and I don't see anyone with a similar setup. I did follow veth docs and that got me working, but I wonder if this is possible with venet. I can't for the life of me figure out what my predecessor did!
Thanks for any help!
|
|
| | Topic: Multiple subnets, same vlan |
|---|
| Multiple subnets, same vlan [message #43834] |
Thu, 20 October 2011 15:36 |
nemesis
Messages: 2
Registered: October 2011 |
Junior Member |
From: *dhcp.bycy.mi.charter.com
|
|
Both HN and CT are CentOS6 w/CR enabled. Kernel 2.6.32-042stab037.1.
HN has two bonded interfaces, bond0 and bond1. Bond0 goes to a private network (priv0), bond1 goes to a public network (pub0).
We have a separate public (pub1) and private (priv1) subnet for the CTs.
We have some current machines that just use a single venet0 and both the private and public IPs are assigned to the CT. This works on these machines that I inherited, that happen to run CentOS 5 with 2.6.18-238.9.1.el5.028stab089. I can't get this to work on the new machines, and I don't know if I am missing something or behavior has changed since the new ones run CentOS 6.
Here is the behavior I am experiencing.
Everything is pingable from the HN.
On the CT, with just the public IP assigned I can ping public IPs (including internet hosts, just just local). With just the private IP assigned I can ping private IPs (not just on the same subnet, but on different ones a few routers away). With both assigned I can only ping hosts on whatever IP I add first. However, other hosts even routers away can ping both public and private IPs on the CT.
iptables rules are empty.
comparing the routing tables on the CTs that don't work and the CTs that do work I see entries for 192.0.2.0/24 in the routing table, I'm not sure if this is just because it is on an older version, or something I'm missing.
comparing arp tables I don't see anything blatently obvious.
I'm sure someone will want to see the routing and arp tables, I just need to make them anonymous before I can do that.
Another question - is this the recommended setup for this type of situation? I imagine using vnet might be simpler, one for the public and one for the private netwrok on the CT bridged to the pub and priv interfaces on the HN. But venet is working elsewhere, so... I'm lost.
Help is sure appreciated.
|
|
| | Topic: Missing network card |
|---|
| Missing network card [message #43815] |
Mon, 17 October 2011 23:49 |
yakatz
Messages: 1
Registered: October 2011 |
Junior Member |
From: *washdc.fios.verizon.net
|
|
I got a VM powered by OpenVZ and I chose to install Ubuntu 10.04.
I was not able to connect to the servers assigned IP address.
The company uses SolusVM, and when I used their console connection tool I could see that the OS could only see the lo adapter.
I tried to put in the settings for eth0, veth0 and all kinds of varieties, but nothing helped.
How do I find out what the if name should be.
Also, is there a list of which kernel modules should be loaded? When I run lsmod, it returns that there are none (and /proc/modules is empty).
Does this mean that the template my host used is broken?
|
|
| | Topic: make virtual network |
|---|
| make virtual network [message #43812] |
Mon, 17 October 2011 11:52 |
fstn
Messages: 3
Registered: October 2011 |
Junior Member |
From: 81.80.33*
|
|
Hello, i just want to make a virtual network by using openvz (img join)
I need help, I already try to configure interface as bridge, venet veth ... I'm lost, do you have some informations for me?
Thank you for reading
|
|
| | Topic: VLANs |
|---|
 VLANs [message #43808] |
Mon, 17 October 2011 11:06 |
west
Messages: 2
Registered: October 2011
Location: Rotterdam, The Netherland... |
Junior Member |
From: *chello.nl
|
|
Hello OpenVZ community,
I have a question, i problems setting up openvz the way i want.
The openvz machine only receives 802.1q tags from the uplink switch.
What i want to accomplish is:
1. "hardware node / special purpose containers" in vlan 10 - works
2. "container" in vlan 20
Both subnets have other external IPs as well.
I've created the vlan interfaces (vconfig add eth0 10 & vconfig add eth0 20), ifcfg-eth0.10. ifcfg-eth0.20 doesnt cause the hardware node will not have an IP in this subnet.
What i need to accomplish is, get a container working with passing the vlan tag to it. So the container itsself doesn't need to be vlan aware or able to change its vlans.
Anybody out there whom knows how to proceed with this setup?
Thanks!
-- WS
|
|
| | Topic: rhel-6, ubc, privvmpages vs physpages |
|---|
| | Topic: Server crash frequently |
|---|
| Server crash frequently [message #43738] |
Wed, 12 October 2011 01:08 |
nethubonline
Messages: 12
Registered: October 2007 |
Junior Member |
From: *ctinets.com
|
|
Hi all,
We have used RHEL5 with OpenVZ 2.6.18 for long time. And now we started to use RHEL6 with OpenVZ 2.6.32 2 months ago, during these 2 months the server restarted automatically over 10 times.
We are thinking whether the Memory/Swap are used out to cause the problem, however even we set the SWAPPAGES="0:0" (I guess this can disable SWAP), the server still restarts automatically.
Below are information that may help to find out what's wrong, you may see the server restarted on Oct 12 11:09:57 and there are some kernel log around 11:00 that relates to Out of memory to kill process, but I think Out of memory should break down then container, but not the hardware node.
Thanks in advance for any help
OS: RHEL 6.0
OpenVZ Versions:
vzquota-3.0.12-1.x86_64
vzkernel-firmware-2.6.32-042stab037.1.noarch
vzkernel-2.6.32-042stab037.1.x86_64
vzctl-3.0.29.3-1.x86_64
vzctl-lib-3.0.29.3-1.x86_64
/etc/sysconfig/vz-scripts/101.conf:
=========================================================
ONBOOT="yes"
# UBC parameters (in form of barrier:limit)
PHYSPAGES="0:2G"
SWAPPAGES="0:0"
KMEMSIZE="unlimited"
LOCKEDPAGES="unlimited"
PRIVVMPAGES="unlimited"
SHMPAGES="unlimited"
NUMPROC="unlimited"
VMGUARPAGES="2G:unlimited"
OOMGUARPAGES="2G:unlimited"
NUMTCPSOCK="unlimited"
NUMFLOCK="unlimited"
NUMPTY="unlimited"
NUMSIGINFO="unlimited"
TCPSNDBUF="unlimited"
TCPRCVBUF="unlimited"
OTHERSOCKBUF="unlimited"
DGRAMRCVBUF="unlimited"
NUMOTHERSOCK="unlimited"
DCACHESIZE="unlimited"
NUMFILE="unlimited"
NUMIPTENT="unlimited"
# Disk quota parameters (in form of softlimit:hardlimit)
DISKSPACE="500G:500G"
DISKINODES="5000000:5050000"
QUOTATIME="0"
QUOTAUGIDLIMIT="1000"
# CPU fair scheduler parameter
CPUUNITS="50000"
OSTEMPLATE="centos-4-i386-default"
NAMESERVER="xxxxxxxxxxxxxxxx"
CPULIMIT="50"
VE_ROOT="/vz/root/$VEID"
VE_PRIVATE="/vz/private/$VEID"
ORIGIN_SAMPLE="vps.centos4"
IP_ADDRESS="xxxxxxxxxxxxxxxx"
HOSTNAME="xxxxxxxxxxxxxxxx"
IPTABLES="ip_tables iptable_filter iptable_mangle ipt_limit ipt_multiport ipt_tos ipt_REJECT ipt_TCPMSS ipt
/var/log/message:
=========================================================
Oct 11 15:33:28 cdweb1 kernel: [193989.183733] httpd invoked oom-killer: gfp_mask=0x200d2, order=0, oom_adj=0
Oct 11 15:33:28 cdweb1 kernel: [193989.183760] httpd cpuset=102 mems_allowed=0
Oct 11 15:33:28 cdweb1 kernel: [193989.183774] UB-102-Mem-Info:
Oct 11 15:33:28 cdweb1 kernel: [193989.183785] Node 0 DMA scan:0 a_anon:0 i_anon:0 a_file:0 i_file:0 unevictable:0
Oct 11 15:33:28 cdweb1 kernel: [193989.183807] Node 0 DMA32 scan:1258 a_anon:166829 i_anon:29035 a_file:0 i_file:2 unevictable:0
Oct 11 15:33:28 cdweb1 kernel: [193989.183832] Node 0 Normal scan:110 a_anon:35590 i_anon:26766 a_file:0 i_file:0 unevictable:0
Oct 11 15:33:28 cdweb1 kernel: [193989.183858] Total 258222 anon:258220 file:2 a_anon:202419 i_anon:55801 a_file:0 i_file:2 unevictable:0
Oct 11 15:33:28 cdweb1 kernel: [193989.183885] UB: 102 RAM: 262142 / 262144 [1] SWAP: 7844 / 0 [1] KMEM: 15708160 / 9223372036854775807 [0] Dirty 1430
Oct 11 15:33:28 cdweb1 kernel: [193989.183916] Out of memory in UB: kill process 2767 (mysqld_safe) or a child
Oct 11 15:33:28 cdweb1 kernel: [193989.183956] Killed process 2913 (mysqld) vsz:658264kB, anon-rss:126564kB, file-rss:792kB
Oct 11 15:33:28 cdweb1 kernel: [193989.186170] OOM killed process mysqld (pid=241044, ve=102) exited, free=416955.
Oct 11 15:33:28 cdweb1 kernel: [193989.186197] UB-102-Mem-Info:
Oct 11 15:33:28 cdweb1 kernel: [193989.186207] Node 0 DMA scan:0 a_anon:0 i_anon:0 a_file:0 i_file:0 unevictable:0
Oct 11 15:33:28 cdweb1 kernel: [193989.186228] Node 0 DMA32 scan:1258 a_anon:161089 i_anon:2821 a_file:0 i_file:2 unevictable:0
Oct 11 15:33:28 cdweb1 kernel: [193989.186252] Node 0 Normal scan:110 a_anon:35590 i_anon:26667 a_file:0 i_file:0 unevictable:0
Oct 11 15:33:28 cdweb1 kernel: [193989.186277] Total 226169 anon:226167 file:2 a_anon:196679 i_anon:29488 a_file:0 i_file:2 unevictable:0
Oct 11 15:33:28 cdweb1 kernel: [193989.186303] UB: 102 RAM: 230267 / 262144 [1] SWAP: 2240 / 0 [1] KMEM: 15052800 / 9223372036854775807 [0] Dirty 1430
Oct 12 11:00:11 cdweb1 kernel: [263979.364636] httpd invoked oom-killer: gfp_mask=0x200d2, order=0, oom_adj=0
Oct 12 11:00:11 cdweb1 kernel: [263979.364663] httpd cpuset=102 mems_allowed=0
Oct 12 11:00:11 cdweb1 kernel: [263979.364677] UB-102-Mem-Info:
Oct 12 11:00:11 cdweb1 kernel: [263979.364687] Node 0 DMA scan:0 a_anon:0 i_anon:0 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:11 cdweb1 kernel: [263979.364709] Node 0 DMA32 scan:34 a_anon:207629 i_anon:6754 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:11 cdweb1 kernel: [263979.364732] Node 0 Normal scan:152 a_anon:25002 i_anon:18944 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:11 cdweb1 kernel: [263979.364757] Total 258329 anon:258329 file:0 a_anon:232631 i_anon:25698 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:11 cdweb1 kernel: [263979.364783] UB: 102 RAM: 262133 / 262144 [2] SWAP: 2902 / 0 [2] KMEM: 14434304 / 9223372036854775807 [0] Dirty 65
Oct 12 11:00:11 cdweb1 kernel: [263979.364812] Out of memory in UB: kill process 2767 (mysqld_safe) or a child
Oct 12 11:00:11 cdweb1 kernel: [263979.364854] Killed process 388297 (mysqld) vsz:654016kB, anon-rss:142404kB, file-rss:96kB
Oct 12 11:00:11 cdweb1 kernel: [263979.366053] OOM killed process mysqld (pid=426543, ve=102) exited, free=382138.
Oct 12 11:00:11 cdweb1 kernel: [263979.366078] UB-102-Mem-Info:
Oct 12 11:00:11 cdweb1 kernel: [263979.366088] Node 0 DMA scan:0 a_anon:0 i_anon:0 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:11 cdweb1 kernel: [263979.366110] Node 0 DMA32 scan:34 a_anon:173102 i_anon:5685 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:11 cdweb1 kernel: [263979.366133] Node 0 Normal scan:152 a_anon:25001 i_anon:18899 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:11 cdweb1 kernel: [263979.366157] Total 222687 anon:222687 file:0 a_anon:198103 i_anon:24584 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:11 cdweb1 kernel: [263979.366184] UB: 102 RAM: 226737 / 262144 [2] SWAP: 2726 / 0 [2] KMEM: 13860864 / 9223372036854775807 [0] Dirty 65
Oct 12 11:00:18 cdweb1 kernel: [263986.782064] httpd invoked oom-killer: gfp_mask=0x200d2, order=0, oom_adj=0
Oct 12 11:00:18 cdweb1 kernel: [263986.782090] httpd cpuset=102 mems_allowed=0
Oct 12 11:00:18 cdweb1 kernel: [263986.782104] UB-102-Mem-Info:
Oct 12 11:00:18 cdweb1 kernel: [263986.782114] Node 0 DMA scan:0 a_anon:0 i_anon:0 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:18 cdweb1 kernel: [263986.782137] Node 0 DMA32 scan:0 a_anon:204537 i_anon:8088 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:18 cdweb1 kernel: [263986.782163] Node 0 Normal scan:0 a_anon:25947 i_anon:19960 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:18 cdweb1 kernel: [263986.783029] Total 258532 anon:258532 file:0 a_anon:230484 i_anon:28048 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:18 cdweb1 kernel: [263986.783900] UB: 102 RAM: 262126 / 262144 [3] SWAP: 2689 / 0 [3] KMEM: 13524992 / 9223372036854775807 [0] Dirty 65
Oct 12 11:00:18 cdweb1 kernel: [263986.784782] Out of memory in UB: kill process 521090 (mysqld) or a child
Oct 12 11:00:18 cdweb1 kernel: [263986.785677] Killed process 521090 (mysqld) vsz:562148kB, anon-rss:88916kB, file-rss:80kB
Oct 12 11:00:18 cdweb1 kernel: [263986.822162] OOM killed process mysqld (pid=521100, ve=102) exited, free=387945.
Oct 12 11:00:18 cdweb1 kernel: [263986.823045] UB-102-Mem-Info:
Oct 12 11:00:18 cdweb1 kernel: [263986.823891] Node 0 DMA scan:0 a_anon:0 i_anon:0 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:18 cdweb1 kernel: [263986.824735] Node 0 DMA32 scan:0 a_anon:186103 i_anon:8088 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:18 cdweb1 kernel: [263986.825583] Node 0 Normal scan:0 a_anon:22156 i_anon:19956 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:18 cdweb1 kernel: [263986.826432] Total 236303 anon:236303 file:0 a_anon:208259 i_anon:28044 a_file:0 i_file:0 unevictable:0
Oct 12 11:00:18 cdweb1 kernel: [263986.827296] UB: 102 RAM: 240209 / 262144 [4] SWAP: 2689 / 0 [4] KMEM: 13074432 / 9223372036854775807 [0] Dirty 65
Oct 12 11:00:19 cdweb1 kernel: [263987.212242] httpd invoked oom-killer: gfp_mask=0x200d2, order=0, oom_adj=0
Oct 12 11:00:19 cdweb1 kernel: [263987.213181] httpd cpuset=102 mems_allowed=0
Oct 12 11:00:19 cdweb1 kernel: [263987.214054] Out of memory in UB: kill process 519542 (httpd) or a child
Oct 12 11:00:19 cdweb1 kernel: [263987.214930] Killed process 519542 (httpd) vsz:433924kB, anon-rss:325472kB, file-rss:568kB
Oct 12 11:00:19 cdweb1 kernel: [263987.289643] OOM killed process httpd (pid=519542, ve=102) exited, free=449995.
Oct 12 11:01:48 cdweb1 kernel: [264076.924977] httpd invoked oom-killer: gfp_mask=0x200d2, order=0, oom_adj=0
Oct 12 11:01:48 cdweb1 kernel: [264076.925850] httpd cpuset=102 mems_allowed=0
Oct 12 11:01:48 cdweb1 kernel: [264076.926699] Out of memory in UB: kill process 521119 (mysqld) or a child
Oct 12 11:01:48 cdweb1 kernel: [264076.927564] Killed process 521119 (mysqld) vsz:566316kB, anon-rss:90784kB, file-rss:100kB
Oct 12 11:01:48 cdweb1 kernel: [264076.929631] OOM killed process mysqld (pid=521139, ve=102) exited, free=383884.
Oct 12 11:09:57 cdweb1 kernel: imklog 4.6.2, log source = /proc/kmsg started.
Oct 12 11:09:57 cdweb1 rsyslogd: [origin software="rsyslogd" swVersion="4.6.2" x-pid="1625" x-info="ht tp :// www. rsyslog. com"] (re)start
Oct 12 11:09:57 cdweb1 kernel: [ 0.000000] Initializing cgroup subsys cpuset
Oct 12 11:09:57 cdweb1 kernel: [
...
|
|
| | Topic: External IP addresses on a Partition dedi |
|---|
| External IP addresses on a Partition dedi [message #43718] |
Sat, 08 October 2011 12:13 |
Malchus
Messages: 1
Registered: October 2011
Location: Milwaukee |
Junior Member |
From: *wi.res.rr.com
|
|
|
We're trying to set up virtual machines, effectively virtual servers, for a VPS startup. We have one physical server, and we are attempting to partition that to allow customers SSH and FTP access to their guest machines, and have the ability to connect with a unique external IP address. Unfortunately, we don't know how to have an external IP point to a guest machine in our server, how would we do this in OpenVZ?
|
|
| | Topic: migrate from virtuozzo 4 container to openvz? |
|---|
| | Topic: Cgroups inside a VE |
|---|
| Cgroups inside a VE [message #43651] |
Tue, 04 October 2011 10:57 |
lazy
Messages: 16
Registered: January 2008 |
Junior Member |
From: *iq.pl
|
|
Is it possible to manipulate subtree of fairshed cgroup from inside a container ?
From outside I can create subgroups, and prioritize processes running inside but I can't mount cgroup filesystem inside.
Thanks,
Michal Grzedzicki
|
|
| | Topic: Vlan support |
|---|
| Vlan support [message #43640] |
Tue, 04 October 2011 05:30 |
|
I cannot get the vlans to work inside the container..
I have the followin interfaces on the HN
eth0 - dummy
eth0.730 - internet and ssh to HN
eth0.722 - iscsi
eth1 - dummy
eth1.722 - iscsi
eth2 - dummy
eth2.722 - iscsi
eth3 - dummy
eth3.722 - iscsi
Normally if eth0 is the default gateway interface to internet this one is being used bij de VE. In this case it should use the eth0.730 bridging is not possible because it will disable my ssh connection to the HN.
both the HN vlan0.730 and the VE should have their own external ip adres. Like 194.162.215.20 (HN) and 194.162.215.21(VE) (yes they are dummies)
[Updated on: Tue, 04 October 2011 10:54] Report message to a moderator |
|
| | Topic: Auditd in container doesn't work |
|---|
| Auditd in container doesn't work [message #43637] |
Tue, 04 October 2011 05:17 |
dokuna
Messages: 7
Registered: July 2011
Location: Ukraine |
Junior Member |
From: *oversun.ru
|
|
Hi, i stcuk at starting up Auditd at Debian 6 OpenVZ container, with init.d starting script i have error:
Oct 4 12:57:42 vps07 auditd[3994]: Started dispatcher: /sbin/audispd pid: 3996
Oct 4 12:57:42 vps07 audispd: priority_boost_parser called with: 4
Oct 4 12:57:42 vps07 audispd: max_restarts_parser called with: 10
Oct 4 12:57:42 vps07 audispd: af_unix plugin initialized
Oct 4 12:57:42 vps07 audispd: audispd initialized with q_depth=80 and 1 active plugins
Oct 4 12:57:42 vps07 auditd[3994]: Unable to set audit pid, exiting
Oct 4 12:57:42 vps07 auditd[3994]: The audit daemon is exiting.
Oct 4 12:57:42 vps07 auditd: Cannot daemonize (Success)
Oct 4 12:57:42 vps07 auditd: The audit daemon is exiting.
Oct 4 12:57:52 vps07 audispd: priority_boost_parser called with: 4
Oct 4 12:57:52 vps07 audispd: max_restarts_parser called with: 10
Oct 4 12:57:52 vps07 audispd: af_unix plugin initialized
Oct 4 12:57:52 vps07 audispd: audispd initialized with q_depth=80 and 1 active plugins
Unable to set audit pid, hmm try to strace (see attach)
Attachment: auditout
(Size: 25.88KB, Downloaded 108 times)
|
|
| | Topic: VMs permanently lose network connectivity after HN does |
|---|
| VMs permanently lose network connectivity after HN does [message #43636] |
Mon, 03 October 2011 20:58 |
Ales
Messages: 225
Registered: May 2009 |
Senior Member |
From: *dynamic.sbb.rs
|
|
I recently noticed the following scenario on my development machine:
- HN briefly loses network connectivity
- VMs (naturally) lose connectivity
- HN regains connectivity, same network settings as before
- VMs still cannot connect outside of the HN
kernel: vzkernel-2.6.32-042stab037.1.x86_64
tools: vzctl-3.0.29.3-1.x86_64
OS: Fedora 14
setup: basic venet networking, HN and VMs on same subnet, no iptables
If I remove and add the IPs to VMs again, connectivity is restored right away. So ie.:
vzctl set VM_ID --ipdel VM_IP
vzctl set VM_ID --ipadd VM_IP
Either that, or a more drastic vz service reload, of course.
I didn't notice this on our production machines but than again, network doesn't drop there, so perhaps that's why. Anyway, anyone else seeing this?
If anyone can confirm, I'll file a bug.
[Updated on: Mon, 03 October 2011 21:43] Report message to a moderator |
|
| | Topic: Package loss in virtual machine (don not have arp-reply) |
|---|
| Package loss in virtual machine (don not have arp-reply) [message #43600] |
Fri, 30 September 2011 03:59 |
epiphany
Messages: 2
Registered: September 2011 |
Junior Member |
From: *mangotele.com
|
|
Hi.
I have problem in virtual machine with arp-reply.
Configuration my system:
host: SL6.1 x86_64
vzkernel-2.6.32-042stab037.1.x86_64
vzctl-3.0.29.3-1.x86_64
vzquota-3.0.12-1.x86_64
vzkernel-2.6.32-042stab036.1.x86_64
vzkernel-firmware-2.6.32-042stab037.1.noarch
vzctl-lib-3.0.29.3-1.x86_64
vz.conf default and edit parametr to NEIGHBOUR_DEVS=all
virtual: SL6.1 x86_64 template
host have 2 interface:
eth0:192.168.1.10
eth1:88.88.88.88
virtual machine have 2 interface:
eth0:192.168.1.11
eth1:88.88.88.89
route in host:
88.88.88.89 dev veth1.0 scope link
192.168.1.11 dev veth1.1 scope link
88.88.88.88/29 dev eth1 proto kernel scope link src 88.88.88.88
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.10
192.168.0.0/16 via 192.168.1.1 dev eth0
default via 88.88.88.87 dev eth1
route in virtual machine:
192.168.0.0/16 dev eth1 scope link
default dev eth0 scope link
From host machine to ping in external (like 8.8.8.8 or 8.8.4.4) and internal (like gateway 192.168.1.1) resoures without packet loss all time.
From virtaul machine to ping external resourse don't have problem, but in internal resourse - have packet loss like this
--- 192.168.1.1 ping statistics ---
100 packets transmitted, 34 received, 66% packet loss, time 100001ms
rtt min/avg/max/mdev = 0.462/10.894/352.395/59.447 ms, pipe 3
In this time from host machive to this local address 192.168.1.1 don't have packet loss.
If i shutdown external interface in virtual machine - packet loss to 192.168.1.1 are terminated, if up - begins again.
In moment when ping not loss tcpdump like this
11:54:43.228466 ARP, Request who-has 192.168.1.1 tell 192.168.1.11, length 28
11:54:43.228496 ARP, Reply 192.168.1.1 is-at 00:18:51:6c:52:2e, length 28
11:54:43.228529 IP 192.168.1.11 > 192.168.1.1: ICMP echo request, id 29186, seq 46, length 64
11:54:43.229127 IP 192.168.1.1 > 192.168.1.11: ICMP echo reply, id 29186, seq 46, length 64
11:54:44.228493 IP 192.168.1.11 > 192.168.1.1: ICMP echo request, id 29186, seq 47, length 64
11:54:44.229142 IP 192.168.1.1 > 192.168.1.11: ICMP echo reply, id 29186, seq 47, length 64
11:54:45.228498 IP 192.168.1.11 > 192.168.1.1: ICMP echo request, id 29186, seq 48, length 64
11:54:45.228995 IP 192.168.1.1 > 192.168.1.11: ICMP echo reply, id 29186, seq 48, length 64
And then ping is loss - like this
11:54:23.229405 ARP, Request who-has 192.168.1.11 tell 88.88.88.88, length 28
11:54:24.228465 IP 192.168.1.11 > 192.168.1.1: ICMP echo request, id 29186, seq 27, length 64
11:54:24.229402 ARP, Request who-has 192.168.1.11 tell 88.88.88.88, length 28
11:54:25.228467 IP 192.168.1.11 > 192.168.1.1: ICMP echo request, id 29186, seq 28, length 64
11:54:25.229407 ARP, Request who-has 192.168.1.11 tell 88.88.88.88, length 28
11:54:26.228469 IP 192.168.1.11 > 192.168.1.1: ICMP echo request, id 29186, seq 29, length 64
11:54:27.228464 IP 192.168.1.11 > 192.168.1.1: ICMP echo request, id 29186, seq 30, length 64
11:54:27.229414 ARP, Request who-has 192.168.1.11 tell 88.88.88.88, length 28
11:54:28.228464 IP 192.168.1.11 > 192.168.1.1: ICMP echo request, id 29186, seq 31, length 64
If i drop arp-table in virtual machine (ip neig flush all), ping already begins to go.
This problem are observed in kernel 2.6.32-042stab037.1, 2.6.32-042stab036.6.
|
|
| | Topic: latency when connecting to VE after some idle time |
|---|
| latency when connecting to VE after some idle time [message #43597] |
Thu, 29 September 2011 19:12 |
avser
Messages: 2
Registered: September 2011 |
Junior Member |
From: *ca.astound.net
|
|
Help needed!
Issue with first network packet latency. This issue happens both on TCP and UDP.
if a connection is attempted the first packet experiences huge latency causing application issues
immediate subsequent attempts do not have the problem
after some idle period the problem occurs again
isshe is very consistent and happens across all our servers in production and in dev envirohments not only the example machines below
unfortunately this firts attempt is very important for our setup, please, let us know your thoughts
SETUP:
host1 is a machine from which ping is made and IP 172.16.0.20 on eth0
host2 is a host node for VE 1000 with IP 172.16.0.8 on eth0
both eht0 interfaces are connected via gigabit L2 switch
VE 1000 is on host2 on a venet interface and IP 172.16.0.130
[root@host2 /]# cat /etc/redhat-release
CentOS release 5.4 (Final)
[root@host2 /]# uname -a
Linux avs02 2.6.18-164.10.1.el5.028stab067.4 #1 SMP Thu Jan 14 21:23:12 MSK 2010 x86_64 x86_64 x86_64 GNU/Linux
[root@host1 ~]# ping -n 172.16.0.130
PING 172.16.0.130 (172.16.0.130) 56(84) bytes of data.
64 bytes from 172.16.0.130: icmp_seq=1 ttl=64 time=522 ms <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
64 bytes from 172.16.0.130: icmp_seq=2 ttl=64 time=0.149 ms
64 bytes from 172.16.0.130: icmp_seq=3 ttl=64 time=0.149 ms
***** host2:
[root@host2 /]# iptables -t nat -L && iptables -t filter -L && iptables -t mangle -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
***** host1:
[root@host1 ~]# iptables -t nat -L && iptables -t filter -L && iptables -t mangle -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
***** VE 1001:
[root@1001 /]# ip route list table all
192.0.2.0/24 dev venet0 scope host
169.254.0.0/16 dev venet0 scope link
default via 192.0.2.1 dev venet0
broadcast 127.255.255.255 dev lo table 255 proto kernel scope link src 127.0.0.1
local 172.16.0.130 dev venet0 table 255 proto kernel scope host src 172.16.0.130
broadcast 172.16.0.130 dev venet0 table 255 proto kernel scope link src 172.16.0.130
broadcast 127.0.0.0 dev lo table 255 proto kernel scope link src 127.0.0.1
local 127.0.0.1 dev lo table 255 proto kernel scope host src 127.0.0.1
local 127.0.0.1 dev venet0 table 255 proto kernel scope host src 127.0.0.1
local 127.0.0.0/8 dev lo table 255 proto kernel scope host src 127.0.0.1
unreachable default dev lo table unspec proto none metric -1 error -101 hoplimit 255
local ::1 via :: dev lo table 255 proto none metric 0 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable default dev lo table unspec proto none metric -1 error -101 hoplimit 255
***** [root@host2 /]# ip route list table all
172.16.0.130 dev venet0 scope link
65.19.XXX.XX6/XX dev eth1 proto kernel scope link src 65.19.XXX.XX1
172.16.0.0/16 dev eth0 proto kernel scope link src 172.16.0.8
169.254.0.0/16 dev eth1 scope link
default via 65.19.XXX.XX7 dev eth1 src 65.19.XXX.XX1
broadcast 65.19.XXX.XX6 dev eth1 table 255 proto kernel scope link src 65.19.XXX.XX1
broadcast 127.255.255.255 dev lo table 255 proto kernel scope link src 127.0.0.1
local 65.19.XXX.XX1 dev eth1 table 255 proto kernel scope host src 65.19.XXX.XX1
broadcast 172.16.0.0 dev eth0 table 255 proto kernel scope link src 172.16.0.8
broadcast 172.16.255.255 dev eth0 table 255 proto kernel scope link src 172.16.0.8
local 172.16.0.8 dev eth0 table 255 proto kernel scope host src 172.16.0.8
broadcast 127.0.0.0 dev lo table 255 proto kernel scope link src 127.0.0.1
broadcast 65.19.XXX.X91 dev eth1 table 255 proto kernel scope link src 65.19.XXX.XX1
local 127.0.0.1 dev lo table 255 proto kernel scope host src 127.0.0.1
local 127.0.0.0/8 dev lo table 255 proto kernel scope host src 127.0.0.1
fe80::/64 dev eth0 metric 256 expires 16737768sec mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev eth1 metric 256 expires 16737768sec mtu 1500 advmss 1440 hoplimit 4294967295
unreachable default dev lo table unspec proto none metric -1 error -101 hoplimit 255
local ::1 via :: dev lo table 255 proto none metric 0 mtu 16436 advmss 16376 hoplimit 4294967295
local fe80::230:48ff:fe8d:238a via :: dev lo table 255 proto none metric 0 mtu 16436 advmss 16376 hoplimit 4294967295
local fe80::230:48ff:fe8d:238b via :: dev lo table 255 proto none metric 0 mtu 16436 advmss 16376 hoplimit 4294967295
ff00::/8 dev eth0 table 255 metric 256 expires 16737768sec mtu 1500 advmss 1440 hoplimit 4294967295
ff00::/8 dev eth1 table 255 metric 256 expires 16737768sec mtu 1500 advmss 1440 hoplimit 4294967295
unreachable default dev lo table unspec proto none metric -1 error -101 hoplimit 255
[root@host2 conf]# tcpdump -i eth0 -n -e host 172.16.0.130
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
18:53:35.640769 00:25:90:34:25:28 > 00:30:48:8d:23:8a, ethertype IPv4 (0x0800), length 98: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 15442, seq 1, length 64
18:53:35.640848 00:30:48:8d:23:8a > 00:25:90:34:25:28, ethertype IPv4 (0x0800), length 98: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 15442, seq 1, length 64
18:53:36.640122 00:25:90:34:25:28 > 00:30:48:8d:23:8a, ethertype IPv4 (0x0800), length 98: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 15442, seq 2, length 64
18:53:36.640214 00:30:48:8d:23:8a > 00:25:90:34:25:28, ethertype IPv4 (0x0800), length 98: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 15442, seq 2, length 64
18:53:37.639852 00:25:90:34:25:28 > 00:30:48:8d:23:8a, ethertype IPv4 (0x0800), length 98: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 15442, seq 3, length 64
18:53:37.639912 00:30:48:8d:23:8a > 00:25:90:34:25:28, ethertype IPv4 (0x0800), length 98: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 15442, seq 3, length 64
6 packets captured
6 packets received by filter
[root@host2 conf]# tcpdump -i venet0 -n -e host 172.16.0.130
tcpdump: WARNING: arptype 65535 not supported by libpcap - falling back to cooked socket
tcpdump: WARNING: venet0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on venet0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
18:53:10.768100 Out ethertype IPv4 (0x0800), length 100: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 47441, seq 1, length 64
18:53:10.768146 In ethertype IPv4 (0x0800), length 100: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 47441, seq 1, length 64
18:53:11.767602 Out ethertype IPv4 (0x0800), length 100: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 47441, seq 2, length 64
18:53:11.767650 In ethertype IPv4 (0x0800), length 100: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 47441, seq 2, length 64
18:53:12.767384 Out ethertype IPv4 (0x0800), length 100: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 47441, seq 3, length 64
18:53:12.767433 In ethertype IPv4 (0x0800), length 100: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 47441, seq 3, length 64
6 packets captured
6 packets received by filter
0 packets dropped by kernel
...
|
|
| | Topic: High latency on first connection to VE |
|---|
| High latency on first connection to VE [message #43596] |
Thu, 29 September 2011 16:12 |
avser
Messages: 2
Registered: September 2011 |
Junior Member |
From: *ca.astound.net
|
|
Help needed!
Issue with first packet latency. This issue happens both on TCP and UDP.
if a connection is attempted the first packet experiences huge latency causing application issues
immediate subsequent attempts do not have the problem
after some idle period the problem occurs again
isshe is very consistent and happens across all our servers in production and in dev envirohments not only the example machines below
unfortunately this firts attempt is very important for our setup, please, let us know your thoughts
SETUP:
host1 is a machine from which ping is made and IP 172.16.0.20 on eth0
host2 is a host node for VE 1000 with IP 172.16.0.8 on eth0
both eht0 interfaces are connected via gigabit L2 switch
VE 1000 is on host2 on a venet interface and IP 172.16.0.130
[root@host2 /]# cat /etc/redhat-release
CentOS release 5.4 (Final)
[root@host2 /]# uname -a
Linux avs02 2.6.18-164.10.1.el5.028stab067.4 #1 SMP Thu Jan 14 21:23:12 MSK 2010 x86_64 x86_64 x86_64 GNU/Linux
[root@host1 ~]# ping -n 172.16.0.130
PING 172.16.0.130 (172.16.0.130) 56(84) bytes of data.
64 bytes from 172.16.0.130: icmp_seq=1 ttl=64 time=522 ms <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
64 bytes from 172.16.0.130: icmp_seq=2 ttl=64 time=0.149 ms
64 bytes from 172.16.0.130: icmp_seq=3 ttl=64 time=0.149 ms
***** host2:
[root@host2 /]# iptables -t nat -L && iptables -t filter -L && iptables -t mangle -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
***** host1:
[root@host1 ~]# iptables -t nat -L && iptables -t filter -L && iptables -t mangle -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
***** VE 1001:
[root@1001 /]# ip route list table all
192.0.2.0/24 dev venet0 scope host
169.254.0.0/16 dev venet0 scope link
default via 192.0.2.1 dev venet0
broadcast 127.255.255.255 dev lo table 255 proto kernel scope link src 127.0.0.1
local 172.16.0.130 dev venet0 table 255 proto kernel scope host src 172.16.0.130
broadcast 172.16.0.130 dev venet0 table 255 proto kernel scope link src 172.16.0.130
broadcast 127.0.0.0 dev lo table 255 proto kernel scope link src 127.0.0.1
local 127.0.0.1 dev lo table 255 proto kernel scope host src 127.0.0.1
local 127.0.0.1 dev venet0 table 255 proto kernel scope host src 127.0.0.1
local 127.0.0.0/8 dev lo table 255 proto kernel scope host src 127.0.0.1
unreachable default dev lo table unspec proto none metric -1 error -101 hoplimit 255
local ::1 via :: dev lo table 255 proto none metric 0 mtu 16436 advmss 16376 hoplimit 4294967295
unreachable default dev lo table unspec proto none metric -1 error -101 hoplimit 255
***** [root@host2 /]# ip route list table all
172.16.0.130 dev venet0 scope link
65.19.XXX.XX6/XX dev eth1 proto kernel scope link src 65.19.XXX.XX1
172.16.0.0/16 dev eth0 proto kernel scope link src 172.16.0.8
169.254.0.0/16 dev eth1 scope link
default via 65.19.XXX.XX7 dev eth1 src 65.19.XXX.XX1
broadcast 65.19.XXX.XX6 dev eth1 table 255 proto kernel scope link src 65.19.XXX.XX1
broadcast 127.255.255.255 dev lo table 255 proto kernel scope link src 127.0.0.1
local 65.19.XXX.XX1 dev eth1 table 255 proto kernel scope host src 65.19.XXX.XX1
broadcast 172.16.0.0 dev eth0 table 255 proto kernel scope link src 172.16.0.8
broadcast 172.16.255.255 dev eth0 table 255 proto kernel scope link src 172.16.0.8
local 172.16.0.8 dev eth0 table 255 proto kernel scope host src 172.16.0.8
broadcast 127.0.0.0 dev lo table 255 proto kernel scope link src 127.0.0.1
broadcast 65.19.XXX.X91 dev eth1 table 255 proto kernel scope link src 65.19.XXX.XX1
local 127.0.0.1 dev lo table 255 proto kernel scope host src 127.0.0.1
local 127.0.0.0/8 dev lo table 255 proto kernel scope host src 127.0.0.1
fe80::/64 dev eth0 metric 256 expires 16737768sec mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev eth1 metric 256 expires 16737768sec mtu 1500 advmss 1440 hoplimit 4294967295
unreachable default dev lo table unspec proto none metric -1 error -101 hoplimit 255
local ::1 via :: dev lo table 255 proto none metric 0 mtu 16436 advmss 16376 hoplimit 4294967295
local fe80::230:48ff:fe8d:238a via :: dev lo table 255 proto none metric 0 mtu 16436 advmss 16376 hoplimit 4294967295
local fe80::230:48ff:fe8d:238b via :: dev lo table 255 proto none metric 0 mtu 16436 advmss 16376 hoplimit 4294967295
ff00::/8 dev eth0 table 255 metric 256 expires 16737768sec mtu 1500 advmss 1440 hoplimit 4294967295
ff00::/8 dev eth1 table 255 metric 256 expires 16737768sec mtu 1500 advmss 1440 hoplimit 4294967295
unreachable default dev lo table unspec proto none metric -1 error -101 hoplimit 255
[root@host2 conf]# tcpdump -i eth0 -n -e host 172.16.0.130
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
18:53:35.640769 00:25:90:34:25:28 > 00:30:48:8d:23:8a, ethertype IPv4 (0x0800), length 98: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 15442, seq 1, length 64
18:53:35.640848 00:30:48:8d:23:8a > 00:25:90:34:25:28, ethertype IPv4 (0x0800), length 98: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 15442, seq 1, length 64
18:53:36.640122 00:25:90:34:25:28 > 00:30:48:8d:23:8a, ethertype IPv4 (0x0800), length 98: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 15442, seq 2, length 64
18:53:36.640214 00:30:48:8d:23:8a > 00:25:90:34:25:28, ethertype IPv4 (0x0800), length 98: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 15442, seq 2, length 64
18:53:37.639852 00:25:90:34:25:28 > 00:30:48:8d:23:8a, ethertype IPv4 (0x0800), length 98: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 15442, seq 3, length 64
18:53:37.639912 00:30:48:8d:23:8a > 00:25:90:34:25:28, ethertype IPv4 (0x0800), length 98: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 15442, seq 3, length 64
6 packets captured
6 packets received by filter
[root@host2 conf]# tcpdump -i venet0 -n -e host 172.16.0.130
tcpdump: WARNING: arptype 65535 not supported by libpcap - falling back to cooked socket
tcpdump: WARNING: venet0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on venet0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
18:53:10.768100 Out ethertype IPv4 (0x0800), length 100: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 47441, seq 1, length 64
18:53:10.768146 In ethertype IPv4 (0x0800), length 100: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 47441, seq 1, length 64
18:53:11.767602 Out ethertype IPv4 (0x0800), length 100: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 47441, seq 2, length 64
18:53:11.767650 In ethertype IPv4 (0x0800), length 100: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 47441, seq 2, length 64
18:53:12.767384 Out ethertype IPv4 (0x0800), length 100: 172.16.0.20 > 172.16.0.130: ICMP echo request, id 47441, seq 3, length 64
18:53:12.767433 In ethertype IPv4 (0x0800), length 100: 172.16.0.130 > 172.16.0.20: ICMP echo reply, id 47441, seq 3, length 64
6 packets captured
6 packets received by filter
0 packets dropped by kernel
...
|
|
| | Topic: Guide about choose RHEL |
|---|
| Guide about choose RHEL [message #43584] |
Wed, 28 September 2011 23:52 |
hajvahid
Messages: 1
Registered: September 2011 |
Junior Member |
From: 78.38.120*
|
|
Hi , i have a server with centos 5.7 and openvz ft kernel RHEL 5 . now i must buy a new server and move my vps's from old server to it . now i want know what's your offer for os and kernel version of new server ? centos 6 and openvz ft kernel RHEL 6? or both of them with old version (5) ? (offer for more security,stability and performance) thank you 
|
|
| | Topic: centos 6 network scripts |
|---|
| centos 6 network scripts [message #43581] |
Wed, 28 September 2011 10:49 |
jamg77
Messages: 2
Registered: September 2011 |
Junior Member |
From: *shrewsbury-ma.gov
|
|
Hello,
How should I configure centos 6 ifcfg-veth scripts to be link to the correct eth in the host?
Thanks,
jamg
|
|
| | Topic: vzctl 3.0.29.3 issues |
|---|
| vzctl 3.0.29.3 issues [message #43575] |
Tue, 27 September 2011 21:38 |
alexmartin
Messages: 2
Registered: September 2011 |
Junior Member |
From: *193.178.122.airtelbroadband.in
|
|
Hi,
One of my OpenVZ node which is running on CentOS is upgraded to 3.0.29.3 version. But after this upgrade vzctl and vzlist commands are getting issues and sometimes the commands are not working and got hung.
Is there any known issues on this version?
|
|
| | Topic: veth support |
|---|
| veth support [message #43562] |
Fri, 23 September 2011 07:40 |
jamg77
Messages: 2
Registered: September 2011 |
Junior Member |
From: *shrewsbury-ma.gov
|
|
Hello,
I am new to openvz. I have followed all the tutorials in the wiki. I am trying to add two or more veth to a CT. The problem that I am having is that once I add the second veth to the CT it starts to have a 80% packet loss.
I have two networks attached to the CT0.
CT0 - eth4 is 192.168.64.0/20
eth2 is 10.11.8.0/24
I added the veth by running
[CT0]# vzctl set 212 --netif_add eth4 --save
[CT0]# vzctl set 212 --netif_add eth2 --save
[CT0]# echo 1 > /proc/sys/net/ipv4/conf/veth212.4/forwarding
[CT0]# echo 1 > /proc/sys/net/ipv4/conf/veth212.4/proxy_arp
[CT0]# echo 1 > /proc/sys/net/ipv4/conf/eth4/forwarding
[CT0]# echo 1 > /proc/sys/net/ipv4/conf/eth4/proxy_arp
[CT0]# echo 1 > /proc/sys/net/ipv4/conf/veth212.2/forwarding
[CT0]# echo 1 > /proc/sys/net/ipv4/conf/veth212.2/proxy_arp
[CT0]# echo 1 > /proc/sys/net/ipv4/conf/eth2/forwarding
[CT0]# echo 1 > /proc/sys/net/ipv4/conf/eth2/proxy_arp
[CT0]# ip route add 192.168.69.212 dev veth212.4
[CT0]# ip route add 192.168.69.212 dev veth212.2
[CT212}# ifconfig eth4 0
[CT212}# ifconfig eth2 0
[CT212}# ip addr add 192.168.69.212/20 dev eth4
[CT212}# ip addr add 10.11.8.212/24 dev eth2
[CT212}# ip route add default dev eth4
I ran tcpdump on veth212.4 which is the one giving me a hard time, and it shows that while pinging 192.168.64.1 (router) arp request gets a response 10.11.8.211 (CT0) has the address 192.168.69.212.
I can get it to work using vnet, but I need to be able to broadcast that's why I'm trying to set up veth.
Can anyone tell me what am I doing wrong? I actually need to be able to add another netif. I appreciate all the help.
thanks,
jamg
|
|
| | Topic: Assign domainname to container |
|---|
| Assign domainname to container [message #43530] |
Mon, 19 September 2011 14:03 |
ovz123
Messages: 1
Registered: September 2011 |
Junior Member |
From: *cm-4-4c.dynamic.ziggo.nl
|
|
Hello OpenVZ community,
I have a question about assigning a domain name to a container.
I hope you can help me out on this one  .
Lets say I have the following configuration:
One host machine running OpenVZ with multiple containers (each running a linux distribution). And the host machine has only one external accessible ip address assigned to it. The containers use local ip addresses assigned by the openVZ dhcp server.
Now here is the situation I have. I would love to access all three linux distro's (running in 3 separate containers) from the outside world. Let's say all tree linux distributions run a webserver on port 80 and an ssh server on port 22.
Now I want to assign each container an unique domain-name which gets redirected (inside the server) to the proper destination.
So for example if I navigate to site1.com I get connected to the linux webservice from container 1, and if I type site2.com I get connected to the linux webservice from container 2.
Is this possible?
If it is not then I will have to buy more ip addresses and assign them to each container.
|
|
| | Topic: Please help, Node won't reboot |
|---|
| Please help, Node won't reboot [message #43519] |
Sun, 18 September 2011 10:41 |
domz
Messages: 9
Registered: April 2011 |
Junior Member |
From: *cityconnect.pl
|
|
The system was running fine (I restart it multiple times when I installed Openvz). After about 2 months it restart and won't boot up agian. I have tried it in rescue mode to change the kernals...
dmesg:
Quote:# cat dmesg
Linux version 2.6.18-238.9.1.el5.028stab089.1 (root@rhel5-build-x64) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Thu Apr 14 14:06:01 MSD 2011
Command line: ro root=LABEL=/ selinux=0
BIOS-provided physical RAM map:
BIOS-e820: 0000000000010000 - 000000000009d400 (usable)
BIOS-e820: 000000000009d400 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000bf7a0000 (usable)
BIOS-e820: 00000000bf7a0000 - 00000000bf7ad000 (ACPI data)
BIOS-e820: 00000000bf7ad000 - 00000000bf7ae000 (ACPI NVS)
BIOS-e820: 00000000bf7ae000 - 00000000bf7ff000 (reserved)
BIOS-e820: 00000000bf800000 - 00000000c0000000 (reserved)
BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 0000000440000000 (usable)
DMI 2.6 present.
ACPI: RSDP (v002 PTLTD ) @ 0x00000000000f6da0
ACPI: XSDT (v001 HP ProLiant 0x06040000 LTP 0x00000000) @ 0x00000000bf7a8605
ACPI: FADT (v003 HP LYNNFLD 0x06040000 PTL 0x00000002) @ 0x00000000bf7ac675
ACPI: TCPA (v001 HP ProLiant 0x06040000 LOHR 0x0000005a) @ 0x00000000bf7ac769
ACPI: SSDT (v001 INTEL PPM RCM 0x80000001 INTL 0x20061109) @ 0x00000000bf7a05a9
ACPI: SPMI (v005 HP ProLiant 0x06040000 PTL 0x00000001) @ 0x00000000bf7ac7bf
ACPI: EINJ (v001 HP ProLiant 0x06040000 PTL 0x00000001) @ 0x00000000bf7ac7ff
ACPI: HEST (v001 HP ProLiant 0x06040000 PTL 0x00000001) @ 0x00000000bf7ac9af
ACPI: BERT (v001 HP ProLiant 0x06040000 PTL 0x00000001) @ 0x00000000bf7acad7
ACPI: SSDT (v001 HP ProLiant 0x06040000 INTL 0x20050624) @ 0x00000000bf7acb07
ACPI: ERST (v001 HP ProLiant 0x06040000 PTL 0x00000001) @ 0x00000000bf7acbe8
ACPI: MADT (v001 HP ProLiant 0x06040000 LTP 0x00000000) @ 0x00000000bf7ace58
ACPI: MCFG (v001 HP ProLiant 0x06040000 LTP 0x00000000) @ 0x00000000bf7acf14
ACPI: HPET (v001 PTLTD HPETTBL 0x06040000 LTP 0x00000001) @ 0x00000000bf7acf50
ACPI: BOOT (v001 HP ProLiant 0x06040000 LTP 0x00000001) @ 0x00000000bf7acf88
ACPI: SPCR (v001 HP ProLiant 0x06040000 PTL 0x00000001) @ 0x00000000bf7acfb0
ACPI: DSDT (v001 HP ProLiant 0x06040000 MSFT 0x03000000) @ 0x0000000000000000
No NUMA configuration found
Faking a node at 0000000000000000-0000000440000000
Bootmem setup node 0 0000000000000000-0000000440000000
bootmap start 100000 pages 136
Memory for crash kernel (0x0 to 0x0) notwithin permissible range
disabling kdump
Setting up node 0 0-440000
On node 0 totalpages: 4120966
DMA zone: 2470 pages, LIFO batch:0
DMA32 zone: 763872 pages, LIFO batch:31
Normal zone: 3354624 pages, LIFO batch:31
ACPI: PM-Timer IO Port: 0x1008
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 7:14 APIC version 21
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x02] enabled)
Processor #2 7:14 APIC version 21
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x04] enabled)
Processor #4 7:14 APIC version 21
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] enabled)
Processor #6 7:14 APIC version 21
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x01] enabled)
Processor #1 7:14 APIC version 21
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x03] enabled)
Processor #3 7:14 APIC version 21
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x05] enabled)
Processor #5 7:14 APIC version 21
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled)
Processor #7 7:14 APIC version 21
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1])
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
ACPI: HPET id: 0x8086a701 base: 0xfed00000
Using ACPI (MADT) for SMP configuration information
Nosave address range: 000000000009d000 - 000000000009e000
Nosave address range: 000000000009e000 - 00000000000a0000
Nosave address range: 00000000000a0000 - 00000000000dc000
Nosave address range: 00000000000dc000 - 0000000000100000
Nosave address range: 00000000bf7a0000 - 00000000bf7ad000
Nosave address range: 00000000bf7ad000 - 00000000bf7ae000
Nosave address range: 00000000bf7ae000 - 00000000bf7ff000
Nosave address range: 00000000bf7ff000 - 00000000bf800000
Nosave address range: 00000000bf800000 - 00000000c0000000
Nosave address range: 00000000c0000000 - 00000000e0000000
Nosave address range: 00000000e0000000 - 00000000f0000000
Nosave address range: 00000000f0000000 - 00000000fec00000
Nosave address range: 00000000fec00000 - 00000000fec10000
Nosave address range: 00000000fec10000 - 00000000fee00000
Nosave address range: 00000000fee00000 - 00000000fee01000
Nosave address range: 00000000fee01000 - 00000000ff000000
Nosave address range: 00000000ff000000 - 0000000100000000
Allocating PCI resources starting at c2000000 (gap: c0000000:20000000)
Built 1 zonelists. Total pages: 4120966
Kernel command line: ro root=LABEL=/ selinux=0
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes)
Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Checking aperture...
ACPI: DMAR not present
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Placing software IO TLB between 0x2860000 - 0x6860000
Memory: 16390040k/17825792k available (2591k kernel code, 378140k reserved, 1388k data, 236k init)
Calibrating delay loop (skipped), value calculated using timer frequency.. 5054.11 BogoMIPS (lpj=2527059)
Mount-cache hash table entries: 256
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 8192K
using mwait in idle threads.
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
CPU0: Thermal monitoring enabled (TM1)
Freeing SMP alternatives: 32k freed
ACPI: Core revision 20060707
Page beancounter hash is 2097152 entries.
Page locks hash is 524288 entries.
Using local APIC timer interrupts.
Detected 8.312 MHz APIC timer.
Booting processor 1/8 APIC 0x2
Initializing CPU#1
Calibrating delay using timer specific routine.. 5053.89 BogoMIPS (lpj=2526947)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 8192K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
CPU1: Thermal monitoring enabled (TM1)
Intel(R) Xeon(R) CPU X3440 @ 2.53GHz stepping 05
Booting processor 2/8 APIC 0x4
Initializing CPU#2
Calibrating delay using timer specific routine.. 5053.90 BogoMIPS (lpj=2526951)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 8192K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 2
CPU2: Thermal monitoring enabled (TM1)
Intel(R) Xeon(R) CPU X3440 @ 2.53GHz stepping 05
Booting processor 3/8 APIC 0x6
Initializing CPU#3
Calibrating delay using timer specific routine.. 5053.96 BogoMIPS (lpj=2526982)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 8192K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 3
CPU3: Thermal monitoring enabled (TM1)
Intel(R) Xeon(R) CPU X3440 @ 2.53GHz stepping 05
Booting processor 4/8 APIC 0x1
Initializing CPU#4
Calibrating delay using timer specific routine.. 5053.96 BogoMIPS (lpj=2526983)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 8192K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
CPU4: Thermal monitoring enabled (TM1)
Intel(R) Xeon(R) CPU X3440 @ 2.53GHz stepping 05
Booting processor 5/8 APIC 0x3
Initializing CPU#5
Calibrating delay using timer specific routine.. 5053.97 BogoMIPS (lpj=2526985)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 8192K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
CPU5: Thermal monitoring enabled (TM1)
Intel(R) Xeon(R) CPU X3440 @ 2.53GHz stepping 05
Booting processor 6/8 APIC 0x5
Initializing CPU#6
Calibrating delay using timer specific routine.. 5053.97 BogoMIPS (lpj=2526987)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 8192K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 2
CPU6: Thermal monitoring enabled (TM1)
Intel(R) Xeon(R) CPU X3440 @ 2.53GHz stepping 05
Booting processor 7/8 APIC 0x7
Initializing CPU#7
Calibrating delay using timer specific routine.. 5053.97 BogoMIPS (lpj=2526985)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 8192K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 3
CPU7: Thermal monitoring enabled (TM1)
Intel(R) Xeon(R) CPU X3440 @ 2.53GHz stepping 05
Brought up 8 CPUs
CPU#0: NMI watchdog performance counter calibration - 581->601
CPU#1: NMI watchdog performance counter calibration - 61->81
CPU#2: NMI watchdog performance counter calibration - 61->81
CPU#3: NMI watchdog performance counter calibration - 61->81
CPU#4: NMI watchdog performance counter calibration - 60->80
CPU#5: NMI watchdog performance counter calibration - 60->80
CPU#6: NMI watchdog performance counter calibration - 60->80
CPU#7: NMI watchdog performance counter calibration - 60->80
NMI watchdog testing PASSED.
time.c: Using 14.318180 MHz WALL HPET GTOD HPET/TSC timer.
time.c: Detected 2527.059 MHz processor.
sizeof(vma)=176 bytes
sizeof(page)=64 bytes
sizeof(inode)=616 bytes
sizeof(dentry)=248 bytes
sizeof(ext3inode)=816 bytes
sizeof(buffer_head)=96 bytes
sizeof(skbuff)=280 bytes
migration_cost=6
checking if image is initramfs... it is
Freeing initrd memory: 2606k freed
NET: Registered protocol family 16
ACPI: bus type pci registered
Warning: pci_mmcfg_init marking 256MB space uncacheable.
MCFG table requires 48MB uncacheable only. Try booting with acpi_mcfg_max_pci_bus_num=on
PCI: Using MMCONFIG at e0000000
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: No dock devices found.
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX5._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX6._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX7._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX8._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 6 7 10 11 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 *11 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *10 11 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *10 11 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 4 5 6 7 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 4 5 6 *7 10 11 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 10 devices
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.0
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.7
hpet0: at MMIO 0xfed00000 (virtual 0xffffffffff5fe000), IRQs 2, 8, 0, 0, 0, 0, 0, 0
hpet0: 8 64-bit timers, 14318180 Hz
ACPI: DMAR not present
PCI-GART: No AMD northbridge found.
pnp: 00:01: iomem range 0xe0000000-0xefffffff could not be reserved
pnp: 00:01: iomem range 0xfe710000-0xfe710fff has been reserved
pnp: 00:01: iomem range 0xfe711000-0xfe711fff has been reserved
pnp: 00:01: iomem range 0xfe713000-0xfe713fff has been reserved
PCI: Bridge: 0000:00:03.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.4
IO window: disabled.
MEM window: df900000-df9fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.5
IO window: disabled.
MEM window: dfa00000-dfafffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.6
IO window: disabled.
MEM window: df000000-df8fffff
PREFETCH window 0x00000000de000000-0x00000000deffffff
PCI: Bridge: 0000:00:1c.7
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1e.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
GSI 16 sharing vector 0xA9 and IRQ 16
ACPI: PCI Interrupt 0000:00:03.0[A] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:03.0 to 64
GSI 17 sharing vector 0xB1 and IRQ 17
ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 17 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:00:1c.0 to 64
ACPI: PCI Interrupt 0000:00:1c.4[A] -> GSI 17 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:00:1c.4 to 64
ACPI: PCI Interrupt 0000:00:1c.5[B] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:1c.5 to 64
GSI 18 sharing vector 0xB9 and IRQ 18
ACPI: PCI Interrupt 0000:00:1c.6[C] -> GSI 18 (level, low) -> IRQ 185
PCI: Setting latency timer of device 0000:00:1c.6 to 64
GSI 19 sharing vector 0xC1 and IRQ 19
ACPI: PCI Interrupt 0000:00:1c.7[D] -> GSI 19 (level, low) -> IRQ 193
PCI: Setting latency timer of device 0000:00:1c.7 to 64
PCI: Setting latency timer of device 0000:00:1e.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 524288 (order: 10, 4194304 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
UDP bind hash table entries: 65536 (order: 8, 1048576 bytes)
Simple Boot Flag at 0x38 set to 0x1
audit: initializing netlink socket (disabled)
type=2000 audit(1310166199.060:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Initializing Cryptographic API
alg: No test for crc32c (crc32c-generic)
ksign: Installing public key data
Loading keyring
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
Boot video device is 0000:24:00.0
PCI: Setting latency timer of device 0000:00:03.0 to 64
PCI: Setting latency timer of device 0000:00:1c.0 to 64
PCI: Setting latency timer of device 0000:00:1c.4 to 64
PCI: Setting latency timer of device 0000:00:1c.5 to 64
PCI: Setting latency timer of device 0000:00:1c.6 to 64
PCI: Setting latency timer of device 0000:00:1c.7 to 64
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
ACPI: Processor [CPU0] (supports 8 throttling states)
ACPI: Processor [CPU1] (supports 8 throttling states)
ACPI: Processor [CPU2] (supports 8 throttling states)
ACPI: Processor [CPU3] (supports 8 throttling states)
ACPI: Processor [CPU4] (supports 8 throttling states)
ACPI: Processor [CPU5] (supports 8 throttling states)
ACPI: Processor [CPU6] (supports 8 throttling states)
ACPI: Processor [CPU7] (supports 8 throttling states)
Real Time Clock Driver v1.12ac
hpet_resources: 0xfed00000 is busy
Non-volatile memory driver v1.2
Linux agpgart interface v0.101 (c) Dave Jones
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:07: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Probing IDE interface ide0...
Probing IDE interface ide1...
ide-floppy driver 0.99.newide
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
PNP: No PS/2 controller found. Probing ports directly.
i8042.c: No controller found.
mice: PS/2 mouse device common for all mice
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
TCP bic registered
Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
Initalizing network drop monitor service
Freeing unused kernel memory: 236k freed
Write protecting the kernel read-only data: 541k
ACPI: PCI Interrupt 0000:00:1a.0[A] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:1a.0 to 64
ehci_hcd 0000:00:1a.0: EHCI Host Controller
ehci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.0: debug port 2
PCI: cache line size of 32 is not supported by device 0000:00:1a.0
ehci_hcd 0000:00:1a.0: irq 169, io mem 0xdfd01800
ehci_hcd 0000:00:1a.0: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
GSI 20 sharing vector 0x42 and IRQ 20
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 23 (level, low) -> IRQ 66
PCI: Setting latency timer of device 0000:00:1d.0 to 64
ehci_hcd 0000:00:1d.0: EHCI Host Controller
ehci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.0: debug port 2
PCI: cache line size of 32 is not supported by device 0000:00:1d.0
ehci_hcd 0000:00:1d.0: irq 66, io mem 0xdfd01c00
ehci_hcd 0000:00:1d.0: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
USB Universal Host Controller Interface driver v3.0
SCSI subsystem initialized
libata version 3.00 loaded.
ata_piix 0000:00:1f.2: version 2.12
ACPI: PCI Interrupt 0000:00:1f.2[C] -> GSI 18 (level, low) -> IRQ 185
ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
PCI: Setting latency timer of device 0000:00:1f.2 to 64
scsi0 : ata_piix
scsi1 : ata_piix
ata1: SATA max UDMA/133 cmd 0x1830 ctl 0x1824 bmdma 0x1810 irq 185
ata2: SATA max UDMA/133 cmd 0x1828 ctl 0x1820 bmdma 0x1818 irq 185
usb 1-1: new high speed USB device using ehci_hcd and address 2
usb 1-1: configuration #1 chosen from 1 choice
hub 1-1:1.0: USB hub found
hub 1-1:1.0: 6 ports detected
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: ATA-8: WDC WD1002FAEX-00Y9A0, 05.01D05, max UDMA/133
ata1.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata1.01: ATA-8: WDC WD1002FAEX-00Y9A0, 05.01D05, max UDMA/133
ata1.01: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata1.00: configured for UDMA/133
usb 2-1: new high speed USB device using ehci_hcd and address 2
ata1.01: configured for UDMA/133
usb 2-1: configuration #1 chosen from 1 choice
hub 2-1:1.0: USB hub found
hub 2-1:1.0: 8 ports detected
usb 2-1.1: new full speed USB device using ehci_hcd and address 3
ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2.00: ATA-8: WDC WD1002FAEX-00Y9A0, 05.01D05, max UDMA/133
ata2.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata2.01: ATA-8: WDC WD1002FAEX-00Y9A0, 05.01D05, max UDMA/133
ata2.01: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata2.00: configured for UDMA/133
usb 2-1.1: configuration #1 chosen from 1 choice
ata2.01: configured for UDMA/133
input: ServerEngines SE USB Device as /class/input/input0
input: USB HID v1.11 Keyboard [ServerEngines SE USB Device] on usb-0000:00:1d.0-1.1
Vendor: ATA <6>input: ServerEngines SE USB Device as /class/input/input1
input: USB HID v1.11 Mouse [ServerEngines SE USB Device] on usb-0000:00:1d.0-1.1
Model: WDC WD1002FAEX-0 Rev: 05.0
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 1953525168 512-byte hdwr sectors (1000205 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 1953525168 512-byte hdwr sectors (1000205 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3 sda4 < sda5 >
sd 0:0:0:0: Attached scsi disk sda
Vendor: ATA Model: WDC WD1002FAEX-0 Rev: 05.0
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sdb: 1953525168 512-byte hdwr sectors (1000205 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
SCSI device sdb: 1953525168 512-byte hdwr sectors (1000205 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
sdb: sdb1
sd 0:0:1:0: Attached scsi disk sdb
Vendor: ATA Model: WDC WD1002FAEX-0 Rev: 05.0
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sdc: 1953525168 512-byte hdwr sectors (1000205 MB)
sdc: Write Protect is off
sdc: Mode Sense: 00 3a 00 00
SCSI device sdc: drive cache: write back
SCSI device sdc: 1953525168 512-byte hdwr sectors (1000205 MB)
sdc: Write Protect is off
sdc: Mode Sense: 00 3a 00 00
SCSI device sdc: drive cache: write back
sdc: sdc1
sd 1:0:0:0: Attached scsi disk sdc
Vendor: ATA Model: WDC WD1002FAEX-0 Rev: 05.0
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sdd: 1953525168 512-byte hdwr sectors (1000205 MB)
sdd: Write Protect is off
sdd: Mode Sense: 00 3a 00 00
SCSI device sdd: drive cache: write back
SCSI device sdd: 1953525168 512-byte hdwr sectors (1000205 MB)
sdd: Write Protect is off
sdd: Mode Sense: 00 3a 00 00
SCSI device sdd: drive cache: write back
sdd: sdd1
sd 1:0:1:0: Attached scsi disk sdd
ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 177
ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ]
PCI: Setting latency timer of device 0000:00:1f.5 to 64
scsi2 : ata_piix
scsi3 : ata_piix
ata3: SATA max UDMA/133 cmd 0x1888 ctl 0x183c bmdma 0x1870 irq 177
ata4: SATA max UDMA/133 cmd 0x1880 ctl 0x1838 bmdma 0x1878 irq 177
ata3: SATA link down (SStatus 0 SControl 300)
ata4: SATA link down (SStatus 0 SControl 300)
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.11.5-ioctl (2007-12-12) initialised: dm-devel@redhat.com
device-mapper: dm-raid45: initialized v0.2594l
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 0:0:1:0: Attached scsi generic sg1 type 0
sd 1:0:0:0: Attached scsi generic sg2 type 0
sd 1:0:1:0: Attached scsi generic sg3 type 0
input: PC Speaker as /class/input/input2
tg3.c:v3.108 (February 17, 2010)
ACPI: PCI Interrupt 0000:20:00.0[A] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:20:00.0 to 64
eth0: Tigon3 [partno(BCM95723) rev 5784100 PHY(5784)] (PCI Express) 10/100/1000Base-T Ethernet 3c:4a:92:7c:ff:0a
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] WireSpeed[1] TSOcap[1]
eth0: dma_rwctrl[76180000] dma_mask[64-bit]
ACPI: PCI Interrupt 0000:22:00.0[A] -> GSI 17 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:22:00.0 to 64
eth1: Tigon3 [partno(BCM95723) rev 5784100 PHY(5784)] (PCI Express) 10/100/1000Base-T Ethernet 3c:4a:92:7c:ff:0b
eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[1]
eth1: dma_rwctrl[76180000] dma_mask[64-bit]
ACPI: PCI Interrupt 0000:00:1f.3[C] -> GSI 18 (level, low) -> IRQ 185
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
floppy0: no floppy controllers found
work still pending
lp: driver loaded but no devices found
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: Mapper loaded
dell-wmi: No known WMI GUID found
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
device-mapper: multipath: version 1.0.6 loaded
EXT3 FS on sda2, internal journal
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
EXT4-fs (sdb1): mounted filesystem with ordered data mode
EXT4-fs (sdc1): mounted filesystem with ordered data mode
EXT4-fs (sda3): mounted filesystem with ordered data mode
EXT4-fs (sdd1): mounted filesystem with ordered data mode
Adding 18474708k swap on /dev/sda5. Priority:-1 extents:1 across:18474708k
kernal:
Quote: rpm -q kernel
kernel-2.6.18-194.el5
kernel-2.6.18-238.9.1.el5
fstab:
Quote:# cat /etc/fstab
LABEL=/ / ext3 defaults 1 1
LABEL=/boot /boot ext3 defaults 1 2
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
LABEL=SWAP-sda5 swap swap defaults 0 0
/dev/sdb1 /mnt/sdb ext4 defaults 0 0
/dev/sdc1 /mnt/sdc ext4 defaults 0 0
/dev/sda3 /mnt/sda ext4 defaults 0 0
/dev/sdd1 /mnt/sdd ext4 defaults 0 0
/mnt/sda/private /vz/private bind defaults,bind 0 0
/mnt/sdb/private /vz/private1 bind defaults,bind 0 0
/mnt/sdc/private /vz/private2 bind defaults,bind 0 0
/mnt/sdd/private /vz/private3 bind defaults,bind 0 0
grub:
Quote:# cat /boot/grub/grub.conf
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/sda2
# initrd /initrd-version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title OpenVZ (2.6.18-238.9.1.el5.028stab089.1)
root (hd0,0)
kernel /vmlinuz-2.6.18-238.9.1.el5.028stab089.1 ro root=LABEL=/ selinux=0
initrd /initrd-2.6.18-238.9.1.el5.028stab089.1.img
title CentOS (2.6.18-238.9.1.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-238.9.1.el5 ro root=LABEL=/
initrd /initrd-2.6.18-238.9.1.el5.img
title CentOS (2.6.18-194.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-194.el5 ro root=LABEL=/
initrd /initrd-2.6.18-194.el5.img
|
|
| | Topic: Container using veth, but venet0 scripts are being auto-created |
|---|
| Container using veth, but venet0 scripts are being auto-created [message #43486] |
Thu, 15 September 2011 17:38 |
gkmac
Messages: 1
Registered: September 2011 |
Junior Member |
From: *plus.com
|
|
I'm running OpenVZ with Gentoo Linux installations as guests. One of my containers is networked using veth (which I need for Samba and DHCP). Every time this container is started it is unable to network without manual intervention.
I followed various tutorials and set it up so that the network interface within this guest is known as eth0, so there's a standard /etc/init.d/net.eth0 script as well as a symlink to it from /etc/runlevels/default/net.eth0 and thus eth0 should be brought up before Samba, DHCP and other programs that depend on it.
The problem is when I start that container, something creates /etc/init.d/net.venet0 and adds a symlink in /etc/runlevels/default/ before the init begins. This is incorrect because this container uses veth and not venet.
The result is that it tries to bring up net.venet0 which doesn't exist in the container, and causes all network-dependent programs to fail to start. I have to enter the container, init 1, delete /etc/init.d/net.venet0 and the runlevel symlink and then init 3 to get everything to work properly.
I thought that removing all references to net.venet0 as detailed above would be enough. However when I next (re)start the container those net.venet0 files are incorrectly recreated again, and thus this container cannot start up unattended.
What is causing these net.venet0 files to be created, and how can I stop it?
gkmac
|
|
| | Topic: uptime collected by zabbix_agent |
|---|
| uptime collected by zabbix_agent [message #43485] |
Thu, 15 September 2011 17:31 |
mscirrus
Messages: 1
Registered: September 2011 |
Junior Member |
From: *38.103.173.internetia.net.pl
|
|
Yesterday I have upgraded my OpenVZ serwer to pve-kernel-2.6.32-6-pve with openvz patch version: 042stab036. After this operation zabbix_agent in VPS reports uptime equal zero all the time.
Curiously /proc/uptime shows correct values but maybe someone has any idea why zabbix_agent doesn't reach this value.
|
|
| | Topic: flexlm license daemons crash after a vzmigrate |
|---|
| flexlm license daemons crash after a vzmigrate [message #43472] |
Wed, 14 September 2011 13:53 |
Jimbo
Messages: 9
Registered: November 2008 |
Junior Member |
From: *its.yale.edu
|
|
I have a cluster of RHEL5 openvz hosts running kernels 2.6.18-274.el5.028stab093.2 and 2.6.18-238.12.1.el5.028stab091.1 and vzctl versions 3.0.28.3 and 3.0.28.1. There are a couple of containers on these machines running various FlexLM license daemons. To preserve host IDs across different openvz hosts, these containers use veth devices for networking.
After I vzmigrate --online these containers to a different machine, the flexlm license daemons appear to be fine. But within 10 minutes of the vzmigrate completing, the flexlm license daemons crash. Well, they usually crash, but sometimes they survive the migration.
I was hoping that this was a openvz limits issue, so I made a copy of /proc/user_beancounters before the migration to compare after the migration, after the flexlm license daemons have crashed. But it isn't: the failcnt column is nothing but zeros for these containers both before migration and after the flexlm daemons have crashed.
Anyone have tips on getting flexlm to survive online migration?
|
|
| | Topic: /dev/shm missing from fedora-15-x86 template |
|---|
| /dev/shm missing from fedora-15-x86 template [message #43449] |
Fri, 09 September 2011 21:48 |
steve
Messages: 24
Registered: June 2007
Location: Orange County, California |
Junior Member |
From: *socal.res.rr.com
|
|
|
Is there some reason that /dev/shm is missing from the fedora-15-x86 template? I checked the vzdev rpm included inside the template and confirmed this. I'm using the template from the openvz site with vzdev version 1.0-7. Of course, I could make one, but the MAKEDEV rpm is missing as well.
|
|
| | Topic: What is cached memory in RHEL6 Node containers? |
|---|
| What is cached memory in RHEL6 Node containers? [message #43427] |
Thu, 08 September 2011 17:50 |
mustardman
Messages: 85
Registered: October 2009 |
Member |
From: *ok.shawcable.net
|
|
I understand what vswap is in the RHEL6 ovzkernel based node containers but I could not find an explanation anywhere of what cached memory is.
Before with UBC there was no cached memory but now with RHEL6 and vswap there is. I am guessing it's exactly the same as cached memory on dedicated hardware?
The problem is that if it is cached like on dedicated hardware I would assume it would be marked as allocated and not available for use by other containers as physpages if needed. See what I am getting at? If that is the case I would want to be able to limit or eliminate it somehow so containers are only using as much memory as they need and not caching anything like before.
The only way I can see of doing that now is limiting physpages because if it is like cached memory on dedicated hardware the container will eventually use up all it's allocated but unused physpages with cached memory. So this creates a technical as well as sales/marketing problem because before I sold containers as dedicated RAM and not RAM+vswap (I did not market/use burst memory, just made it the same as actual memory).
With the old UBC way it was much simpler to know how much unused RAM was available for other containers because there was no cached memory and no vswap. So I just sold VPS's as 256MB, 512MB etc and when averaged out over several containers and average use I knew how much unused RAM I had available for use on new containers. Now I have to sell them as 128+128, 256+256 etc. Selling with no vswap at all is not an option because of the problem with cached memory eventually using up all the spare physpages.
See what I am getting at?
Seems to me this feature was not well thought out beyond individual containers. It would have been more elegant to prioritize this into the NODE so the NODE could free up cached memory if it needed it for physpages in containers. That way it would have acted more like it did before with burst ram and still keep all the benefits of doing it the new way with vswap.
[Updated on: Thu, 08 September 2011 18:17] Report message to a moderator |
|
| | Topic: Reserve Memory on the Host Node? |
|---|
| Reserve Memory on the Host Node? [message #43416] |
Wed, 07 September 2011 15:37 |
evotz
Messages: 2
Registered: September 2011 |
Junior Member |
From: *owb.bellsouth.net
|
|
I'm wondering if it is possible to configure a reserve memory amount on the host node (CT0) so that all of the host node's memory won't ever be consumed.
For example, I'm playing with a very old computer it only has 512MB of RAM. Is there a pay to configure it to hold, say 64MB in reserve? Leaving 448MB to distribute out among all of the containers at one time.
Say I create two containers and give each of them 256MB of memory. The first container runs an application and uses 250MB of memory, it is still under its 256MB limit. The second container tries to run an application that needs 200MB, which it technically would have, but because container1 has used 250MB, only 198MB is available to container2, the application is not allowed to run.
This should allow access to the host node at all times because it would never run out of memory. It would always have at least 64MB of available memory.
Is something like this possible with OpenVZ?
|
|
| | Topic: PowerPC and ARM architecture support including live migration |
|---|
| | Topic: How to turn on kernel messages in VPS? |
|---|
| How to turn on kernel messages in VPS? [message #43408] |
Tue, 06 September 2011 08:19 |
one_half_3544
Messages: 1
Registered: September 2011 |
Junior Member |
From: *yota.ru
|
|
Hi!
There is no output from dmesg in VPS. Is it possible to turn it on? (Regular printk-related sysctl variables seem to be ok). In particular, I want to see oom-killer and segfault messages (thttpd dies for some unknown reason in my VPS =( )
My kernel is from debian lenny - 2.6.26-2-openvz-686.
vzctl version is 3.0.22
|
|
| | Topic: cant redirect port VIA iptable |
|---|
| cant redirect port VIA iptable [message #43404] |
Mon, 05 September 2011 23:17 |
cooldude13233
Messages: 1
Registered: September 2011 |
Junior Member |
From: *cpe.net.cable.rogers.com
|
|
Hello,
I am running on Debian Squeeze distro. I am trying to use iptables to redirect port 843 which is a Adobe Flash Policy server to port 8001, but i keep on getting thr following:
jodie:~# iptables -t nat -I PREROUTING --source 0/0 --destination 0/0 -p tcp --dport 843 -j REDIRECT --to-ports 8001
iptables v1.4.12: can't initialize iptables table `nat': Table does not exist (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.
Can someone help me with this please? Thanks
|
|
| | Topic: Help! traffic still hitting hardware node. |
|---|
| Help! traffic still hitting hardware node. [message #43400] |
Sun, 04 September 2011 21:49 |
iMeZz
Messages: 1
Registered: September 2011
Location: Australia |
Junior Member |
From: *lns20.bne4.internode.on.net
|
|
Good morning / afternoon,
I have followed the tutorial for installation and managed to get the kernal installed aswell as other openvz yum utilities and also installed solusvm for management.
The issue i am having is with forwarding the ip to the container, solusvm is setting the ip to the container but the traffic from the www (world) isnt getting passed to the container.
What do you need to help me and what do i need to setup to get this working.
Regards,
G
|
|
| | Topic: kernel-debuginfo |
|---|
| kernel-debuginfo [message #43385] |
Fri, 02 September 2011 14:42 |
williamt
Messages: 4
Registered: April 2011 |
Junior Member |
From: *noc.sonic.net
|
|
Just had a kernel possibly panic and the box rebooted.
I wanted to look at the crash dump but can't seem to find the debuginfo packages. It looks like they were removed?
Why were they removed and how can I look at the crash dump without them?
I'm using the RHEL6 kernel btw.
|
|
| | Topic: RHEL6-Kernel for Ubuntu |
|---|
| RHEL6-Kernel for Ubuntu [message #43338] |
Fri, 26 August 2011 08:12 |
TheStig
Messages: 92
Registered: December 2008 |
Member |
From: 195.248.51*
|
|
Hi openvz-community,
is somebody actually using the precompiled kernel-rpm's for ubuntu? in a different post, one of the developers suggested that that shouldn't be a problem and "alien" does a good job converting the rpm into a deb-file, though you have to think about creating your own initramfs on newer ubuntu-versions.
one thing that immediately caught my eye: that the manually compiled feoktistov- and standard ubuntu kernels have lvm2-support directly compiled into the kernel while using the RHEL-rpm i had to add the dm_mod to /etc/modules.
Can anyone share experiences using the more recent RHEL6-kernels for ubuntu/debian based distributions.
Another thing, probably completely unrelated though: After vzrestoring a dump on this machine, i have new processes called kthreadd/112, khelper/112, and nfsiod/112 (112 being the nodes ID) that are not present on any of my other openvz-machines.
thanks a lot for sharing,
joe
[Updated on: Fri, 26 August 2011 08:32] Report message to a moderator |
|
| | Topic: Thanks to the OpenVZ developers! |
|---|
| Thanks to the OpenVZ developers! [message #43327] |
Wed, 24 August 2011 22:36 |
openmin
Messages: 11
Registered: December 2010 |
Junior Member |
From: *hsd1.ca.comcast.net
|
|
This is such a great tool, and I am still amazed that it is actually free.
Not sure how to give back, but I will try to answer some forum topics whenever I can.
Thanks again for your work and dedication!
|
|
| | Topic: vzmemcheck seems to report incorrect values |
|---|
| vzmemcheck seems to report incorrect values [message #43316] |
Tue, 23 August 2011 14:45 |
compsyguy
Messages: 2
Registered: August 2011 |
Junior Member |
From: 131.191.41*
|
|
Either I'm calculating things out wrong, or vzmemcheck is reporting incorrect values.
Some notes about my system:
Debian 6
Kernel 2.6.32-5-openvz-amd64
System Memory 6103328k
Swap Space 19836912k
I've currently got 1 container that's set for 1G of memory.
For some reason vzmemcheck is reporting that I've got 0.49 MemSwap commit and 4.13 Alloc Limit.
vzmemcheck -v
Output values in %
veid LowMem LowMem RAM MemSwap MemSwap Alloc Alloc Alloc
util commit util util commit util commit limit
101 0.10 0.91 0.16 0.04 0.49 0.05 0.61 4.13
-------------------------------------------------------------------------
Summary: 0.10 0.91 0.16 0.04 0.49 0.05 0.61 4.13
Looking at UBC_systemwide_configuration#Allocated_memory (can't use a link cause I'm new) it says that Alloc Limit is calculated by:
privvmpages(lim) * 4096 + kmemsize(lim) + allsocketbuf(lim) / (Ram size + swap space)
So I plug in the values for my VE:
privvmpages(lim) = 262144
kmemsize(lim) = 14790164
tcpsndbuf = 2703360
tcprcvbuf = 2703360
othersockbuf = 2252160
dgramrcvbuf = 262144
Plugging those values into the equation I get:
(262144 * 4096 + 14790164 + 2703360 + 2703360 + 2252160 + 262144) / (6249807872 + 20312997888)
...
1096453012 / 26562805760 = 0.0413
Which is off by a factor of 100.
Can anyone tell me if I'm calculating the aloc limit correctly? If I am calculating it correctly, should I worry about vzmemcheck reporting incorrectly?
Any help is appreciated.
Thanks!
|
|
| | Topic: Bonded interface dedicated to container |
|---|
| Bonded interface dedicated to container [message #43305] |
Mon, 22 August 2011 07:17 |
fairf4x
Messages: 1
Registered: August 2011
Location: Prague |
Junior Member |
From: *ms.mff.cuni.cz
|
|
I have host node with following interfaces:
1 Gbit:
eth0
10 Gbit:
eth4
eth5
I need to create one container which would use eth4 and eth5 agregated together in bond0 as its only interface.
Interface eth0 will be used for management of host node.
I have created bonding device on HN:
$ ifenslave bond0 eth4 eth5
and I have dedicated this device to VE 111:
$ vzctl set 111 --netdev_add bond0 --save
It is not working as expected - I can't reach network from VE.
Host is running Debian 6.0 and there is Ubuntu 10.04 in container.
Is it possible to set up bonded interface as VE's netdev like this?
Do you have some experience with something similar?
Thanks for any hints
|
|
| | Topic: Same Node VE Communication |
|---|
| Same Node VE Communication [message #43300] |
Sun, 21 August 2011 12:50 |
Jcats
Messages: 6
Registered: May 2011
Location: FL |
Junior Member |
From: *hsd1.fl.comcast.net
|
|
We have a few VPS with the same issues. They are located on the same node and they communicate but the problem is the bandwidth is actually being counted by our data center. For example we have one vps for a webserver the other as a mysql and over 500GB of data is being counted as actual bandwidth even though its just communication between the 2.
Is there someway we can configure them to communicate on private ips so the traffic isn't going through the switch?
|
|
| | Topic: How to make custom os template ??? |
|---|
|
Pages (70): [ 11 ]
Current Time: Mon May 20 13:18:40 EDT 2013
|
Members
Search
Help
Register
Login
Home
