Hi,
Zoals ik hier al een beetje aangaf, heb ik op deze server het probleem dat er iedere paar seconden een korte (verbindings) time-out wordt gegeven. Dit houdt dus in dat als je deze machine pingt, je eens in de (meestal) ca 10 responses een time-out krijgt.
Bovendien resulteert dat er natuurlijk in dat je niet fatsoenlijk kan werken op deze bak.
Wat mij in ieder geval opviel was dat ifconfig veel overruns laat zien:
Dat zou misschien dus wat kunnen zijn, alhoewel ik niet zou weten hoe dat komt (er zit een Intel EtherExpress 100/S kaartje in, en de bekabeling lijkt goed te zijn).
lspci zegt over de netwerkaart het volgende:
Ik heb nog even geprobeerd het netwerkverkeer te analysen met tcpdump. Hier staat een momentopname van ca 5 minuten. Lijkt me tamelijk onbruikbaar gezien het grote aantal netwerkbroadcasts hier
, hier staat een gefilterde versie, waarop de reacties van de server op een serie pings te zien is. (Meer reply's dan requests?)
Ten slotte nog enkele andere opmerkingen wat betreft deze bak:
- firewall staat uit
- dma is ingeschakeld
- ik heb zowel de intel (e100) als de standaard ee100pro-driver geprobeerd (zowel als module als ingecompileerd)
- hier staat de configuratiefile van de kernel (2.4.24)
- t Is een celeron 366 (128MB ram) met n 100mbit (nu iig halfduplex) verbinding.
- Er staan geen bijzondere errors in de logfiles
- Hij doet het ook als de verbinding statisch is ingesteld
Zo, dat was de informatie wel van mijn kant geloof ik.. Ben misschien nog wel wat vergeten, maar dat hoor ik dan wel
Ben benieuwd of iemand een oplossing weet.
-- update --
* MadMurdock gaat morgen even nieuwe kabel proberen
--update2 --
* MadMurdock heeft de netwerkkaart maar vervangen, dat hielp...
Zoals ik hier al een beetje aangaf, heb ik op deze server het probleem dat er iedere paar seconden een korte (verbindings) time-out wordt gegeven. Dit houdt dus in dat als je deze machine pingt, je eens in de (meestal) ca 10 responses een time-out krijgt.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| C:\>ping bitbikkels3 -t Pingen naar bitbikkels3.student.utwente.nl [130.89.171.2] met 32 byte gegevens: Antwoord van 130.89.171.2: bytes=32 tijd=32 ms TTL=54 Antwoord van 130.89.171.2: bytes=32 tijd=34 ms TTL=54 Antwoord van 130.89.171.2: bytes=32 tijd=38 ms TTL=54 Antwoord van 130.89.171.2: bytes=32 tijd=36 ms TTL=54 Antwoord van 130.89.171.2: bytes=32 tijd=24 ms TTL=54 Antwoord van 130.89.171.2: bytes=32 tijd=36 ms TTL=54 Time-out bij opdracht. Antwoord van 130.89.171.2: bytes=32 tijd=36 ms TTL=54 Antwoord van 130.89.171.2: bytes=32 tijd=35 ms TTL=54 Time-out bij opdracht. ..... |
Bovendien resulteert dat er natuurlijk in dat je niet fatsoenlijk kan werken op deze bak.
Wat mij in ieder geval opviel was dat ifconfig veel overruns laat zien:
code:
1
2
3
4
5
6
7
8
| eth0 Link encap:Ethernet HWaddr 00:02:B3:4C:AF:BA
inet addr:130.89.171.2 Bcast:130.89.191.255 Mask:255.255.224.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:16960381 errors:329 dropped:0 overruns:64807 frame:329
TX packets:38040 errors:0 dropped:0 overruns:0 carrier:0
collisions:894 txqueuelen:1000
RX bytes:1173046035 (1.0 GiB) TX bytes:11114298 (10.5 MiB)
Interrupt:10 Base address:0xf400 Memory:feddf000-feddf038 |
Dat zou misschien dus wat kunnen zijn, alhoewel ik niet zou weten hoe dat komt (er zit een Intel EtherExpress 100/S kaartje in, en de bekabeling lijkt goed te zijn).
lspci zegt over de netwerkaart het volgende:
code:
1
| 00:0e.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) |
Ik heb nog even geprobeerd het netwerkverkeer te analysen met tcpdump. Hier staat een momentopname van ca 5 minuten. Lijkt me tamelijk onbruikbaar gezien het grote aantal netwerkbroadcasts hier
Ten slotte nog enkele andere opmerkingen wat betreft deze bak:
- firewall staat uit
- dma is ingeschakeld
- ik heb zowel de intel (e100) als de standaard ee100pro-driver geprobeerd (zowel als module als ingecompileerd)
- hier staat de configuratiefile van de kernel (2.4.24)
- t Is een celeron 366 (128MB ram) met n 100mbit (nu iig halfduplex) verbinding.
- Er staan geen bijzondere errors in de logfiles
- Hij doet het ook als de verbinding statisch is ingesteld
Zo, dat was de informatie wel van mijn kant geloof ik.. Ben misschien nog wel wat vergeten, maar dat hoor ik dan wel
Ben benieuwd of iemand een oplossing weet.
-- update --
* MadMurdock gaat morgen even nieuwe kabel proberen
--update2 --
* MadMurdock heeft de netwerkkaart maar vervangen, dat hielp...
[ Voor 6% gewijzigd door MadMurdock op 02-02-2004 10:45 ]