repos
hi, yesterday I installed the live dvd iso on my laptop (dell latitude e6500) and am very happy to say everything just worked (TM). So this is very nice. What are the 'recommended' repos outside sl repos people are using for installing desktop apps? -- Groeten, natxo
Re: repos
On Fri, 2011-04-01 at 09:42 +0200, Natxo Asenjo wrote: What are the 'recommended' repos outside sl repos people are using for installing desktop apps? INHO, there's no 'recommended' outside repos. You're on your own when enabling them. Here's what I know about: http://fedoraproject.org/wiki/EPEL/FAQ http://elrepo.org/tiki/tiki-index.php http://rpmfusion.org/ HTH Hiisi
Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...
Hello, I'm really new to Scientific Linux and I was trying 6.0 on a new server that should be a NFS box. I've a very strange problem with a e1g44etblk pci express card that I bought with the server: it is based on a intel 82576 chipset, the same of the integrated on board NICS. I've tested this card on a different box running ubuntu 10.04, and there it works perfectly, but if on this other box I install as well SL 6.0, I have the same problem, that's why it seems to me a software issue with SL 6.0. I'll go more in the details below: Runnnig kernel version 2.6.32-71.18.2.el6.x86_64, when I test iperf on the integrated NIC, all is ok: ethtool -i eth0 driver: igb version: 2.1.0-k2 firmware-version: 1.2-3 bus-info: :0d:00.0 And iperf gives 933 Mbit/sec or so. If I run iperf on the pci express nic, ifconfig reports tons of errors, the card sort of hangs, and I must reboot to make the card work again: before iperf: ethtool -i eth4 driver: igb version: 2.1.0-k2 firmware-version: 1.2-1 bus-info: :06:00.0 After iperf: ethtool -i eth4 driver: igb version: 2.1.0-k2 firmware-version: 15.255-15 bus-info: :06:00.0 and ethtool -e eth4 is: Offset Values -- -- 0x ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x0010 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x0020 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x0030 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x0040 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x0050 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x0060 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x0070 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff bla bla bla with ifconfig eth4 eth4 Link encap:Ethernet HWaddr 00:1B:21:93:B5:2B BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:921359 errors:57638461098900 dropped:11527692219780 overruns:11527780147622 frame:46110768879120 TX packets:232783 errors:23055384439560 dropped:0 overruns:0 carrier:34583076659340 collisions:11527692219780 txqueuelen:1000 RX bytes:206382316 (196.8 MiB) TX bytes:228814475 (218.2 MiB) Memory:f8be-f8c0 I've tried as well with the intel driver (2.4.13), no joy. This is my /proc/cmdline ro root=UUID=c7fee896-59c1-439d-9a6b-8df14a193de5 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us noapic acpi=off crashkernel=129M@0M rhgb quiet Any suggestion? I can provide dmidecode of the two motherboards, but it seems to me more a kernel problem than other... Regards Raimondo
Re: repos
What are the 'recommended' repos outside sl repos people are using for installing desktop apps? INHO, there's no 'recommended' outside repos. You're on your own when enabling them. Here's what I know about: http://fedoraproject.org/wiki/EPEL/FAQ http://elrepo.org/tiki/tiki-index.php http://rpmfusion.org/ I've also found useful stuff at http://atrpms.net/ I keep these generally disabled and do a yum list --enablerepo=\* when I'm looking for something. I can then decide how to proceed, enabling the required repositories. - Bluejay Adametz Always try to do things in chronological order; it's less confusing that way. NOTICE: This message, including any attachments, is only for the use of the intended recipient(s) and may contain confidential and privileged information, or information otherwise protected from disclosure by law. If the reader of this message is not the intended recipient, you are hereby notified that any use, disclosure, copying, dissemination or distribution of this message or any of its attachments is strictly prohibited. If you received this message in error, please contact the sender immediately by reply email and destroy this message, including all attachments, and any copies thereof.
Re: New Members of the SL Development Team
Troy Dawson writes: Hello, There are two new members of the Scientific Linux Development Team. They are Jason Harrington and Tyler Parsons. Among other things, they are working on the errata, so they will also be sending out some of the errata announcements. Thank You Troy Dawson -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __ welcome willkommen bienvenue :) -- Nux! www.nux.ro
Re: repos
Hiisi writes: On Fri, 2011-04-01 at 09:42 +0200, Natxo Asenjo wrote: What are the 'recommended' repos outside sl repos people are using for installing desktop apps? INHO, there's no 'recommended' outside repos. You're on your own when enabling them. Here's what I know about: http://fedoraproject.org/wiki/EPEL/FAQ http://elrepo.org/tiki/tiki-index.php http://rpmfusion.org/ HTH Hiisi The extra repo is a big problem imho in EL world. If you enable more than 1 on your system you will most certainly have problems. My 2 favourite repos are RPMforge and EPEL, unfortunately they don't like each other. I believe RPMFusion is more compatible with EPEL, but they build primarily for Fedora; no repo for EL6 :-( If you are using this system primarily as a desktop I'd use RPMforge only. -- Nux! www.nux.ro
Re: repos
On Fri, 1 Apr 2011, Natxo Asenjo wrote: hi, yesterday I installed the live dvd iso on my laptop (dell latitude e6500) and am very happy to say everything just worked (TM). So this is very nice. What are the 'recommended' repos outside sl repos people are using for installing desktop apps? SL6 ships with the three packages epel-release rpmforge-release and elrepo-release so in that sense I guess they are the officially recommended external repos. I believe that elrepo is mostly kernel drivers, so not a place to look for desktop apps. As others have suggested, I keep these repos disabled and explicitly enable them to install individual packages. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge a.c.aitchi...@dpmms.cam.ac.uk http://www.dpmms.cam.ac.uk/~werdna
Re: repos
On 04/01/2011 01:02 PM, Bluejay Adametz wrote:
I keep these generally disabled and do a
yum list --enablerepo=\*
I would also strongly recommend to disable all external repos per default! What
I would do:
1. Install extra repo config files with
yum install yum-conf-elrepo yum-conf-epel yum-conf-adobe yum-conf-atrpms
yum-conf-rpmforge
2. Disable all repos (enabled=0). But not the sl ones!
cd /etc/yum.repos.d
find . -name *.repo ! -name sl*.repo -exec sed -i.bak
s|^enabled.*|enabled=0| {} \;
For example search now for flash-plugin:
yum --enablerepo=\* list | grep flash-plugin
Install flash-plugin
yum --enablerepo=rpmforge install flash-plugin
One important remark:
If you have disabled rpmforge, flash-plugin will not be updated by
yum update
In order to update flash-plugin you have to run
yum --enablerepo=rpmforge update flash-plugin
Cheers,
Urs
Re: repos
With SL5x I invoked the repository protection feature in yum. The
required yum plugin was yum-protectbase.
I protected the SL repositories to keep dag and epel from messing things
up.
I expect that the same approach would work with SL6x. Haven't installed
it yet.
--
Jon Ruth
Kent, Ohio
On 1 Apr 2011 at 15:06, Urs Beyerle wrote:
On 04/01/2011 01:02 PM, Bluejay Adametz wrote:
I keep these generally disabled and do a
yum list --enablerepo=\*
I would also strongly recommend to disable all external repos per
default! What I would do:
1. Install extra repo config files with
yum install yum-conf-elrepo yum-conf-epel yum-conf-adobe
yum-conf-atrpms yum-conf-rpmforge
2. Disable all repos (enabled=0). But not the sl ones!
cd /etc/yum.repos.d
find . -name *.repo ! -name sl*.repo -exec sed -i.bak
s|^enabled.*|enabled=0| {} \;
For example search now for flash-plugin:
yum --enablerepo=\* list | grep flash-plugin
Install flash-plugin
yum --enablerepo=rpmforge install flash-plugin
One important remark:
If you have disabled rpmforge, flash-plugin will not be updated by
yum update
In order to update flash-plugin you have to run
yum --enablerepo=rpmforge update flash-plugin
Cheers,
Urs
Re: repos
On 04/01/2011 07:06 AM, Urs Beyerle wrote: On 04/01/2011 01:02 PM, Bluejay Adametz wrote: I keep these generally disabled and do a yum list --enablerepo=\* I would also strongly recommend to disable all external repos per default! You can also specify only the packages you want in the repo file, e.g.: [rpmforge-extras] name = Red Hat Enterprise $releasever - RPMforge.net - dag baseurl=http://rpmforge.cora.nwra.com/redhat/el$releasever/en/$basearch/extras/ enabled = 1 protect = 0 gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-rpmforge-dag gpgcheck = 1 includepkgs = clam* subversion* mod_dav_svn *fuse* -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com
Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...
On 1 April 2011 10:24, Raimondo Giammanco [VKICC] giamm...@vki.ac.be wrote:
I've a very strange problem with a e1g44etblk pci express card that I
bought with the server: it is based on a intel 82576 chipset, the same of
the integrated on board NICS.
I've tested this card on a different box running ubuntu 10.04, and there it
works perfectly, but if on this other box I install as well SL 6.0, I have
the same problem, that's why it seems to me a software issue with SL 6.0.
Hi Raimondo,
It would be helpful to know the precise Vendor:Device ID pairing (the
fingerprint) for that card. Please post the output returned by the
following one-liner:
for BUSID in $(/sbin/lspci | awk '{ IGNORECASE=1 } /net/ { print $1
}'); do /sbin/lspci -s $BUSID -m; /sbin/lspci -s $BUSID -n; done
( Take care if any line-breaks have been inserted by the MTA. )
Alan.
Re: repos
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It is also possible in the other repos to exclude packages which is often a good idea if you have packages that overlap between the repos you enable: An example from my sl.base (because I use a more recent OO and oracle's jdk): exclude=jdk openoffice* ooobas* Orion Poplawski wrote: | On 04/01/2011 07:06 AM, Urs Beyerle wrote: | On 04/01/2011 01:02 PM, Bluejay Adametz wrote: | | I keep these generally disabled and do a | | yum list --enablerepo=\* | | I would also strongly recommend to disable all external repos per | default! | | You can also specify only the packages you want in the repo file, e.g.: | | [rpmforge-extras] | name = Red Hat Enterprise $releasever - RPMforge.net - dag | baseurl=http://rpmforge.cora.nwra.com/redhat/el$releasever/en/$basearch/extras/ | | enabled = 1 | protect = 0 | gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-rpmforge-dag | gpgcheck = 1 | includepkgs = clam* subversion* mod_dav_svn *fuse* | | - -- Robert E. Blair, Room C221, Building 360 Argonne National Laboratory (High Energy Physics Division) 9700 South Cass Avenue, Argonne, IL 60439, USA Phone: (630)-252-7545 FAX: (630)-252-5782 GnuPG Public Key: http://www.hep.anl.gov/reb/key.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFNlfLVOMIGC6x7/XQRAjNaAJ0UMmgDlQl5Tx0RQkdMyYV8HiVfpwCfYuHh 48mDJkwzl0KWvRlu7BQ5Hmo= =/tPx -END PGP SIGNATURE- attachment: reb.vcf smime.p7s Description: S/MIME Cryptographic Signature
Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...
Hello Alan,
Currently I have the original box up and running with the pci card in
hanged mode.
04:00.0 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -rff -pff
04:00.0 0200: 8086:10e8 (rev ff)
04:00.1 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -rff -pff
04:00.1 0200: 8086:10e8 (rev ff)
06:00.0 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -rff -pff
06:00.0 0200: 8086:10e8 (rev ff)
06:00.1 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -rff -pff
06:00.1 0200: 8086:10e8 (rev ff)
09:00.0 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -r01 Super Micro Computer Inc Device 10c9
09:00.0 0200: 8086:10c9 (rev 01)
09:00.1 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -r01 Super Micro Computer Inc Device 10c9
09:00.1 0200: 8086:10c9 (rev 01)
0d:00.0 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -r01 Super Micro Computer Inc Device 10c9
0d:00.0 0200: 8086:10c9 (rev 01)
0d:00.1 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -r01 Super Micro Computer Inc Device 10c9
0d:00.1 0200: 8086:10c9 (rev 01)
The bottom 4 are for the onboard nic ( a supermicro X8DT3).
In the other box (indeed I have more than 1 e1g44 card...) your oneliner
gives:
03:00.0 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -r01 Intel Corporation Gigabit ET Quad Port Server Adapter
03:00.0 0200: 8086:10e8 (rev 01)
03:00.1 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -r01 Intel Corporation Gigabit ET Quad Port Server Adapter
03:00.1 0200: 8086:10e8 (rev 01)
04:00.0 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -r01 Intel Corporation Gigabit ET Quad Port Server Adapter
04:00.0 0200: 8086:10e8 (rev 01)
04:00.1 Ethernet controller Intel Corporation 82576 Gigabit Network
Connection -r01 Intel Corporation Gigabit ET Quad Port Server Adapter
04:00.1 0200: 8086:10e8 (rev 01)
Thanks for helping.
Raimondo
On 01/04/2011 16:53, Alan Bartlett wrote:
On 1 April 2011 10:24, Raimondo Giammanco [VKICC]giamm...@vki.ac.be wrote:
I've a very strange problem with a e1g44etblk pci express card that I
bought with the server: it is based on a intel 82576 chipset, the same of
the integrated on board NICS.
I've tested this card on a different box running ubuntu 10.04, and there it
works perfectly, but if on this other box I install as well SL 6.0, I have
the same problem, that's why it seems to me a software issue with SL 6.0.
Hi Raimondo,
It would be helpful to know the precise Vendor:Device ID pairing (the
fingerprint) for that card. Please post the output returned by the
following one-liner:
for BUSID in $(/sbin/lspci | awk '{ IGNORECASE=1 } /net/ { print $1
}'); do /sbin/lspci -s $BUSID -m; /sbin/lspci -s $BUSID -n; done
( Take care if any line-breaks have been inserted by the MTA. )
Alan.
Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...
On 1 April 2011 16:47, Raimondo Giammanco [VKICC] giamm...@vki.ac.be wrote: Currently I have the original box up and running with the pci card in hanged mode. 06:00.1 Ethernet controller Intel Corporation 82576 Gigabit Network Connection -rff -pff 06:00.1 0200: 8086:10e8 (rev ff) 09:00.0 Ethernet controller Intel Corporation 82576 Gigabit Network Connection -r01 Super Micro Computer Inc Device 10c9 That is interesting. As I do not, at present, have access to a SL 6.0 system I've tested on my RHEL 6.0 based laptop. By using the double grep technique I see -- [quote] [ajb@Duo2 ~]$ grep 8086 /lib/modules/*/modules.alias | grep -i 10c9 /lib/modules/2.6.32-71.18.2.el6.x86_64/modules.alias:alias pci:v8086d10C9sv*sd*bc*sc*i* igb /lib/modules/2.6.32-71.el6.x86_64/modules.alias:alias pci:v8086d10C9sv*sd*bc*sc*i* igb [ajb@Duo2 ~]$ grep 8086 /lib/modules/*/modules.alias | grep -i 10e8 /lib/modules/2.6.32-71.18.2.el6.x86_64/modules.alias:alias pci:v8086d10E8sv*sd*bc*sc*i* igb /lib/modules/2.6.32-71.el6.x86_64/modules.alias:alias pci:v8086d10E8sv*sd*bc*sc*i* igb [/quote] -- where the 8086:10c9 device is good and the 8086:01eb device is bad. So the distro igb driver should be appropriate for both devices. You mention that you have another system with 8086:01eb devices. Does that system also suffer from the same hanging issue? What I am trying to determine is whether it is a general problem with the distro igb driver and 8086:01eb devices or if it is just a problem with the 8086:01eb device in the Super Micro based system. Even before I see your response, I will mention that there is an updated igb driver available as a kernel independent, kABI tracking kmod package in the elrepo repository. Assuming you have the standard SL 6.0 installation, the following would allow you to install the updated driver -- [code] yum --disablerepo \* --enablerepo elrepo install kmod-igb telinit 6 [/code] If, after testing, the issue is still present then the removal of the updated driver would be the inverse of the above -- [code] yum remove kmod-igb telinit 6 [/code] Alan.
gnome-control-center file missing
I have recently installed SL 6.0 in a laptop. I noticed that the gnome-control-center application is installed by default (also if it have to be enabled in the main menu or start by command line) but it is not running. The problem is that the main binary executable /usr/bin/gnome-control-center is not present in the installation and seems missing from the related rpm (control-center). I suppose that this error is specific of SL 6.0 and not present in the upstream RHEL60 distribution. Probably a corrected control-center rpm package can be easily build and put in the SL repository.
Re: gnome-control-center file missing
On 1 April 2011 17:27, Enry F. defili...@lns.infn.it wrote: The problem is that the main binary executable /usr/bin/gnome-control-center is not present in the installation and seems missing from the related rpm (control-center). I suppose that this error is specific of SL 6.0 and not present in the upstream RHEL60 distribution. Hi Enry, On my laptop running RHEL 6.0 I see the following -- [quote] [ajb@Duo2 ~]$ ll /usr/bin/gnome-control-center ls: cannot access /usr/bin/gnome-control-center: No such file or directory [/quote] So it appears to be an upstream issue and not one of Scientific Linux. Alan.
Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...
Hello Alan, 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: :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: :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? Thanks again. Raimondo On 01/04/2011 18:12, Alan Bartlett wrote: On 1 April 2011 16:47, Raimondo Giammanco [VKICC]giamm...@vki.ac.be wrote: Currently I have the original box up and running with the pci card in hanged mode. 06:00.1 Ethernet controller Intel Corporation 82576 Gigabit Network Connection -rff -pff 06:00.1 0200: 8086:10e8 (rev ff) 09:00.0 Ethernet controller Intel Corporation 82576 Gigabit Network Connection -r01 Super Micro Computer Inc Device 10c9 That is interesting. As I do not, at present, have access to a SL 6.0 system I've tested on my RHEL 6.0 based laptop. By using the double grep technique I see -- [quote] [ajb@Duo2 ~]$ grep 8086 /lib/modules/*/modules.alias | grep -i 10c9 /lib/modules/2.6.32-71.18.2.el6.x86_64/modules.alias:alias pci:v8086d10C9sv*sd*bc*sc*i* igb /lib/modules/2.6.32-71.el6.x86_64/modules.alias:alias pci:v8086d10C9sv*sd*bc*sc*i* igb [ajb@Duo2 ~]$ grep 8086 /lib/modules/*/modules.alias | grep -i 10e8 /lib/modules/2.6.32-71.18.2.el6.x86_64/modules.alias:alias pci:v8086d10E8sv*sd*bc*sc*i* igb /lib/modules/2.6.32-71.el6.x86_64/modules.alias:alias pci:v8086d10E8sv*sd*bc*sc*i* igb [/quote] -- where the 8086:10c9 device is good and the 8086:01eb device is bad. So the distro igb driver should be appropriate for both devices. You mention that you have another system with 8086:01eb devices. Does that system also suffer from the same hanging issue? What I am trying to determine is whether it is a general problem with the distro igb driver and 8086:01eb devices or if it is just a problem with the 8086:01eb device in the Super Micro based system. Even before I see your response, I will mention that there is an updated igb driver available as a kernel independent, kABI tracking kmod package in the elrepo repository. Assuming you have the standard SL 6.0 installation, the following would allow you to install the updated driver -- [code] yum --disablerepo \* --enablerepo elrepo install kmod-igb telinit 6 [/code] If, after testing, the issue is still present
Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...
On 1 April 2011 21:34, Raimondo Giammanco [VKICC] giamm...@vki.ac.be 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: :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: :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.
Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...
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]giamm...@vki.ac.be 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: :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: :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
