- pci3pi is an optical 10G Intel interface
- Intell
- https://svn.ntop.org/svn/ntop/trunk/PF_RING - (from .svn entries) I got
this about a week ago
- [root@hydradevva-nr1 ~]# ethtool -S pci3p1
NIC statistics:
     rx_packets: 10
     tx_packets: 17
     rx_bytes: 828
     tx_bytes: 1314
     rx_errors: 0
     tx_errors: 0
     rx_dropped: 0
     tx_dropped: 0
     multicast: 0
     collisions: 0
     rx_over_errors: 0
     rx_crc_errors: 0
     rx_frame_errors: 0
     rx_fifo_errors: 0
     rx_missed_errors: 0
     tx_aborted_errors: 0
     tx_carrier_errors: 0
     tx_fifo_errors: 0
     tx_heartbeat_errors: 0
     rx_pkts_nic: 5
     tx_pkts_nic: 17
     rx_bytes_nic: 434
     tx_bytes_nic: 1418
     lsc_int: 6
     tx_busy: 0
     non_eop_descs: 0
     broadcast: 1
     rx_no_buffer_count: 0
     tx_timeout_count: 0
     tx_restart_queue: 0
     rx_long_length_errors: 0
     rx_short_length_errors: 0
     tx_flow_control_xon: 0
     rx_flow_control_xon: 0
     tx_flow_control_xoff: 0
     rx_flow_control_xoff: 0
     rx_csum_offload_errors: 0
     low_latency_interrupt: 0
     alloc_rx_page_failed: 0
     alloc_rx_buff_failed: 0
     lro_aggregated: 0
     lro_flushed: 0
     lro_recycled: 0
     rx_no_dma_resources: 0
     hw_rsc_aggregated: 0
     hw_rsc_flushed: 0
     rx_flm: 0
     fdir_match: 0
     fdir_miss: 3
     fdir_overflow: 0
     fcoe_bad_fccrc: 0
     fcoe_last_errors: 0
     rx_fcoe_dropped: 0
     rx_fcoe_packets: 0
     rx_fcoe_dwords: 0
     tx_fcoe_packets: 0
     tx_fcoe_dwords: 0
     tx_queue_0_packets: 7
     tx_queue_0_bytes: 510
     tx_queue_1_packets: 0
     tx_queue_1_bytes: 0
     tx_queue_2_packets: 6
     tx_queue_2_bytes: 468
     tx_queue_3_packets: 0
     tx_queue_3_bytes: 0
     tx_queue_4_packets: 0
     tx_queue_4_bytes: 0
     tx_queue_5_packets: 0
     tx_queue_5_bytes: 0
     tx_queue_6_packets: 4
     tx_queue_6_bytes: 336
     tx_queue_7_packets: 0
     tx_queue_7_bytes: 0
     tx_queue_8_packets: 0
     tx_queue_8_bytes: 0
     tx_queue_9_packets: 0
     tx_queue_9_bytes: 0
     tx_queue_10_packets: 0
     tx_queue_10_bytes: 0
     tx_queue_11_packets: 0
     tx_queue_11_bytes: 0
     tx_queue_12_packets: 0
     tx_queue_12_bytes: 0
     tx_queue_13_packets: 0
     tx_queue_13_bytes: 0
     tx_queue_14_packets: 0
     tx_queue_14_bytes: 0
     tx_queue_15_packets: 0
     tx_queue_15_bytes: 0
     rx_queue_0_packets: 4
     rx_queue_0_bytes: 240
     rx_queue_1_packets: 0
     rx_queue_1_bytes: 0
     rx_queue_2_packets: 0
     rx_queue_2_bytes: 0
     rx_queue_3_packets: 0
     rx_queue_3_bytes: 0
     rx_queue_4_packets: 0
     rx_queue_4_bytes: 0
     rx_queue_5_packets: 0
     rx_queue_5_bytes: 0
     rx_queue_6_packets: 6
     rx_queue_6_bytes: 588
     rx_queue_7_packets: 0
     rx_queue_7_bytes: 0
     rx_queue_8_packets: 0
     rx_queue_8_bytes: 0
     rx_queue_9_packets: 0
     rx_queue_9_bytes: 0
     rx_queue_10_packets: 0
     rx_queue_10_bytes: 0
     rx_queue_11_packets: 0
     rx_queue_11_bytes: 0
     rx_queue_12_packets: 0
     rx_queue_12_bytes: 0
     rx_queue_13_packets: 0
     rx_queue_13_bytes: 0
     rx_queue_14_packets: 0
     rx_queue_14_bytes: 0
     rx_queue_15_packets: 0
     rx_queue_15_bytes: 0
- Haven't tried it on other interfaces but it's worked on this box a
number of times. Currently, I'm all locked out
- I'm using this with TNAPI, so yes

Thanks


On 6/21/11 3:44 PM, "Luca Deri" <[email protected]> wrote:

>Karl
>sorry to over flood you with questions...
>
>- what is the pci3p1 interface?
>- Is this the broadcom or or the Intel interface?
>- Are you using PF_RING from SVN (I mean 4.7.0) ?
>- Can you send me the output of "ethtool -S pci3p1" ?
>- Do you have this issue also with other interface types?
>- are you using the sock of the PF_RING-aware drivers?
>
>Cheers Luca
>
>On Jun 21, 2011, at 9:09 PM, Henderson, Karl wrote:
>
>> When calling pfring_open_multichannel(), I sometimes get returned: 0
>>and when I print out the reason, I get error no: 22 Invalid argument.
>>This happens on an interface that's clearly up and its IP can be pinged
>>from another box.
>> 
>> When it gets in this state, it seems to be stuck for quite some time. I
>>try many different things like pointing to to other interfaces and then
>>back, warm reboots, cold reboots, etc. and then miraculously  things
>>sometimes start working again.
>> 
>> Here's my general procedure after reboot:
>> 
>> rmmod ixgbe.ko 
>> modprobe dca
>> insmod ./ixgbe.ko IntMode=3
>> tail /var/log/messages
>> ifconfig pci3p1 up
>> insmod pf_ring.ko transparent_mode=2 quick_mode=1
>> tail /var/log/messages
>> killall irqbalance
>>  ./set_irq_affinity.sh pci3p1
>> ethtool -S pci3p1
>> ./pfcount_multichannel -i pci3p1 -w 5000 -b 99 -l 200 -n 16
>> 
>> Everything looks great on install, but then I just get invalid argument
>>when I call open on this pci3p1 interface.
>> 
>> This is running on:
>>      € Dell R510
>>      € OS: RHEL 6.0 (needed for 10G NIC driver)
>>      € 2 x Intel E5620 2.4 GHz Quad Core CPU with Hyper-Threading
>>      € 24 GB RAM (6 x 4GB DDR2 1333 MHz DIMs)
>>      € PERC H700 Integrated RAID Controller, 1GB NV Cache
>>      € Disks:
>>              € 2 x 146 GB SAS disks mirrored for OS Volume
>>              € 12 x 300 GB 15k RPM SAS disks in RAID10 for Storage[1]
>>      € Dual Port Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet
>>(rev 20)
>>      € Dual Port Intel Corporation 82599EB 10-Gigabit Network Connection
>>(rev 01)
>> 
>> Any ideas why I may be having this frustrating and intermittent problem?
>> 
>> Thanks,
>> Karl
>> _______________________________________________
>> Ntop-dev mailing list
>> [email protected]
>> http://listgateway.unipi.it/mailman/listinfo/ntop-dev
>
>---
>Bildung ist kein Verbrechen
>
>
>
>
>_______________________________________________
>Ntop-dev mailing list
>[email protected]
>http://listgateway.unipi.it/mailman/listinfo/ntop-dev

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

Reply via email to