Onderwerp: Netwerk valt gedeeltelijk weg

Beste WHT-ers,

Ik heb hier reeds al eens topic over gemaakt echter is dat toen teniet gedaan. Echter heb ik nu wat meer informatie dat jullie misschien op een spoor doet lijden, ik kom er in ieder geval niet uit.

Ik heb een server met de volgende configuratie:

AMD Sempron64 2800+
1.5GB DDR400/PC3200 Geheugen
80GB Hardeschijf (Western Digital)
2e Netwerk-kaart (Sweex)

En mijn netwerk instellingen staan als volgt:

Oorspronkelijk geplaatst door eth0

DEVICE=eth0
ONBOOT=yes
BOOTPROTO=static
IPADDR=195.238.xx.xx
NETMASK=255.255.255.0
GATEWAY=195.238.xx.xx

Aangesloten op een HP ProCurve 2626 (productie netwerk)

Oorspronkelijk geplaatst door eth1

DEVICE=eth1
ONBOOT=yes
BOOTPROTO=static
IPADDR=192.168.xx.xx
NETMASK=255.255.255.0
GATEWAY=

Aangesloten op een HP ProCurve 2124 (backup netwerk)

Het werkt enkel en alleen niet op 1 server, de andere servers hebben precies dezelfde instelling (tevens dezelfde hardware) en hierop werkt het prima. Daarom vraag ik of jullie misschien weten waar ik naar moet kijken.

Het zou bijvoorbeeld een IRQ conflict kunnen zijn. Sommige moederborden willen daarmee wel eens moeilijk doen (Had ik ook eens met een oude zelfbouw bak).

Tik maak eens dmesg, en kijk of daar informatie in staat. Meestal wel.

Dit is mijn output:

ip_tables: (C) 2000-2002 Netfilter core team
ip_conntrack version 2.1 (8192 buckets, 65536 max) - 356 bytes per conntrack
parport0: PC-style at 0x378 [PCSPP,TRISTATE]
lp0: using parport0 (polling).
lp0: console ready
NET: Registered protocol family 10
Disabled Privacy Extensions on device c0378f60(lo)
IPv6 over IPv4 tunneling driver
divert: not allocating divert_blk for non-ethernet device sit0
eth0: no IPv6 routers present
via-rhine: Reset not complete yet. Trying harder.
eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
eth0: no IPv6 routers present
eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
eth0: no IPv6 routers present
eth1: no IPv6 routers present

Lijkt mij dat hij naar IPv6 ip-addressen ofzo zoekt.. Maar we zitten op IPv4 netwerk.. Het rare vindt ik dat hij niet te bereiken is via het 195.238.xx.xx ip vanaf buiten af echter wel vanuit een andere server in hetzelfde netwerk maar ook weer via het ip 195.238.xx.xx

Dat over V6 maakt niet uit, dat komt omdat je V6 kernel support hebt.

Als dat ip vanaf buiten niet bereikbaar is maar lokaal op dat 195 ip wel, dan is:

- Je gateway niet ingesteld (of fout)
- Je router zich nog niet bewust van een eventuele mac-adres change. Arp cache. Wat kan helpen is:

Commando: ip neigh flush all
Commando: ping -I 195.238.*.* ip.van.je.gateway

Dan pingt 'ie je router met dat ip, waardoor je router het licht zou kunnen gaan zien.

Maar het meest voor de hand liggende is je gateway.

Gateway kan het niet aan liggen aangezien deze voor elke server hetzelfde is (zelfde ip-range). Ik snap daarom ook niet hoe het komt. Het is gewoon als ik de netwerk service herstart hij blijft hangen, dan moet ik via andere server erheen connecten en nogmaals netwerk service herstarten dan werkt het weer prima (behalve het 2e netwerk adapter dan deze kan niet connecten naar het backupnetwerk).

Hang 'm eens aan een andere poort op de switch? Weet je in ieder geval zeker dat die poort niet het probleem oplevert.

Bekijk ook eens de output van "route" in de normale situatie en vergelijk die met als 't netwerk weer vreemd doet, kijk vooral of de default gateway niet veranderd of verdwenen is. Probeer dan ook de gateway eens te pingen vanaf die server, lukt dat nog wel?

Heb het net ff geprobeerd (dus ff service network restart) en ja hoor gebeurde precies zelfde. De gateway is gewoon te pingen in die tijd, echter moet ik dus via andere server connecten erheen.

al eens een andere netwerkkaart erin gestopt? Het zal niet de eerste keer zijn dat een netwerkkaartje 'half' kapot is.

Oorspronkelijk geplaatst door systemdeveloper

al eens een andere netwerkkaart erin gestopt? Het zal niet de eerste keer zijn dat een netwerkkaartje 'half' kapot is.

en vooral die prijsklasse kaartjes... toch veel mooier om er een mooie 3com erin te stoppen? belast veel minder de processor en zo'n amd sempron heeft het al zo moelijk af en toe

of een intelletje. Goeie ervaringen mee.

Heb al eens het kaartje gewijzigd. Echter vindt ik het raar dat het alleen op die server voorkomt, ook naar netwerkkaart wijziging. Verder heb ik ook al geprobeerd op een andere poort te gooien, dit mocht niets baten.

Vaag. Als niets helpt kan je (zoals een eerdere suggestie) eventueel je coloboer vragen om een andere poort op de switch.

O ja, maar je heb dit probleem natuurlijk al met je coloboer besproken.. toch??

Coloboer... Heb een eigen switches en eigen rack En heb dit zelf al geprobeerd zonder resultaat.

Oorspronkelijk geplaatst door systemdeveloper

of een intelletje. Goeie ervaringen mee.

Intel Pro 1000 MT +)

Tip aan de topic starter, gooi één netwerkinterface eens down. Dan zal hij het als het goed is weer moeten doen. Heb hier op de nieuwe kernels van linux ook nog wel eens problemen.

Oorspronkelijk geplaatst door ErikKosters

Coloboer... Heb een eigen switches en eigen rack En heb dit zelf al geprobeerd zonder resultaat.

Dan moet je misschien iemand erbij halen die er meer vanaf weet..... via een forum troubleshooten is lastig...