Hi Serge
I need some more info in order to figure out what’s happening, please follow 
teh steps below:
1. update to latest github code
2. run a fresh boot, with the modules blacklisted as you are doing
3. load the modules, adding the enable_debug=1 param to pf_ring.ko
4. run your application until you are able to reproduce the problem
At this point please provide the whole dmesg (before restarting the 
application, because I need a clean log), and the steps you followed. 

Thank you.
Alfredo

> On 7 Feb 2017, at 14:38, Сяргей Башлыкевіч <[email protected]> wrote:
> 
> Hi Alfredo!
> 
> Update: reboot helps only if I have added i40e & pf_ring to 
> /etc/modprobe.d/blacklist.conf before rebooting.
> Server info: CentOS release 6.8 (Final) 2.6.32-642.13.1.el6.x86_64
> This is my dmesg log:
> 
> [PF_RING] Welcome to PF_RING 6.5.0 ($Revision:  
> dev:aa7106b130103ee434e5777e14af39f2a68e333f$)
> (C) 2004-16 ntop.org <http://ntop.org/>
> [PF_RING] registered /proc/net/pf_ring/
> NET: Registered protocol family 27
> [PF_RING] Min # ring slots 4096
> [PF_RING] Slot version     16
> [PF_RING] Capture TX       Yes [RX+TX]
> [PF_RING] IP Defragment    No
> [PF_RING] Initialized correctly
> ...
> i40e: Intel(R) 40-10 Gigabit Ethernet Connection Network Driver - version 
> 1.5.18
> i40e: Copyright(c) 2013 - 2016 Intel Corporation.
> i40e 0000:02:00.0: PCI INT A -> GSI 32 (level, low) -> IRQ 32
> i40e 0000:02:00.0: setting latency timer to 64
> i40e 0000:02:00.0: fw 5.0.40043 api 1.5 nvm 5.02 0x800023b6 1.1313.0
> i40e 0000:02:00.0: MAC address: 0c:c4:7a:19:73:3a
>   alloc irq_desc for 88 on node 0
>   alloc kstat_irqs on node 0
> alloc irq_2_iommu on node 0
> i40e 0000:02:00.0: irq 88 for MSI/MSI-X
> ...
> udev: renamed network interface eth0 to eth10
> [PF_RING-ZC] i40e_up_complete: attach eth10 [pf start=4177526784 
> len=8388608][cache_line_size=128][MSIX enabled]
> ADDRCONF(NETDEV_UP): eth10: link is not ready
> 8021q: adding VLAN 0 to HW filter on device eth10
> i40e 0000:02:00.0: eth10: adding 0c:c4:7a:19:73:3a vid=0
> i40e 0000:02:00.0: eth10: NIC Link is Up 40 Gbps Full Duplex, Flow Control: 
> None
> ADDRCONF(NETDEV_CHANGE): eth10: link becomes ready
> i40e 0000:02:00.0: PCI-Express: Speed 8.0GT/s Width x8
> i40e 0000:02:00.0: Features: PF-id[0] VFs: 128 VSIs: 130 QP: 24 RSS FD_ATR 
> FD_SB NTUPLE CloudF VxLAN PTP VEPA
> ...
> device eth10 entered promiscuous mode
> [PF_RING-ZC] i40e_down: detach eth10
> [PF_RING] pfring_get_zc_dev:5991 eth10@0 mapping failed or not a ZC device
> [PF_RING-ZC] i40e_up_complete: attach eth10 [pf start=4160749568 
> len=8388608][cache_line_size=128][MSIX enabled]
> 
> 2017-02-07 15:18 GMT+03:00 Alfredo Cardigliano <[email protected] 
> <mailto:[email protected]>>:
> Hi Serge
> do you see any error in dmesg?
> What is the pf_ring and i40e version you are using?
> 
> Alfredo
> 
>> On 7 Feb 2017, at 12:55, Сяргей Башлыкевіч <[email protected] 
>> <mailto:[email protected]>> wrote:
>> 
>> Hi!
>> 
>> Sometimes we are getting problem with zbalance_ipc - it suddenly starts to 
>> drop Recvd packets.
>> There are the latest version of i40e driver & pf_ring & userland utils 
>> installed from sources.
>> Server reboot helps to discard the problem, reinstall of drivers&modules 
>> doesn't.
>> In log it looks like:
>> [zbalance_ipc.c:286] Actual Stats: Recv 0.00 pps (1'291'655.87 drops) - 
>> Forwarded 0.00 pps (0.00 drops).
>> 
>> What's the reason for this drops?
>> 
>> Thanks!
>> 
>> Best regards,
>> Serge Bash.
>> _______________________________________________
>> Ntop-misc mailing list
>> [email protected] <mailto:[email protected]>
>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc 
>> <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
> 
> _______________________________________________
> Ntop-misc mailing list
> [email protected] <mailto:[email protected]>
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc 
> <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
> 
> _______________________________________________
> Ntop-misc mailing list
> [email protected]
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc

_______________________________________________
Ntop-misc mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

Reply via email to