Hello Alan,
The main reason for which I suspect some sort of incompatibility or
kernel issue is due to the fact that on the desktop on which I installed
the second e1g44etblk originally run ubuntu 10.04.
There the e1g44etblk card worked when I tested it: I cannot tell which
kernel or igb version since I removed the HDD and put another one where
I installed SL 6.0: if the card was working on a different distro I
reasoned, there should something wrong with SL 6.0 .
I'll double check on monday the kernel version and igb version of the
ubuntu HDD. Now it is possible that I made a mistake and that iperf was
using eth0 and not eth1 on ubuntu, but I'm almost certain I checked
correctly (i.e. I did a ifconfig eth0 down before testing iperf): I'll
unplug eth0 as well just to be sure.
As well I got two e1g44etblk having the same problem, so I thought
that 2 over 2 with hardware problems would be really unfortunate: I use
cat6 certified cables, and i checked back to back server connection and
nic to switch connection for the iperf tests...
About my request about the kernel, well, i checked sl-testing and
fastbug and I did not see any new kernel, I was just wondering if there
was some other repo that could be used with SL. I come from CentOS and I
am aware of the problems that come with mixing repos, so I wanted to see
if there was another recommended source for SL rpms.
I'm sorry if it looked as a pressing request, my intent was not in that
direction, you have been very kind in extending an helping hand.
I'll eventually try as well to compile the last kernel from sources on
monday.. long time I did not do that, from my gentoo past days.. ah, the
memories ;)
Thanks again and have a great WE.
Cheers,
Raimondo
On 01/04/2011 23:56, Alan Bartlett wrote:
> On 1 April 2011 21:34, Raimondo Giammanco [VKICC]<[log in to unmask]> wrote:
>
>> The other box where i tried the second e1g44etblk is a normal desktop with
>> a single pci-e slot, the motherboard is a common DQ965GF.
>>
>> I've installed the el-repo repository: the version of the driver is 2.4.13,
>> the same of the one I've installed with the intel tar.gz and rpmbuild on the
>> supermicro.
>>
>> I've installed the driver as for your suggestion, rebooted the machine and
>> tried iperf with this new driver:
>>
>> before the iperf:
>> #############
>> lspci | grep -i ether
>> 00:19.0 Ethernet controller: Intel Corporation 82566DM Gigabit Network
>> Connection (rev 02)
>> 03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev 01)
>> 03:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev 01)
>> 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev 01)
>> 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev 01)
>> ############
>>
>> ############
>> ethtool -i eth1
>> driver: igb
>> version: 2.4.13
>> firmware-version: 1.2-1
>> bus-info: 0000:03:00.0
>> ###########
>>
>> ###########
>> rpm -qa | grep kmod
>> kmod-igb-2.4.13-1.el6.elrepo.x86_64
>> ###########
>>
>> after the iperf:
>>
>> ###########
>> From the machine from which I was doing the iperf -c:
>>
>> when doing on eth0 (the onboard nic iwth e1000 driver)
>> [ 4] local 10.1.0.134 port 5001 connected with 10.1.0.131 port 49729
>> [ 4] 0.0-10.0 sec 1.10 GBytes 942 Mbits/sec
>> when doing on eth1 (the e1g44etblk)
>> [ 5] local 10.1.0.134 port 5001 connected with 10.1.0.134 port 51211
>> [ 5] 0.0-259.1 sec 86.1 MBytes 2.79 Mbits/sec
>>
>> again a lot of errors in ifconfig:
>> eth1 Link encap:Ethernet HWaddr 00:1B:21:7C:4E:0C
>> inet addr:10.1.0.134 Bcast:10.1.7.255 Mask:255.255.248.0
>> UP BROADCAST MULTICAST MTU:1500 Metric:1
>> RX packets:66919 errors:1322849926860 dropped:330712481715
>> overruns:330712797030 frame:1322849926860
>> TX packets:16073 errors:661424963430 dropped:0 overruns:0
>> carrier:661424963430
>> collisions:330712481715 txqueuelen:1000
>> RX bytes:94263829 (89.8 MiB) TX bytes:1061138 (1.0 MiB)
>>
>> lspci changes as well:
>> 00:19.0 Ethernet controller: Intel Corporation 82566DM Gigabit Network
>> Connection (rev 02)
>> 03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev ff)
>> 03:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev ff)
>> 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev ff)
>> 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
>> Connection (rev ff)
>>
>> even if ethtool -i seems correct:
>> ###############
>> ethtool -i eth1
>> driver: igb
>> version: 2.4.13
>> firmware-version: 1.2-1
>> bus-info: 0000:03:00.0
>> ###############
>>
>> Could it be related to the kernel version? In the standard repos there are
>> no updated kernels, at least that I can see. Can you suggest any newer
>> kernel version and where to find it?
> Raimondo,
>
> I am beginning to suspect that it is a hardware rather than a software
> issue. You have obviously noticed the apparent change of the revision
> of the controller -- from 01 (before invoking iperf) to ff (after
> invocation). I would not expect there to be any change whatsoever in
> that field.
>
> Would it be possible to swap out that controller for another?
>
> As for kernels, you will find that there are the following available
> from the SL repo --
>
> [quote]
> kernel-2.6.32-71.el6
> kernel-2.6.32-71.7.1.el6
> kernel-2.6.32-71.14.1.el6
> kernel-2.6.32-71.18.1.el6
> kernel-2.6.32-71.18.2.el6
> [/quote]
>
> I have the changelog deltas for each of those kernels available
> (http://www.centos.toracat.org/ajb/kernel-clog-diff/el6/) but from a
> quick look, I do not see anything relevant.
>
> It's interesting that you ask me about a newer kernel version, for
> those who know me are aware that I usually have a newer kernel or two
> available -- but for EL5, not EL6. In all honesty, I do not think this
> is either a kernel or a driver problem. As I said above, I suspect the
> card itself.
>
> Sorry that I can not "wave my wand" and resolve this for you. :-/
>
> Alan.
|
