Hide Forgot
Description of problem: The state of the interface with be2net driver flapping continuously after load/unload the driver module. Version-Release number of selected component (if applicable): 6.1 RC with 2.6.32-131.0.13.el6.x86_64 How reproducible: Steps to Reproduce: 1. i=0 while [ "$i" -lt 100 ]; do modprobe -r be2net modprobe be2net let ++i done 2. configure address to eth0 or other interface with this driver 3. ping this address Actual results: interface flapping, and data lost periodically Expected results: should be back normally Additional info: dmesg log: be2net 0000:04:00.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24 be2net 0000:04:00.0: setting latency timer to 64 be2net 0000:04:00.0: irq 58 for MSI/MSI-X be2net 0000:04:00.0: irq 59 for MSI/MSI-X be2net 0000:04:00.0: irq 60 for MSI/MSI-X be2net 0000:04:00.0: irq 61 for MSI/MSI-X be2net 0000:04:00.0: irq 62 for MSI/MSI-X be2net 0000:04:00.0: irq 63 for MSI/MSI-X be2net 0000:04:00.0: Emulex OneConnect 10Gbps NIC(be3) port 0 be2net 0000:04:00.1: PCI INT B -> GSI 25 (level, low) -> IRQ 25 be2net 0000:04:00.1: setting latency timer to 64 be2net 0000:04:00.1: irq 64 for MSI/MSI-X be2net 0000:04:00.1: irq 65 for MSI/MSI-X be2net 0000:04:00.1: irq 66 for MSI/MSI-X be2net 0000:04:00.1: irq 67 for MSI/MSI-X be2net 0000:04:00.1: irq 68 for MSI/MSI-X be2net 0000:04:00.1: irq 69 for MSI/MSI-X be2net 0000:04:00.1: Emulex OneConnect 10Gbps NIC(be3) port 1 eth1: Link up eth0: Link up <== from here, the interface was brought up and address configured lo: Disabled Privacy Extensions eth0: Link up eth0: Link up eth0: Link up eth0: Link up eth0: Link up eth0: Link up eth0: Link up eth0: Link up eth0: Link up eth0: Link up eth0: Link up eth0: Link up eth0: Link up eth0: Link up ...... on another host: ping 10.16.47.244 PING 10.16.47.244 (10.16.47.244) 56(84) bytes of data. 64 bytes from 10.16.47.244: icmp_seq=1 ttl=64 time=1000 ms 64 bytes from 10.16.47.244: icmp_seq=2 ttl=64 time=1.75 ms 64 bytes from 10.16.47.244: icmp_seq=3 ttl=64 time=0.198 ms 64 bytes from 10.16.47.244: icmp_seq=4 ttl=64 time=0.226 ms 64 bytes from 10.16.47.244: icmp_seq=8 ttl=64 time=1.56 ms <== lost 64 bytes from 10.16.47.244: icmp_seq=9 ttl=64 time=0.214 ms 64 bytes from 10.16.47.244: icmp_seq=12 ttl=64 time=0.871 ms 64 bytes from 10.16.47.244: icmp_seq=13 ttl=64 time=0.219 ms 64 bytes from 10.16.47.244: icmp_seq=17 ttl=64 time=1.05 ms 64 bytes from 10.16.47.244: icmp_seq=18 ttl=64 time=0.217 ms 64 bytes from 10.16.47.244: icmp_seq=21 ttl=64 time=1.50 ms <== 64 bytes from 10.16.47.244: icmp_seq=22 ttl=64 time=0.234 ms 64 bytes from 10.16.47.244: icmp_seq=26 ttl=64 time=0.852 ms <== 64 bytes from 10.16.47.244: icmp_seq=27 ttl=64 time=0.211 ms 64 bytes from 10.16.47.244: icmp_seq=30 ttl=64 time=1.17 ms <== 64 bytes from 10.16.47.244: icmp_seq=31 ttl=64 time=0.227 ms 64 bytes from 10.16.47.244: icmp_seq=36 ttl=64 time=1.50 ms <== 64 bytes from 10.16.47.244: icmp_seq=37 ttl=64 time=0.202 ms 64 bytes from 10.16.47.244: icmp_seq=43 ttl=64 time=1.81 ms 64 bytes from 10.16.47.244: icmp_seq=44 ttl=64 time=0.213 ms 64 bytes from 10.16.47.244: icmp_seq=46 ttl=64 time=0.980 ms 64 bytes from 10.16.47.244: icmp_seq=47 ttl=64 time=0.208 ms 64 bytes from 10.16.47.244: icmp_seq=49 ttl=64 time=1.16 ms 64 bytes from 10.16.47.244: icmp_seq=50 ttl=64 time=0.228 ms 64 bytes from 10.16.47.244: icmp_seq=55 ttl=64 time=1.28 ms 64 bytes from 10.16.47.244: icmp_seq=56 ttl=64 time=0.218 ms 64 bytes from 10.16.47.244: icmp_seq=61 ttl=64 time=0.780 ms 64 bytes from 10.16.47.244: icmp_seq=62 ttl=64 time=0.221 ms 64 bytes from 10.16.47.244: icmp_seq=65 ttl=64 time=0.916 ms 64 bytes from 10.16.47.244: icmp_seq=66 ttl=64 time=0.227 ms 64 bytes from 10.16.47.244: icmp_seq=69 ttl=64 time=1.24 ms 64 bytes from 10.16.47.244: icmp_seq=70 ttl=64 time=0.222 ms 64 bytes from 10.16.47.244: icmp_seq=72 ttl=64 time=0.424 ms 64 bytes from 10.16.47.244: icmp_seq=73 ttl=64 time=0.225 ms 64 bytes from 10.16.47.244: icmp_seq=77 ttl=64 time=0.894 ms 64 bytes from 10.16.47.244: icmp_seq=78 ttl=64 time=0.220 ms 64 bytes from 10.16.47.244: icmp_seq=81 ttl=64 time=1.22 ms 64 bytes from 10.16.47.244: icmp_seq=82 ttl=64 time=0.218 ms 64 bytes from 10.16.47.244: icmp_seq=84 ttl=64 time=1.42 ms 64 bytes from 10.16.47.244: icmp_seq=85 ttl=64 time=0.214 ms 64 bytes from 10.16.47.244: icmp_seq=89 ttl=64 time=0.677 ms 64 bytes from 10.16.47.244: icmp_seq=90 ttl=64 time=0.211 ms 64 bytes from 10.16.47.244: icmp_seq=92 ttl=64 time=0.996 ms 64 bytes from 10.16.47.244: icmp_seq=93 ttl=64 time=0.212 ms 64 bytes from 10.16.47.244: icmp_seq=96 ttl=64 time=1.31 ms 64 bytes from 10.16.47.244: icmp_seq=97 ttl=64 time=0.213 ms 64 bytes from 10.16.47.244: icmp_seq=100 ttl=64 time=0.807 ms 64 bytes from 10.16.47.244: icmp_seq=101 ttl=64 time=0.224 ms 64 bytes from 10.16.47.244: icmp_seq=103 ttl=64 time=0.855 ms 64 bytes from 10.16.47.244: icmp_seq=104 ttl=64 time=0.231 ms 64 bytes from 10.16.47.244: icmp_seq=106 ttl=64 time=1.31 ms 64 bytes from 10.16.47.244: icmp_seq=107 ttl=64 time=0.216 ms 64 bytes from 10.16.47.244: icmp_seq=111 ttl=64 time=0.618 ms 64 bytes from 10.16.47.244: icmp_seq=112 ttl=64 time=0.232 ms 64 bytes from 10.16.47.244: icmp_seq=117 ttl=64 time=0.791 ms 64 bytes from 10.16.47.244: icmp_seq=118 ttl=64 time=0.235 ms 64 bytes from 10.16.47.244: icmp_seq=120 ttl=64 time=1.06 ms 64 bytes from 10.16.47.244: icmp_seq=121 ttl=64 time=0.231 ms 64 bytes from 10.16.47.244: icmp_seq=126 ttl=64 time=0.425 ms
on dell-pec6105-01.lab.bos.redhat.com, I have reserved it, feel free to log into and test.
Hushan, is it a regression?
I didnt see this happens on 6.0 kernel, also this does not happen everytime on 6.1 kernels.
Hushan could you please test kernel packages placed here: http://people.redhat.com/ivecera/.3737751d985778b5c3ca0fbc49b3cd74/
I tested on dell-pec6105-01.lab.bos.redhat.com with kernel 2.6.32-131.0.13.el6.x86_64 for RHEL 6.1, but with no luck to reproduce it running mod_reload.sh and ping on my own machine for about 20 times. Only one or two packages were lost during the test, but not so many as Hushan described in the bug report. ############## mod_reload.sh ############## #!/bin/bash i=0 while [ "$i" -lt 100 ]; do modprobe -r be2net modprobe be2net let ++i done pkill dhclient dhclient eth0 ifconfig eth0 | grep "inet addr" | cut -d':' -f2 | cut -d' ' -f1 echo "now ping" ############## EOF ############## The bug did not come up on kernel-2.6.32-154.el6.ivtest.1.x86_64.rpm after running mod_reload.sh for 10 times.
Hmm, as per comment #7, could we close this?
Weibing?
close current release per comment#7 if the issue presist, please feel free to reopen this bug. thanks.