[ovs-discuss] could not create netdev enp2s0 of unknown type dpdk

Fri Nov 25 07:41:58 UTC 2016

Hi,
the MAC address generation never was an issue - not even in the other case
you referred to.
It failed to initialize and then afterwards that failed - not a real issue
- and you don't share the crash on init that was the old problem.

I'd more focus on this part, but have no idea - and as mentioned not the
right HW to reproduce atm:
Nov 24 23:03:59 ovswitch ovs-ctl[3190]: PMD: bnxt_rte_pmd_init() called for
(null)
Nov 24 23:03:59 ovswitch ovs-vswitchd[3236]: PMD: bnxt_rte_pmd_init()
called for (null)
Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL: PCI device 0000:01:00.0 on
NUMA socket -1
Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL:   probe driver: 8086:1539
rte_igb_pmd

Neither the -1 nor the null look convincing to me, but without a way
to reproduce exactly your case that is hard to check perfectly.

As reference (but with different HW - and in the meantime other SW
versions) I've had:

ovs-ctl[3560]: EAL: PCI device 0000:04:00.1 on NUMA socket 0
ovs-ctl[3560]: EAL:   probe driver: 8086:1528 rte_ixgbe_pmd
ovs-vswitchd[3592]: PMD: eth_ixgbe_dev_init(): MAC: 4, PHY: 3
ovs-vswitchd[3592]: PMD: eth_ixgbe_dev_init(): port 0 vendorID=0x8086
deviceID=0x1528
ovs-ctl[3560]: PMD: eth_ixgbe_dev_init(): MAC: 4, PHY: 3
ovs-ctl[3560]: PMD: eth_ixgbe_dev_init(): port 0 vendorID=0x8086 deviceID=0x1528

Maybe somebody with experience on that particular device driver can help
you.
For that you likely have to go to the dpdk mailing list (that is not part
of OVS).

If you can use one of the dpdk test tools like testpmd, reproduce your case
(cards not initializing properly) and report there.

On Fri, Nov 25, 2016 at 8:19 AM, Shivaram Mysore <shivaram.mysore at gmail.com>
wrote:

> Christian,
>
> Looks like you addressed a similar issue for virtio per
> https://bugs.launchpad.net/ubuntu/+source/dpdk/+bug/1559912
>
> BTW, my hardware info:
> QOTOM - https://www.amazon.com/gp/product/B01JZ5WMC4/ref=oh_aui_
> detailpage_o07_s00?ie=UTF8&psc=1QOTOM-Q310G4 Fanless 3215U Slim 4 LAN
> desktop computer 8G/1T HDD ,WIFI Intel Celeron Processor 3215U Dual core
> (2M Cache, 1.70 GHz, Broadwell) 8GB DDR3 Ram,1TB HDD,300M WIFI 4 Intel RJ45
> Lan+2 USB 2.0+2 USB 3.0+HD Video+COM Port
>
> /Shivaram
>
> On Thu, Nov 24, 2016 at 11:14 PM, Shivaram Mysore <
> shivaram.mysore at gmail.com> wrote:
>
>> directory under /etc/udev/rules.d/ is empty !!
>>
>>
>>
>> On Thu, Nov 24, 2016 at 11:10 PM, Shivaram Mysore <
>> shivaram.mysore at gmail.com> wrote:
>>
>>> Hi Christian,
>>>
>>> Ok.  Here is what I did now.  I restarted ovswitch and below are the
>>> logs.  I think I found one issue from this:
>>>
>>> Nov 24 23:03:59 ovswitch systemd-udevd[3243]: Could not generate
>>> persistent MAC address for ovs-netdev: No such file or directory
>>>
>>>
>>>
>>>
>>> root at ovswitch:/ #* tail -f /var/log/openvswitch/ovs-vswitchd.log*
>>> 2016-11-25T07:03:58.707Z|00002|daemon_unix(monitor)|INFO|pid 2313 died,
>>> exit status 0, exiting
>>> 2016-11-25T07:03:59.085Z|00001|vlog|INFO|opened log file
>>> /var/log/openvswitch/ovs-vswitchd.log
>>> 2016-11-25T07:03:59.089Z|00002|ovs_numa|INFO|Discovered 2 CPU cores on
>>> NUMA node 0
>>> 2016-11-25T07:03:59.089Z|00003|ovs_numa|INFO|Discovered 1 NUMA nodes
>>> and 2 CPU cores
>>> 2016-11-25T07:03:59.089Z|00004|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
>>> connecting...
>>> 2016-11-25T07:03:59.090Z|00005|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
>>> connected
>>> 2016-11-25T07:03:59.092Z|00006|dpdk|INFO|DPDK Enabled, initializing
>>> 2016-11-25T07:03:59.092Z|00007|dpdk|INFO|No vhost-sock-dir provided -
>>> defaulting to /var/run/openvswitch
>>> 2016-11-25T07:03:59.092Z|00008|dpdk|INFO|EAL ARGS: ovs-vswitchd
>>> --socket-mem 1024,0 -c 0x00000001
>>> 2016-11-25T07:03:59.785Z|00009|dpdk|INFO|DPDK pdump packet capture
>>> enabled
>>> 2016-11-25T07:03:59.796Z|00010|ofproto_dpif|INFO|netdev at ovs-netdev:
>>> Datapath supports recirculation
>>> 2016-11-25T07:03:59.796Z|00011|ofproto_dpif|INFO|netdev at ovs-netdev:
>>> MPLS label stack length probed as 3
>>> 2016-11-25T07:03:59.796Z|00012|ofproto_dpif|INFO|netdev at ovs-netdev:
>>> Datapath supports truncate action
>>> 2016-11-25T07:03:59.796Z|00013|ofproto_dpif|INFO|netdev at ovs-netdev:
>>> Datapath supports unique flow ids
>>> 2016-11-25T07:03:59.796Z|00014|ofproto_dpif|INFO|netdev at ovs-netdev:
>>> Datapath supports ct_state
>>> 2016-11-25T07:03:59.797Z|00015|ofproto_dpif|INFO|netdev at ovs-netdev:
>>> Datapath supports ct_zone
>>> 2016-11-25T07:03:59.797Z|00016|ofproto_dpif|INFO|netdev at ovs-netdev:
>>> Datapath supports ct_mark
>>> 2016-11-25T07:03:59.797Z|00017|ofproto_dpif|INFO|netdev at ovs-netdev:
>>> Datapath supports ct_label
>>> 2016-11-25T07:03:59.797Z|00018|ofproto_dpif|INFO|netdev at ovs-netdev:
>>> Datapath does not support ct_state_nat
>>> 2016-11-25T07:03:59.934Z|00019|bridge|WARN|could not open network
>>> device dpdk1 (No such device)
>>> 2016-11-25T07:03:59.934Z|00020|bridge|INFO|bridge ovsdpdkbr0: added
>>> interface ovsdpdkbr0 on port 65534
>>> 2016-11-25T07:03:59.934Z|00021|bridge|WARN|could not open network
>>> device dpdk0 (No such device)
>>> 2016-11-25T07:03:59.934Z|00022|bridge|WARN|could not open network
>>> device dpdk2 (No such device)
>>> 2016-11-25T07:03:59.935Z|00023|bridge|INFO|bridge ovsdpdkbr0: using
>>> datapath ID 00007ecbdec5534d
>>> 2016-11-25T07:03:59.935Z|00024|connmgr|INFO|ovsdpdkbr0: added service
>>> controller "punix:/var/run/openvswitch/ovsdpdkbr0.mgmt"
>>> 2016-11-25T07:03:59.936Z|00025|bridge|WARN|could not open network
>>> device dpdk1 (No such device)
>>> 2016-11-25T07:03:59.936Z|00026|bridge|WARN|could not open network
>>> device dpdk0 (No such device)
>>> 2016-11-25T07:03:59.936Z|00027|bridge|WARN|could not open network
>>> device dpdk2 (No such device)
>>> 2016-11-25T07:03:59.937Z|00028|bridge|INFO|ovs-vswitchd (Open vSwitch)
>>> 2.6.0
>>> 2016-11-25T07:04:09.460Z|00029|memory|INFO|85392 kB peak resident set
>>> size after 10.4 seconds
>>> 2016-11-25T07:04:09.460Z|00030|memory|INFO|handlers:1 ports:1
>>> revalidators:1 rules:5
>>>
>>> root at ovswitch:/ # *tail -f /var/log/syslog*
>>> Nov 24 23:03:38 ovswitch dhclient[2493]: message repeated 7 times: [
>>> DHCPREQUEST of 10.10.11.11 on enp1s0 to 10.10.22.5 port 67 (xid=0xf42368d)]
>>> Nov 24 23:03:47 ovswitch systemd[1]: Started Session 4 of user ovs.
>>> Nov 24 23:03:51 ovswitch dhclient[2493]: DHCPREQUEST of 10.10.11.11 on
>>> enp1s0 to 10.10.22.5 port 67 (xid=0xf42368d)
>>> Nov 24 23:03:58 ovswitch systemd[1]: Stopping Open vSwitch...
>>> Nov 24 23:03:58 ovswitch systemd[1]: Stopped Open vSwitch.
>>> Nov 24 23:03:58 ovswitch systemd[1]: Stopping Open vSwitch Internal
>>> Unit...
>>> Nov 24 23:03:58 ovswitch systemd[1]: Reloading.
>>> Nov 24 23:03:58 ovswitch systemd[1]: snapd.refresh.timer: Adding 3h 3min
>>> 20.463373s random time.
>>> Nov 24 23:03:58 ovswitch systemd[1]: snapd.refresh.timer: Adding 1h
>>> 54min 43.558579s random time.
>>> Nov 24 23:03:58 ovswitch ovs-ctl[3129]:  * Exiting ovs-vswitchd (2313)
>>> Nov 24 23:03:58 ovswitch kernel: [  373.194880] device ovs-netdev left
>>> promiscuous mode
>>> Nov 24 23:03:58 ovswitch ovs-ctl[3129]:  * Exiting ovsdb-server (2261)
>>> Nov 24 23:03:58 ovswitch systemd[1]: Stopped Open vSwitch Internal Unit.
>>> Nov 24 23:03:58 ovswitch systemd[1]: Starting Open vSwitch Internal
>>> Unit...
>>> Nov 24 23:03:58 ovswitch systemd[1]: Reloading.
>>> Nov 24 23:03:59 ovswitch systemd[1]: snapd.refresh.timer: Adding 4h
>>> 14min 33.062182s random time.
>>> Nov 24 23:03:59 ovswitch systemd[1]: snapd.refresh.timer: Adding 5h
>>> 35min 2.197582s random time.
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]:  * Starting ovsdb-server
>>> Nov 24 23:03:59 ovswitch ovs-vsctl: ovs|00001|vsctl|INFO|Called as
>>> ovs-vsctl --no-wait -- init -- set Open_vSwitch . db-version=7.14.0
>>> Nov 24 23:03:59 ovswitch ovs-vsctl: ovs|00001|vsctl|INFO|Called as
>>> ovs-vsctl --no-wait set Open_vSwitch . ovs-version=2.6.0
>>> "external-ids:system-id=\"d1e18317-5af2-4345-a433-6d7559a90741\""
>>> "external-ids:hostname=\"ovswitch\"" "system-type=\"ubuntu\""
>>> "system-version=\"16.10\""
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]:  * Configuring Open vSwitch
>>> system IDs
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL: Detected 2 lcore(s)
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL: Probing VFIO support...
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: PMD: bnxt_rte_pmd_init() called
>>> for (null)
>>> Nov 24 23:03:59 ovswitch ovs-vswitchd[3236]: PMD: bnxt_rte_pmd_init()
>>> called for (null)
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL: PCI device 0000:01:00.0 on
>>> NUMA socket -1
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL:   probe driver: 8086:1539
>>> rte_igb_pmd
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL: PCI device 0000:02:00.0 on
>>> NUMA socket -1
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL:   probe driver: 8086:1539
>>> rte_igb_pmd
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL: PCI device 0000:03:00.0 on
>>> NUMA socket -1
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL:   probe driver: 8086:1539
>>> rte_igb_pmd
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL: PCI device 0000:05:00.0 on
>>> NUMA socket -1
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]: EAL:   probe driver: 8086:1539
>>> rte_igb_pmd
>>> Nov 24 23:03:59 ovswitch ovs-vswitchd[3236]: EAL: PCI device
>>> 0000:01:00.0 on NUMA socket -1
>>> Nov 24 23:03:59 ovswitch ovs-vswitchd[3236]: EAL:   probe driver:
>>> 8086:1539 rte_igb_pmd
>>> Nov 24 23:03:59 ovswitch ovs-vswitchd[3236]: EAL: PCI device
>>> 0000:02:00.0 on NUMA socket -1
>>> Nov 24 23:03:59 ovswitch ovs-vswitchd[3236]: EAL:   probe driver:
>>> 8086:1539 rte_igb_pmd
>>> Nov 24 23:03:59 ovswitch ovs-vswitchd[3236]: EAL: PCI device
>>> 0000:03:00.0 on NUMA socket -1
>>> Nov 24 23:03:59 ovswitch ovs-vswitchd[3236]: EAL:   probe driver:
>>> 8086:1539 rte_igb_pmd
>>> Nov 24 23:03:59 ovswitch ovs-vswitchd[3236]: EAL: PCI device
>>> 0000:05:00.0 on NUMA socket -1
>>> Nov 24 23:03:59 ovswitch ovs-vswitchd[3236]: EAL:   probe driver:
>>> 8086:1539 rte_igb_pmd
>>> Nov 24 23:03:59 ovswitch systemd-udevd[3243]: Could not generate
>>> persistent MAC address for ovs-netdev: No such file or directory
>>> Nov 24 23:03:59 ovswitch kernel: [  374.335853] device ovs-netdev
>>> entered promiscuous mode
>>> Nov 24 23:03:59 ovswitch kernel: [  374.474272] device ovsdpdkbr0
>>> entered promiscuous mode
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]:  * Starting ovs-vswitchd
>>> Nov 24 23:03:59 ovswitch ovs-ctl[3190]:  * Enabling remote OVSDB managers
>>> Nov 24 23:03:59 ovswitch systemd[1]: Started Open vSwitch Internal Unit.
>>> Nov 24 23:03:59 ovswitch systemd[1]: Starting Open vSwitch...
>>> Nov 24 23:03:59 ovswitch systemd[1]: Started Open vSwitch.
>>> Nov 24 23:04:06 ovswitch dhclient[2493]: DHCPREQUEST of 10.10.11.11 on
>>> enp1s0 to 10.10.22.5 port 67 (xid=0xf42368d)
>>> Nov 24 23:04:59 ovswitch dhclient[2493]: message repeated 3 times: [
>>> DHCPREQUEST of 10.10.11.11 on enp1s0 to 10.10.22.5 port 67 (xid=0xf42368d)]
>>> Nov 24 23:05:01 ovswitch CRON[3360]: (root) CMD (   test -x
>>> /etc/cron.daily/popularity-contest && /etc/cron.daily/popularity-contest
>>> --crond)
>>> Nov 24 23:05:08 ovswitch dhclient[2493]: DHCPREQUEST of 10.10.11.11 on
>>> enp1s0 to 10.10.22.5 port 67 (xid=0xf42368d)
>>>
>>>
>>> On Thu, Nov 24, 2016 at 10:47 PM, Christian Ehrhardt <
>>> christian.ehrhardt at canonical.com> wrote:
>>>
>>>>
>>>> On Thu, Nov 24, 2016 at 8:10 PM, Shivaram Mysore <
>>>> shivaram.mysore at gmail.com> wrote:
>>>>
>>>>> I don't think I have missed anything.  What is wrong in my setup?
>>>>
>>>>
>>>> LGTM so far - and I lack the equivalent cards to fully reproduce your
>>>> case.
>>>>
>>>> But as I outlined before the init phase of OVS with dpdk enabled can
>>>> also be important.
>>>> I shared a link to my logs before in this thread.
>>>>
>>>> You might check there, and post these logs as well if you don't find
>>>> anything right away.
>>>> They are not in ovs-vswitchd.log but in journal, I'd look for something
>>>> like what I had in column three of http://paste.ubuntu.com/17581296/
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Christian Ehrhardt
>>>> Software Engineer, Ubuntu Server
>>>> Canonical Ltd
>>>>
>>>
>>>
>>
>

-- 
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openvswitch.org/pipermail/ovs-discuss/attachments/20161125/f7fd21dd/attachment-0001.html>