*(I forgot to mention before, this is running with VPP installed from
binaries with release .stable.1701)*
With PF do you mean packet filter? I don't think we have any such
configuration. If there is anything else I should provide then please tell
:)
I decided to try to attach to the VPP process with gdb and I actually get a
crash when trying to do "ip probe":
vpp# ip probe 10.0.1.1 TenGigabitEthernet0/6/0
exec error: Misc
Program received signal SIGSEGV, Segmentation fault.
ip4_probe_neighbor (vm=vm@entry=0x7f681533e720 <vlib_global_main>,
dst=dst@entry=0x7f67d345cc50, sw_if_index=sw_if_index@entry=1)
at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vnet/vnet/ip/ip4_forward.c:2223
2223
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vnet/vnet/ip/ip4_forward.c:
No such file or directory.
(gdb) bt
#0 ip4_probe_neighbor (vm=vm@entry=0x7f681533e720 <vlib_global_main>,
dst=dst@entry=0x7f67d345cc50, sw_if_index=sw_if_index@entry=1)
at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vnet/vnet/ip/ip4_forward.c:2223
Whether this is related or not I'm not sure because yesterday I could do
the probe but got "Resolution failed". I've attached the stack trace at any
rate.
/Tomas
On 11 May 2017 at 20:25, Damjan Marion (damarion) <[email protected]>
wrote:
> Dear Tomas,
>
> Can you please share your PF configuration so I can try to reproduce?
>
> Thanks,
>
> Damjan
>
> On 11 May 2017, at 17:07, Tomas Brännström <[email protected]>
> wrote:
>
> Hello
> Since the last mail I sent I've managed to get our test client working and
> VPP running in a KVM VM.
>
> We are still facing some problems though. We have a two servers, one where
> the virtual machines are running and one we use as the openstack
> controller. They are connected to each other with a 10G NIC. We have SR-IOV
> configured for the 10G NIC.
>
> So VPP is installed in a VM, and all interfaces work OK, then can be
> reached from outside the VM etc. Following the basic examples on the wiki,
> we configure VPP to take over the interfaces:
>
> vpp# set int ip address TenGigabitEthernet0/6/0 10.0.1.101/24
> vpp# set int ip address TenGigabitEthernet0/7/0 10.0.2.101/24
> vpp# set int state TenGigabitEthernet0/6/0 up
> vpp# set int state TenGigabitEthernet0/7/0 up
>
> But when trying to ping for example the physical NIC on the other server,
> we get no reply:
>
> vpp# ip probe 10.0.1.1 TenGigabitEthernet0/6/0
> ip probe-neighbor: Resolution failed for 10.0.1.1
>
> If I do a tcpdump on the physical interface when trying to ping, I see ARP
> packets being sent so -something- is happening, but it seems that packets
> are not correctly arriving to VPP... I can't ping from the physical host
> either, but the ARP cache is updated on the host when trying to ping from
> VPP.
>
> I've tried dumping counters etc. but I can't really see anything. The
> trace does not show anything either. This is the output from "show
> hardware":
>
> vpp# show hardware
> Name Idx Link Hardware
> TenGigabitEthernet0/6/0 1 up TenGigabitEthernet0/6/0
> Ethernet address fa:16:3e:04:42:d1
> Intel 82599 VF
> carrier up full duplex speed 10000 mtu 9216
> rx queues 1, rx desc 1024, tx queues 1, tx desc 1024
>
> tx frames ok 3
> tx bytes ok 126
> extended stats:
> tx good packets 3
> tx good bytes 126
> TenGigabitEthernet0/7/0 2 up TenGigabitEthernet0/7/0
> Ethernet address fa:16:3e:f2:15:a5
> Intel 82599 VF
> carrier up full duplex speed 10000 mtu 9216
> rx queues 1, rx desc 1024, tx queues 1, tx desc 1024
>
> I've tried a similar setup between two virtual box VM's and that worked
> OK, so I'm thinking it might have something to do with SR-IOV for some
> reason. I'm having a hard time troubleshooting this since I'm not sure how
> to check where the packets actually get lost...
>
> /Tomas
>
> _______________________________________________
> vpp-dev mailing list
> [email protected]
> https://lists.fd.io/mailman/listinfo/vpp-dev
>
>
>
Program received signal SIGSEGV, Segmentation fault.
ip4_probe_neighbor (vm=vm@entry=0x7f681533e720 <vlib_global_main>,
dst=dst@entry=0x7f67d345cc50, sw_if_index=sw_if_index@entry=1)
at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vnet/vnet/ip/ip4_forward.c:2223
2223
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vnet/vnet/ip/ip4_forward.c:
No such file or directory.
(gdb) bt
#0 ip4_probe_neighbor (vm=vm@entry=0x7f681533e720 <vlib_global_main>,
dst=dst@entry=0x7f67d345cc50, sw_if_index=sw_if_index@entry=1)
at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vnet/vnet/ip/ip4_forward.c:2223
#1 0x00007f6814c60aab in ip4_probe_neighbor_wait (retry_count=3,
sw_if_index=1, a=0x7f67d345cc50, vm=0x7f681533e720 <vlib_global_main>)
at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vnet/vnet/ip/lookup.c:848
#2 probe_neighbor_address (vm=0x7f681533e720 <vlib_global_main>,
input=<optimized out>, cmd=<optimized out>)
at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vnet/vnet/ip/lookup.c:929
#3 0x00007f68150efb71 in vlib_cli_dispatch_sub_commands
(vm=vm@entry=0x7f681533e720 <vlib_global_main>,
cm=cm@entry=0x7f681533e988 <vlib_global_main+616>,
input=input@entry=0x7f67d345ce40, parent_command_index=<optimized out>)
at /w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vlib/vlib/cli.c:484
#4 0x00007f68150eff07 in vlib_cli_dispatch_sub_commands
(vm=vm@entry=0x7f681533e720 <vlib_global_main>,
cm=cm@entry=0x7f681533e988 <vlib_global_main+616>,
input=input@entry=0x7f67d345ce40,
parent_command_index=parent_command_index@entry=0)
at /w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vlib/vlib/cli.c:462
#5 0x00007f68150f0150 in vlib_cli_input (vm=vm@entry=0x7f681533e720
<vlib_global_main>, input=input@entry=0x7f67d345ce40,
function=function@entry=0x5d17b0 <shmem_cli_output>,
function_arg=function_arg@entry=140083902926392)
at /w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vlib/vlib/cli.c:558
#6 0x00000000005c02bd in vl_api_cli_request_t_handler (mp=<optimized out>) at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vpp/vpp-api/api.c:2116
#7 0x00007f681577dba3 in vl_msg_api_handler_with_vm_node
(am=am@entry=0x7f68159872e0 <api_main>, the_msg=the_msg@entry=0x304a2c44,
vm=vm@entry=0x7f681533e720 <vlib_global_main>,
node=node@entry=0x7f67d3454000)
at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vlib-api/vlibapi/api_shared.c:510
#8 0x00007f68155697b3 in memclnt_process (vm=<optimized out>,
node=0x7f67d3454000, f=<optimized out>)
at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vlib-api/vlibmemory/memory_vlib.c:487
#9 0x00007f68150fae36 in vlib_process_bootstrap (_a=<optimized out>) at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vlib/vlib/main.c:1218
#10 0x00007f6814272d90 in clib_calljmp () at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vppinfra/vppinfra/longjmp.S:110
#11 0x00007f67d357be30 in ?? ()
#12 0x00007f68150fbed1 in vlib_process_startup (f=0x0, p=0x7f67d3454000,
vm=0x7f681533e720 <vlib_global_main>)
at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vlib/vlib/main.c:1240
#13 dispatch_process (vm=0x7f681533e720 <vlib_global_main>, p=0x7f67d3454000,
last_time_stamp=133007346616438, f=0x0)
at
/w/workspace/vpp-merge-1701-ubuntu1404/build-data/../vlib/vlib/main.c:1283
#14 0x0000000200000003 in ?? ()
#15 0x000000cf00000001 in ?? ()
#16 0x0000000300000002 in ?? ()
#17 0x7379687000000007 in ?? ()
#18 0x00000003006d656d in ?? ()
#19 0x000000210000000b in ?? ()
#20 0x62616c2d736c706d in ?? ()
#21 0x736f706d692d6c65 in ?? ()
#22 0x65722d6e6f697469 in ?? ()
#23 0x6425203a6e727574 in ?? ()
#24 0x0000000000000000 in ?? ()
(gdb) q
_______________________________________________
vpp-dev mailing list
[email protected]
https://lists.fd.io/mailman/listinfo/vpp-dev
