[Users] received packet with own address as source address

H. Haven Liu haven.liu at ucla.edu
Thu Aug 22 15:31:51 UTC 2013


While I see the messages even with no VMs running, I don't see any messages before installing oVirt. Additionally, is there any reason that the school network would selectively affect some nodes but not others?

Thanks
On Aug 22, 2013, at 2:49 AM, Assaf Muller <amuller at redhat.com> wrote:

> I'd enable STP on all ports, including the port connecting your switch to the school switch.
> 
> VSDSM configures the ovirtmgmt bridge on installation. The reason I'm suggesting that it's not VDSM at fault but rather the school network having a loop is that you mentioned
> that you get these messages even with no VMs running.
> 
> ----- Original Message -----
> From: "H. Haven Liu" <haven.liu at ucla.edu>
> To: "Assaf Muller" <amuller at redhat.com>
> Cc: Users at ovirt.org
> Sent: Wednesday, August 21, 2013 11:26:57 PM
> Subject: Re: [Users] received packet with own address as source address
> 
> The switch is connected to the internet via the school's switch. Currently (as well as when I received the error messages last time) portfast is disabled for all ports, and STP enabled for all ports except for the port connecting my switch to the school's.
> 
> On Aug 20, 2013, at 11:50 PM, Assaf Muller <amuller at redhat.com> wrote:
> 
>>> The problem was also present when I just had one interface connected to the switch, connected to the Internet.
>> 
>> How was the switch connected to the internet? Is it connected to other switches?
>> 
>> To solve the loop you can make sure that STP is enabled on all switches and to disable portfast.
>> 
>> ----- Original Message -----
>> From: "H. Haven Liu" <haven.liu at ucla.edu>
>> To: "Assaf Muller" <amuller at redhat.com>
>> Cc: Users at ovirt.org
>> Sent: Tuesday, August 20, 2013 6:09:09 PM
>> Subject: Re: [Users] received packet with own address as source address
>> 
>> Hello,
>> 
>> After I reinstalled the host, the problem seems to have disappeared. This is not to say it's not going to come back, as it has done before. 
>> 
>> I know the nodes were not receiving the error message *before* I installed VDSM (which configured the bridge?), but I haven't tried uninstalling to see if the problem would go away. The problem was also present when I just had one interface connected to the switch, connected to the Internet.
>> 
>> If the problem is indeed a classic L2 loop, how do I go about resolving it? Is it due to bridge (mis)configuration, or is it in the network switch settings? I have tried enabling and disabling STP and portfast, which didn't seem to have any effect.
>> 
>> Thanks,
>> 
>> Haven
>> On Aug 20, 2013, at 12:26 AM, Assaf Muller <amuller at redhat.com> wrote:
>> 
>>> Hello Mr. Liu,
>>> 
>>> Sounds like a classic L2 loop. Hosts getting their own packets then losing connectivity for a few minutes while the switches restart.
>>> 
>>> Can you try to rule out this possibility?
>>> For example:
>>> If you uninstall the engine and VDSM from all hosts does this still happen?
>>> Can you simplify the network topology and see if the issue persists?
>>> 
>>> 
>>> ----- Original Message -----
>>> From: "H. Haven Liu" <haven.liu at ucla.edu>
>>> To: Users at ovirt.org
>>> Sent: Saturday, August 17, 2013 10:06:07 PM
>>> Subject: [Users] received packet with own address as source address
>>> 
>>> Hello,
>>> 
>>> I have a oVirt installation with 6 CentOS 6.4 hosts. Some (not all) hosts are receiving these error messages, at a frequency of once every other minute:
>>> 
>>> [root at vhost1 ~]# grep "source address" /var/log/messages | tail
>>> Aug 17 11:19:20 vhost1 kernel: em1: received packet with own address as source address
>>> Aug 17 11:21:24 vhost1 kernel: em1: received packet with own address as source address
>>> Aug 17 11:23:29 vhost1 kernel: em1: received packet with own address as source address
>>> Aug 17 11:25:34 vhost1 kernel: em1: received packet with own address as source address
>>> Aug 17 11:27:39 vhost1 kernel: em1: received packet with own address as source address
>>> Aug 17 11:29:44 vhost1 kernel: em1: received packet with own address as source address
>>> Aug 17 11:31:49 vhost1 kernel: em1: received packet with own address as source address
>>> Aug 17 11:33:54 vhost1 kernel: em1: received packet with own address as source address
>>> Aug 17 11:35:59 vhost1 kernel: em1: received packet with own address as source address
>>> Aug 17 11:38:04 vhost1 kernel: em1: received packet with own address as source address
>>> 
>>> These error messages are accompanied with loss of connectivity, with duration varies between a few seconds to minutes. The loss of connectivity would start just before the above error message.
>>> 
>>> I don't *think* it's hardware because the "received packet with own address" error message would disappear from one of the hosts after a while. These error messages are also present whether or not any VM is running on the particular host.
>>> 
>>> Here are some configurations:
>>> 
>>> [root at vhost1 ~]# ifconfig
>>> em1       Link encap:Ethernet  HWaddr aa:bb:cc:dd:ee:f1  
>>>        inet6 addr: aaaa::bbbb:cccc:dddd:eee1/64 Scope:Link
>>>        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>        RX packets:37413202 errors:0 dropped:0 overruns:0 frame:0
>>>        TX packets:17822315 errors:0 dropped:0 overruns:0 carrier:0
>>>        collisions:0 txqueuelen:1000 
>>>        RX bytes:32444347931 (30.2 GiB)  TX bytes:13715272213 (12.7 GiB)
>>>        Interrupt:16 
>>> 
>>> em2       Link encap:Ethernet  HWaddr aa:bb:cc:dd:ee:f2  
>>>        inet6 addr: aaaa::bbbb:cccc:dddd:eee2/64 Scope:Link
>>>        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>        RX packets:21878 errors:0 dropped:0 overruns:0 frame:0
>>>        TX packets:526 errors:0 dropped:0 overruns:0 carrier:0
>>>        collisions:0 txqueuelen:1000 
>>>        RX bytes:1598070 (1.5 MiB)  TX bytes:40526 (39.5 KiB)
>>>        Interrupt:17 
>>> 
>>> 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:49 errors:0 dropped:0 overruns:0 frame:0
>>>        TX packets:49 errors:0 dropped:0 overruns:0 carrier:0
>>>        collisions:0 txqueuelen:0 
>>>        RX bytes:9236 (9.0 KiB)  TX bytes:9236 (9.0 KiB)
>>> 
>>> ovirtmgmt Link encap:Ethernet  HWaddr aa:bb:cc:dd:ee:f1  
>>>        inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.yyy  Mask:255.255.255.0
>>>        inet6 addr: aaaa::bbbb:cccc:dddd:eeee/64 Scope:Link
>>>        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>        RX packets:22623881 errors:0 dropped:0 overruns:0 frame:0
>>>        TX packets:9990988 errors:0 dropped:0 overruns:0 carrier:0
>>>        collisions:0 txqueuelen:0 
>>>        RX bytes:28427312067 (26.4 GiB)  TX bytes:13112553784 (12.2 GiB)
>>> 
>>> private_lan Link encap:Ethernet  HWaddr aa:bb:cc:dd:ee:f2  
>>>        inet addr:10.0.1.12  Bcast:10.0.1.255  Mask:255.255.255.0
>>>        inet6 addr: aaaa::bbbb:cccc:dddd:eee2/64 Scope:Link
>>>        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>        RX packets:19771 errors:0 dropped:0 overruns:0 frame:0
>>>        TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
>>>        collisions:0 txqueuelen:0 
>>>        RX bytes:1080512 (1.0 MiB)  TX bytes:468 (468.0 b)
>>> [root at vhost1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-em1
>>> DEVICE=em1
>>> ONBOOT=yes
>>> HWADDR=aa:bb:cc:dd:ee:f2
>>> BRIDGE=ovirtmgmt
>>> NM_CONTROLLED=no
>>> UUID=c25b1ad1-9646-4126-9149-be5f68bae36c
>>> DNS2=www.www.www.www
>>> DNS1=www.www.www.www
>>> HOSTNAME=vhost1.mydomain.com
>>> MTU=1500
>>> IPV6INIT=no
>>> [root at vhost1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt 
>>> DEVICE=ovirtmgmt
>>> ONBOOT=yes
>>> TYPE=Bridge
>>> DELAY=0
>>> IPADDR=xxx.xxx.xxx.xxx
>>> NETMASK=255.255.255.0
>>> GATEWAY=xxx.xxx.xxx.1
>>> BOOTPROTO=none
>>> NM_CONTROLLED=no
>>> UUID=c25b1ad1-9646-4126-9149-be5f68bae36c
>>> DNS2=www.www.www.www
>>> DNS1=www.www.www.www
>>> HOSTNAME=vhost1.mydomain.com
>>> MTU=1500
>>> IPV6INIT=no
>>> [root at vhost1 ~]# 
>>> 
>>> Any help is appreciated.
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
> 




More information about the Users mailing list