Onderwerp: Quad netwerk kaart probleem met CentOS 6

Mede wht-ers,

In een supermirco server die ik opnieuw wilde installeren met CentOS 6 krijg ik een zeer raar probleem met mijn quad netwerkkaart(en), de 2 onboard nic's werken perfect. Orgineel zat er een adaptec starfire quad 10/100 kaart in die altijd perfect onder CentOS 5 draaide. Maar in CentOS 6 worden alle drivers geladen, maar krijg ik een IRQ melding en worden de eth interfaces niet opgeroepen bij ifconfig. Ik heb de adaptec kaart dan vervangen door een sun quad 10/100 nic om even te testen en deze deed het wel, totdat ik een kabel wilde aansluiten. Enkel poort 1 en 4 deden het en poort 2 en 3 kwamen niet "up", erger nog is dat poort 1 enkel op 100mbit half duplex werkt (11MB/sec test) maar op 100mbit full duplex niet (24KB/sec). Op 10 mbit werkt het zowel op half en full duplex, enkel poort 4 lijkt te werken met 100 mbit full duplex.

Nu heb ik even verder getest en ubuntu live geprobeert en daar werkte de sun quad nic op alle poorten aan 100 mbit full duplex, idem met CentOS 5. Is er nog iemand die zo een probleem heeft en het opgelost heeft of mij in de goede richting kan helpen om het werkend te krijgen op CentOS 6.

Het lijkt me een kernelprobleem/driverprobleem te zijn. Probeer eens een andere kernel te installeren/starten, of ga even manueel een kernel maken en installeren, met de nodige, correcte, drivers.

Heb ondertussen al verschillende kernels geprobeerd met verschillende opties (apic, noapic, ...) maar niets lijkt te helpen. Denk dat het probleem niet bij de nic drivers zit maar in een ander hardware kernel driver. En dat allemaal beginnen uit zoeken is een beetje teveel werk, wat ik echter wel nog geprobeerd heb is SL6.1 installeren. En daar krijg ik bij de net install de adaptec kaart ook niet te zien en de sun kaart toont eth2-eth4, eth3-eth4, eth4, eth5-eth4 met allemaal het zelfde mac adress, waar toch 4 verschillende mac adressen moeten staan. Ubuntu neemt alle 2 de kaarten met hun verschillende mac adressen alleen daar wil er ook telkens 1 poort niet werken, denk dat dit komt omdat er een onboard nic op zelfde irq connect. Want in unbuntu is eth0 (poort 1 quad) dan eth1, eth2 (onboard) en eth3, eth4, eth5 (de overige quad poorten), zowel met de adaptec als met de sun kaart.

Probleem kan hem niet alleen in de kernel versie zitten, maar ook in de volgorde waarin de modules geladen worden.

Kijk eens welke modules hij gebruikt, blacklist de modules zodat ze niet automatisch worden geladen, en bepaal een statische volgorde in /etc/modules.

Momenteel heb ik het half in orde gekregen, mac adressen zet ik manueel met post_up en snelheid met ethtool_opt in de ifcfg-eth files. Verder heb ik nog wat zitten aanpassen in de udev rules. Nu werkt poort 1 en poort 4 stabiel op de volle 100mbit full duplex, samen met de onboard nic's.

Ik heb met CentOS6 al diverse soortgelijke problemen gezien (en tevens van anderen gehoord). Voor mij genoeg reden om nog even met CentOS6 te wachten, 5.6 voldoet prima

Laatst een Supermicro machine welke helemaal er mee stopte zodra er 5 Mbit over het netwerk ging.
Dat was ook icm Centos 6 64 bit, geen kernel panic etc.

Nog geen tijd gehad om er verder naar te kijken.

Mocht je problemen met 6.0 hebben: de release van 6.1 staat voor vandaag op de planning, dus wacht daar even op.


centos-devel:

on target to deliver both 5.7 and 6.1 isos today

- KB

Oorspronkelijk geplaatst door maxnet

Mocht je problemen met 6.0 hebben: de release van 6.1 staat voor vandaag op de planning, dus wacht daar even op.

Blijkbaar gaat het nog een maand of langer duren voor de release van 6.1 en is de release waar jij het over had enkel voor de beta testers. Het ziet er dus naar uit tegen dat RHEL 6.2 en SL 6.2 gereleased gaat worden dat CentOS 6.1 dan eindelijk uitkomt.

Oorspronkelijk geplaatst door dennis0162

Laatst een Supermicro machine welke helemaal er mee stopte zodra er 5 Mbit over het netwerk ging.
Dat was ook icm Centos 6 64 bit, geen kernel panic etc.

Nog geen tijd gehad om er verder naar te kijken.

Ik ken het probleem... De e1000 driver in 6.0 is niet helemaal lekker Als je de kmod-e1000 uit het elrepo repository installeer ben je van het gezeur af. Probleem wordt trouwens ook verholpen door de 6.1 kernel.

Misschien worden er IRQ's dubbel gebruikt? cat /proc/interrupts
Misschien voor de test even de onboard nic's uitzetten in het bios?

Oorspronkelijk geplaatst door The-BosS

Blijkbaar gaat het nog een maand of langer duren voor de release van 6.1 en is de release waar jij het over had enkel voor de beta testers.

Ja, gaat iets langer duren dan ik had gedacht.
QA moet er nog een stempeltje op zetten.

Het ziet er dus naar uit tegen dat RHEL 6.2 en SL 6.2 gereleased gaat worden dat CentOS 6.1 dan eindelijk uitkomt.

SL kan ook nog wel eens wat vertraging oplopen.
1 van de ontwikkelaars vertrekt naar Red Hat...


Tja, wat hebben we dan nog over aan up-to-date RHEL clones?
Oracle Linux?

Oorspronkelijk geplaatst door hrodenburg

Misschien worden er IRQ's dubbel gebruikt? cat /proc/interrupts
Misschien voor de test even de onboard nic's uitzetten in het bios?

Kwa hardware is het probleem niet want het werkte wel onder centos 5.x en andere distro's.

Heb nu bij een andere server ook het probleem dat wanneer er gepiekt wordt de interface in down mode gaat en dan een seconde later terug up komt, dus gelijkaardig probleem als van dennis0162.

Nu ben ik niet zo'n enorme hardware goeroe, dat voorop gesteld.
Maar, kan het niet zo zijn dat door een ander OS, dus andere kernel ed. de irq's anders ingedeeld worden? Dat dus onder je nieuwe CentOS een andere IRQ verdeling hebt dan onder CentOS 5.x.?

Oorspronkelijk geplaatst door hrodenburg

Nu ben ik niet zo'n enorme hardware goeroe, dat voorop gesteld.
Maar, kan het niet zo zijn dat door een ander OS, dus andere kernel ed. de irq's anders ingedeeld worden? Dat dus onder je nieuwe CentOS een andere IRQ verdeling hebt dan onder CentOS 5.x.?

Ja dat zou kunnen, al ware het niet dat ik in de bios de irq manueel per pci bus gezet heb en dat het probleem ook niet opgelost heeft. En zoals eerder vermeld heb ik ook met udev zitten spelen waar onder andere de irq, mac en drivers geladen worden en dat dit het probleem maar half op lost.