Thanks Andy,Since i am using OVS 1.4.6,i will try to recreate by swapping
ram again.

I forgot to mention that after the crash system was showing

"parity check 2 system dimm memory"

Thanks for your help.

Regards,
Kev


On Thu, Nov 7, 2013 at 11:09 PM, Andy Zhou <az...@nicira.com> wrote:

> This is the sort of errors you may need to dig into a bit more at your
> end.
>
> We should first try to find out if this caused by hardware issues. I
> suppose If you can experiment by swapping RAM back. RAM issues should also
> cause crashes that are not OVS related.
>
> If you can rule out  RAM change being the cause, I'd suggest try version
> OVS 1.4.6 -- There are a few datpath bug fixes on the 1.4 branch that may
> be related.
>
>
> Hope this helps,
>
> Andy
>
>
>
>
>
> On Wed, Nov 6, 2013 at 11:40 PM, kevin parker 
> <kevin.parker...@gmail.com>wrote:
>
>> Thanks for the reply Andy,
>>                                      Can you help me identify reason for
>> this behavior.
>> I only know that Xenserver was down and hard reset was required to bring
>> it back.
>> Recently we changed RAM from 2 Gb x 4 (1333 Mhz) to 8Gb x 1 (1600 MHz).
>>
>> i have ovs 1.4.2 running on other servers with out any issues.
>>
>> Thanks,
>> kevin
>>
>>
>>
>> On Thu, Nov 7, 2013 at 1:21 AM, Andy Zhou <az...@nicira.com> wrote:
>>
>>> It does look like OVS related.
>>>
>>>
>>> On Wed, Nov 6, 2013 at 3:42 AM, kevin parker 
>>> <kevin.parker...@gmail.com>wrote:
>>>
>>>> Hello All,
>>>>
>>>>               One of our xen server server stopped responding after few
>>>> network tests,can some one please help me verify whether it is related to
>>>> ovs.
>>>> In stack trace i can see ovs process id.
>>>>
>>>> *ovs-vsctl -V*
>>>> ovs-vsctl (Open vSwitch) 1.4.6
>>>> Compiled Jun 14 2013 09:23:27
>>>>
>>>> *From log:*
>>>>
>>>> <4>[322699.276939] /local/domain/15/device/vif/0: Connected
>>>> <4>[322724.120768] vif15.0: draining TX queue
>>>> <0>[333985.181875] NMI: IOCK error (debug interrupt?)
>>>> <4>[333985.181881] Modules linked in: tun nfs nfs_acl auth_rpcgss
>>>> tcp_diag inet_diag lockd sunrpc openvswitch_mod ipt_REJECT
>>>> nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack xt_tcpudp
>>>> iptable_filter ip_tables x_tables binfmt_misc nls_utf8 isofs dm_mirror
>>>> video output sbs sbshc fan battery ac parport_pc lp parport nvram usbhid
>>>> container evdev thermal sg button processor thermal_sys hpilo e1000e
>>>> serio_raw rtc_cmos rtc_core rtc_lib 8250_pnp 8250 serial_core tpm_tis tpm
>>>> tpm_bios pcspkr dm_region_hash dm_log dm_mod ahci libata sd_mod scsi_mod
>>>> ext3 jbd uhci_hcd ohci_hcd ehci_hcd usbcore fbcon font tileblit bitblit
>>>> softcursor [last unloaded: microcode]
>>>> <4>[333985.181917]
>>>> <4>[333985.181919] Pid: 5334, comm: ovs-vswitchd Not tainted
>>>> (2.6.32.43-0.4.1.xs1.8.0.835.170778xen #1) ProLiant DL120 G7
>>>> <4>[333985.181921] EIP: 0061:[<f0a1672e>] EFLAGS: 00010246 CPU: 0
>>>> <4>[333985.181926] EIP is at ovs_flow_tbl_lookup+0x5e/0x80
>>>> [openvswitch_mod]
>>>> <4>[333985.181928] EAX: 00000030 EBX: ec42e834 ECX: 00000012 EDX:
>>>> 4d8c04a6
>>>> <4>[333985.181929] ESI: ec42e85e EDI: eda21cf2 EBP: eda21cc4 ESP:
>>>> eda21ca8
>>>> <4>[333985.181931]  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0069
>>>> <0>[333985.181932] Process ovs-vswitchd (pid: 5334, ti=eda20000
>>>> task=ec782670 task.ti=eda20000)
>>>> <0>[333985.181936] Stack:
>>>> <4>[333985.181937]  ec42e82c 00000030 eda21cd4 4d8c04a6 c100e9a0
>>>> edadcac0 edc1c2c0 eda21d5c
>>>> <4>[333985.181940] <0> f0a143e2 eda21d4c edca8000 00000000 00000000
>>>> 00000000 00000001 240a2600
>>>> <4>[333985.181943] <0> 846a00b0 5cd61cda 00080000 003f0006 b06a7c73
>>>> 92687c73 50002d82 00000000
>>>> <0>[333985.181947] Call Trace:
>>>> <4>[333985.181952]  [<f0a143e2>] ?
>>>> ovs_dp_process_received_packet+0xa2/0xf0 [openvswitch_mod]
>>>> <4>[333985.181956]  [<c01d6f40>] ? pollwake+0x0/0x70
>>>> <4>[333985.181960]  [<f0a1b525>] ? ovs_vport_receive+0x75/0x90
>>>> [openvswitch_mod]
>>>> <4>[333985.181964]  [<f0a1d33f>] ? netdev_frame_hook+0x4f/0x90
>>>> [openvswitch_mod]
>>>> <4>[333985.181968]  [<c03527bb>] ? netif_receive_skb+0x1bb/0x6a0
>>>> <4>[333985.181971]  [<c03530fa>] ? __napi_gro_receive+0xda/0xf0
>>>> <4>[333985.181973]  [<c0352d68>] ? napi_skb_finish+0x38/0x40
>>>> <4>[333985.181975]  [<c035318d>] ? napi_gro_receive+0x2d/0x40
>>>> <4>[333985.181980]  [<f0627df8>] ? e1000_receive_skb+0x68/0xf0 [e1000e]
>>>> <4>[333985.181984]  [<f062d2aa>] ? e1000_clean_rx_irq+0x21a/0x360
>>>> [e1000e]
>>>> <4>[333985.181990]  [<f062cf7d>] ? e1000e_poll+0x19d/0x2b0 [e1000e]
>>>> <4>[333985.181992]  [<c0356005>] ? net_rx_action+0x155/0x260
>>>> <4>[333985.181996]  [<c013a952>] ? __do_softirq+0xc2/0x200
>>>> <4>[333985.181998]  [<c02dfce5>] ? end_pirq+0x95/0x110
>>>> <4>[333985.182001]  [<c013ab05>] ? do_softirq+0x75/0x80
>>>> <4>[333985.182002]  [<c013b1c5>] ? irq_exit+0x35/0x40
>>>> <4>[333985.182005]  [<c03dc83c>] ? evtchn_do_upcall+0x2fc/0x4a9
>>>> <4>[333985.182007]  [<c010477f>] ? hypervisor_callback+0x43/0x4b
>>>> <0>[333985.182008] Code: 08 eb 37 8b 1b 85 db 74 31 8b 03 0f 18 00 90
>>>> 8d 43 f8 8b 55 f0 89 45 e4 3b 50 10 75 e6 8b 45 e8 8d 73 0c 8b 7d ec fc 39
>>>> c0 89 c1 <f3> a6 75 d4 8b 45 e4 83 c4 10 5b 5e 5f 5d c3 c7 45 e4 00 00 00
>>>>
>>>> Regards,
>>>> kevin
>>>>
>>>> _______________________________________________
>>>> discuss mailing list
>>>> discuss@openvswitch.org
>>>> http://openvswitch.org/mailman/listinfo/discuss
>>>>
>>>>
>>>
>>
>
_______________________________________________
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss

Reply via email to