Onderwerp: Netwerk valt gedeeltelijk weg

Het blijkt dus toch wel degelijk aan de 2e netwerk-kaart te liggen aangezien als ik dus eth1 uitschakel bij het opstarten hij gewoon doorloopt zonder problemen. Ik zal wel een nieuw netwerkkaartje halen en dan even opnieuw testen .

i knew it

Ook al eens gehad.. uren gezocht. Ik verander nu eerst altijd de kaart voordat ik zwaar aan de software ge knutselen .

Welke kaart bevelen jullie aan? Het gaat hier om een 100Mbit backup-netwerk dus, middels HP ProCurve 2124.

Ik heb tot nog toe weinig problemen met de Intel Pro kaarten.

Intel of 3COM, maakt verder weinig uit . Iets in die richting.

@Erik: Ik heb er nog stuk of 15 liggen overigens in Easynet, kan je wel een hebben anders.

Trouwens vindt ik het nog een raar probleem hoor, aangezien als ik via server2 inlog op server1 (de boosdoener ) en dan 'service network restart' doe ik via SSH nog kan bereiken (vanaf server2 dus he, niet thuis!) en voor buitenwereld is hij onbereikbaar. Doe ik dan nogmaals 'service network restart' dan is hij weer voor iedereen bereikbaar. Het lijkt toch alsof hij de route niet goed pakt om 1 of andere manier.

Ik doe dit bovenstaande dus met eth1 uit!


Edit: Smilie + Typo.

Oorspronkelijk geplaatst door ErikKosters

Welke kaart bevelen jullie aan? Het gaat hier om een 100Mbit backup-netwerk dus, middels HP ProCurve 2124.

Het heeft niets met de kaart te maken, meer met dat Linux niet weet waar hij het verkeer over moet gaan gooien. Oudere kernels lopen hier als een trein met twee netwerkkaarten naar het internet.

Echter de nieuwe kernels werken gewoon niet mee, zeer vervelend. Wij werken met een internetwerk en een intranetwerk, echter hebben wij bij redelijk wat cliënten problemen met de tweede netwerkkaart/interface.

Gewoon één uitschakelen. Nieuwe netwerkkaart heeft geen zin.

(CentOS 4,3 doet af en toe erg vreemd)

Gewoon 1 uitschakelen, hebben we toch al gedaan? Dit mocht niets baten, momenteel draait alleen eth0 maar waarnschijnlijk toch iets van een Corrupt? dmesg geeft mij geen nuttige info.

Maar hoe fix ik dit aangezien wij backupnetwerk wel nodig zijn. En 1 uitschakelen geen optie is.

Oorspronkelijk geplaatst door ErikKosters

Gewoon 1 uitschakelen, hebben we toch al gedaan? Dit mocht niets baten, momenteel draait alleen eth0 maar waarnschijnlijk toch iets van een Corrupt? dmesg geeft mij geen nuttige info.

Maar hoe fix ik dit aangezien wij backupnetwerk wel nodig zijn. En 1 uitschakelen geen optie is.

Optie nog niet gevonden, kan wel eens navragen bij een paar clënten. Die hadden het zelfde probleem en hebben dit als het goed is ook weten op te lossen.

Misschien een defect PCI slot? Dit komt niet vaak voor maar ik heb het 1 keer meegemaakt.

CentOS != linux. Het feit dat Centos ergens een probleem mee heeft wil nog niet betekenen dat dit aan linux ligt.

Zou natuurlijk kunnen zijn dat eth0 traag is met initialiseren waardoor op het moment dat het script de route toevoegt dit mislukt omdat het netwerk nog unreachable is. Misschien dat in het init script een delay is in te bouwen.

Dat je er vanaf de andere server wel bijkan is omdat deze in hetzelfde subnet zit en de gateway dus niet gebruikt wordt.

Een defect pci slot is het niet (zoals aangegeven is de hardware reeds gewijzigd) kan het zijn dat het aan de pci riser komt? En verder lijkt mij het inderdaad gjtje dat ik via andere server erop kan doordat hij geen gateway nodig is.

Ik zou het zo niet weten.

@Robbert: Als je wilt vraag het ze even, zou dit probleem graag opgelost zien.

Wellicht 2 dezelfde merk en type nic's gebruiken, is 1 van de 2 een onboard?

ja 1 v/d 2 is onboard gewoon. Echter zoals ik reeds heb gezegd, is het moederbord reeds vervangen.

Alles is verder het zelfde.

Maar het heeft niks met die 2e netwerkkaart te maken aangzien je eerder al zei dat het met nr2 disabled ook niet werkte.