[debian] Netwerk hangt bij downloaden

zaterdag 8 mei 2004 17:39

Heeft je bak vanaf het begin deze problemen gehad, of kun je een bepaald moment omschrijven waar de problemen begonnen?

Acties:

zaterdag 8 mei 2004 18:29

Topicstarter

Vanaf het begin al, sommige apt-get's gingen wel goed sommige niet.

Inmiddels heb ik geinstalleerd
-ssh
- exim
- wu-ftpd
- shoutcast
- apache & apache-ssl
- mysql
- webmin (incl. aantal plugins)
- phpmyadmin

Acties:

Zwerver

Hallo X-Stuff, zou je de volgende zaken willen vermelden:

- welke cpu
- geheugen getest?
- welke netwerkkaart
- welke chipset
en doe dan ook direct ff je dmesg erbij, zodat we weten wat er allemaal voor zaakjes geladen worden.

Woonachtig Down Under. Ik negeer je insults niet, maar tegen de tijd dat ik ze lees zijn ze meestal niet relevant meer

zaterdag 8 mei 2004 19:07

Acties:

zaterdag 8 mei 2004 19:25

Topicstarter

CPU: Intel Pentium 4 2.4 Ghz
Mem: 2x 512 Corshair CL2
Mobo: Asus P4S8X-X
Chipset: SIS648
Netwerk: RealTek RTL8139

Geheugen is in orde, zover ik weet, onder windows geen enkel probleem in iedergeval.

dmesg

code:

Linux version 2.2.20-idepci (herbert@gondolin) (gcc version 2.7.2.3) #1 Sat Apr 20 12:45:19 EST 2002
BIOS-provided physical RAM map:
 BIOS-e820: 0009f000 @ 00000000 (usable)
 BIOS-e820: 3fefc000 @ 00100000 (usable)
Warning only 960MB will be used.
Detected 2399794 kHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 4784.12 BogoMIPS
Memory: 971420k/983040k available (1164k kernel code, 412k reserved, 9972k data, 72k init)
Dentry hash table entries: 131072 (order 8, 1024k)
Buffer cache hash table entries: 524288 (order 9, 2048k)
Page cache hash table entries: 262144 (order 8, 1024k)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
8K L1 data cache
12K L1 instruction cache
16384K L1 instruction cache
CPU: L1 I Cache: 16396K  L1 D Cache: 8K
CPU:               Intel(R) Pentium(R) 4 CPU 2.40GHz
CPU: Intel               Intel(R) Pentium(R) 4 CPU 2.40GHz stepping 07
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.35a (19990819) Richard Gooch (rgooch@atnf.csiro.au)
PCI: PCI BIOS revision 2.10 entry at 0xf10f0
PCI: Using configuration type 1
PCI: Probing PCI hardware
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 524288 bhash 65536)
Starting kswapd v 1.5
vga16fb: initializing
vga16fb: mapped to 0xc00a0000
Console: switching to colour frame buffer device 80x30
fb0: VGA16 VGA frame buffer device
Serial driver version 4.27 with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ enabled
pty: 256 Unix98 ptys configured
RAM disk driver initialized:  16 RAM disks of 4096K size
loop: registered device at major 7
SIS5513: IDE controller on PCI bus 00 dev 15
keyboard: Timeout - AT keyboard not present?
keyboard: Timeout - AT keyboard not present?
SIS5513: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xb400-0xb407, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xb408-0xb40f, BIOS settings: hdc:DMA, hdd:pio
hda: WDC WD400JB-00ENA0, ATA DISK drive
hdc: BCD-24XH CD-ROM, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: WDC WD400JB-00ENA0, 38166MB w/8192kB Cache, CHS=4865/255/63
hdc: ATAPI 18X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.11
floppy0: no floppy controllers found
3c59x.c 18Feb01 Donald Becker and others http://www.scyld.com/network/vortex.html
pcnet32.c: PCI bios is present, checking for devices...
rtl8139.c:v1.07 5/6/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html
eth0: RealTek RTL8139 Fast Ethernet at 0x9400, IRQ 10, 00:a0:b0:19:8d:5b.
via-rhine.c:v1.08b-LK1.0.1 12/14/2000  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
Partition check:
 hda: hda1 hda2 hda3
apm: BIOS version 1.2 Flags 0x0b (Driver version 1.13)
apm: disabled on user request.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 72k freed
Adding Swap: 96352k swap-space (priority -1)
eth1: 8139too Fast Ethernet driver 0.9.18-pre4 Jeff Garzik <jgarzik@mandrakesoft.com>
eth1: Linux-2.2 bug reports to Jens David <dg1kjd@afthd.tu-darmstadt.de>
eth1: RealTek RTL8139 Fast Ethernet board found at 0xfc817000, IRQ 10
eth1: Chip is 'RTL-8139C' - MAC address '00:a0:b0:19:8d:5b'.

/etc/network/interfaces

code:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
        address 217.170.16.34
        netmask 255.255.255.224
        broadcast 217.170.16.63
        network 217.170.16.32
        gateway 217.170.16.33

Acties:

Jelmer

RealTek RTL8139.

Naja, als jij er blij mee bent.. Zelf zou ik het niet in een server durven stoppen. Heb je die al eens vervangen?

Bak trouwens eens een 2.4 kernel ipv de stock 2.2.20 te gebruiken, misschien dat de driver die daar inzit wat bugjes oplost.

[ Voor 60% gewijzigd door Jelmer op 08-05-2004 19:31 ]

zaterdag 8 mei 2004 19:39

Acties:

zaterdag 8 mei 2004 19:42

Topicstarter

Hoopte eigenlijk op een antwoord wat remote te doen is. Als ik nieuwe kernel ga downen weet ik zeker dat ie vast slaat.

Acties:

zaterdag 8 mei 2004 19:55

Het updaten van de kernel kan inderdaad wel eens helpen ik heb hier een eigen servertje draaien met Debian Woody en met de 2.4 kernel heb ik nog nooit problemen gehad met mijn Realtek Netwerkkaart dus ik denk dat het aan de kernel van je server ligt.

Ik draai nu debian woody met de volgende kernel Linux version 2.4.18-bf2.4

Steam: Profile / Socialclub: Profile / Uplay: minedwarf / Origin: lordgandalf3

Acties:

zaterdag 8 mei 2004 20:03

Topicstarter

Wat me nu net opviel is dat er een RealTek op eth0 zit en op eth1 in dmesg.

Nouw ben ik een aardig nieuw met linux, maar dit lijkt me in iedergeval niet normaal.

code:

1 2	rtl8139.c:v1.07 5/6/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html eth0: RealTek RTL8139 Fast Ethernet at 0x9400, IRQ 10, 00:a0:b0:19:8d:5b.

code:

eth1: 8139too Fast Ethernet driver 0.9.18-pre4 Jeff Garzik <jgarzik@mandrakesoft.com>
eth1: Linux-2.2 bug reports to Jens David <dg1kjd@afthd.tu-darmstadt.de>
eth1: RealTek RTL8139 Fast Ethernet board found at 0xfc817000, IRQ 10
eth1: Chip is 'RTL-8139C' - MAC address '00:a0:b0:19:8d:5b'.

Er zit echter maar 1 RealTek in, er zit nog wel een onboard SIS900 kaartje in maar die staat uit in de BIOS. Die SIS900 kreeg ik trouwens sowieso niet aan de praat, de geintegreerde schijnt debian niet lekker te pakken. Maar dat is een ander verhaal.

Zou dit de oplossing zijn of hoord dit?

Acties:

zaterdag 8 mei 2004 20:21

ik heb met dmesg de volgende output staan

code:

8139cp 10/100 PCI Ethernet driver v0.0.6 (Nov 19, 2001)
8139cp: pci dev 02:0c.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
8139cp: Try the "8139too" driver instead.
8139too Fast Ethernet driver 0.9.24
.. knip ...
eth0: RealTek RTL8139 Fast Ethernet at 0xd081a000, 00:50:fc:22:50:5c, IRQ 7
eth0:  Identified 8139 chip type 'RTL-8139C'

Steam: Profile / Socialclub: Profile / Uplay: minedwarf / Origin: lordgandalf3

Acties:

Jelmer

Post de output van lspci eens

zaterdag 8 mei 2004 20:35

Acties:

zaterdag 8 mei 2004 21:37

Topicstarter

Had de eth1 verwijderd en opnieuw geprobeerd te downloaden maar hing weer.. wacht nu op de reboot..

( zit op verkeerde remote reboot outlet aangesloten

)

Output lspci

code:

00:00.0 Host bridge: Silicon Integrated Systems [SiS]: Unknown device 0648 (rev 03)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP
00:02.0 ISA bridge: Silicon Integrated Systems [SiS]: Unknown device 0963 (rev 25)
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10)
01:00.0 VGA compatible controller: nVidia Corporation Vanta [NV6] (rev 15)

[ Voor 58% gewijzigd door X-Stuff op 08-05-2004 20:43 ]

Acties:

zaterdag 8 mei 2004 21:40

Topicstarter

Volgens mij klopt dit wel. Correct me if i'm wrong

code:

1
2
3

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
217.170.16.32   0.0.0.0         255.255.255.224 U     0      0        0 eth0
0.0.0.0         217.170.16.33   0.0.0.0         UG    0      0        0 eth0

Acties:

zaterdag 8 mei 2004 22:00

mijn route output (zit op een intern netwerk vandaar dat 192.168.0.0 adres)

code:

1
2
3

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     *               255.255.0.0     U     0      0        0 eth0

vindt het trouwens vreemd jouw route output je hebt een regel die alles van 0.0.0.0 naar wat neem ik aan je eigen ip stuurt
en die regel daaronder stuurt alles wat naar je eigen ip stuurt naar 0.0.0.0 of zie ik het nu verkeerd ??? dan stuur je data in een rondje

[ Voor 33% gewijzigd door lordgandalf op 08-05-2004 21:42 ]

Steam: Profile / Socialclub: Profile / Uplay: minedwarf / Origin: lordgandalf3

Acties:

zaterdag 8 mei 2004 22:04

Klopt toch wel? Mijn webserver:

code:

xandre:~# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
localnet        *               255.255.255.0   U     0      0        0 eth0
default         81.209.165.1    0.0.0.0         UG    0      0        0 eth0

Acties:

zaterdag 8 mei 2004 22:37

Topicstarter

X-Stuff schreef op 08 mei 2004 @ 21:37:
Volgens mij klopt dit wel. Correct me if i'm wrong

code:

1
2
3

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
217.170.16.32   0.0.0.0         255.255.255.224 U     0      0        0 eth0
0.0.0.0         217.170.16.33   0.0.0.0         UG    0      0        0 eth0

217.170.16.32 is het begin van het netwerk dus in jouw geval .0 in mijn geval .32
217.170.16.33 is de gateway
217.170.16.34 is mijn IP

0.0.0.0 is alles, of te wel, al het verkeer moet via 217.170.16.33 naar buiten. En dat gaat ook wel naar buiten, ook naar binnen. Alleen PING requests dus niet.

code:

svenson:/etc/rcS.d# ping www.tweakers.net
PING www.tweakers.net (213.239.154.35): 56 data bytes

--- www.tweakers.net ping statistics ---
8 packets transmitted, 0 packets received, 100% packet loss
svenson:/etc/rcS.d#

p.s. Is het niet mogelijk om een service automatisch te laten herstarten als die failed. Zoals in windows services mogelijk is. (als tijdelijke oplossing)

[ Voor 9% gewijzigd door X-Stuff op 08-05-2004 22:06 ]

Acties:

zaterdag 8 mei 2004 23:00

okee ik heb niet zoveel ervaring met route enz. en het zag er voor mij vreemd uit maar met jouw uitleg begrijp ik dat het gewoon zo hoort

Steam: Profile / Socialclub: Profile / Uplay: minedwarf / Origin: lordgandalf3

Acties:

zaterdag 8 mei 2004 23:11

Zie ik het goed dat je naast de (in mijn ogen juiste) 8139too driver ook de rtl8139.c driver hebt openstaan? Dat zou het misstapje met eth1 ook kunnen verklaren. Oja, de 3c59x.c heb je ook niet nodig als er geen 3com kaart in zit.

_{BTW: ik heb hier en daar al eens RTL8139s ingewisseld voor 3coms, omdat ik er allerlei problemen mee had onder Linux, en geen zin had om er nog dagen aan te spenderen. Ook op een oude Apple 'lockt' de RTL8139 nog wel eens bij grote bestanden. Alleen Windows schijnt redelijk met de gekkigheden van die chip om te kunnen gaan. Maar toch denk ik dat ie wel moet kunnen werken in jouw geval.}

Acties:

Verwijderd

De sis900 netwerk kaart (die je on-board hebt) wordt niet gesupport in 2.2 kernels...
Verder is het een prima chip, die vanaf 2.4.20 prima gesupport wordt.

Ik kan je aanrader om te proberen je kernel te upgraden, desnoods door heel traag een kernel naar de machine te uploaden (rsync met rate-limiting bijvoorbeeld) of gewoon eens langs te gaan met een cd-tje

Die realteks kan je idd beter niet gebruiken in servers... meer ellende dan goeds. Overweeg anders om er een intel of 3com in te zetten, ideaal voor servers.

zaterdag 8 mei 2004 23:15

Acties:

zaterdag 8 mei 2004 23:19

Topicstarter

Stel dat het ligt aan het kaartje, waarom kan ik dan me IP niet pingen vanaf buiten het netwerk, vanaf een andere pc in zelfde subnet kan ik hem wel pingen en niet vanuit me server naar buiten pingen?

Acties:

zaterdag 8 mei 2004 23:23

Verwijderd schreef op 08 mei 2004 @ 23:11:
De sis900 netwerk kaart (die je on-board hebt) wordt niet gesupport in 2.2 kernels...
Verder is het een prima chip, die vanaf 2.4.20 prima gesupport wordt.

Dus het feit dat ie onboard zat was niet het probleem? Ach ja 't is logisch. Dan is dit idd de beste optie. Mijn servertje in Duitsland draait met een sis900, nooit problemen.

Acties:

zaterdag 8 mei 2004 23:26

X-Stuff schreef op 08 mei 2004 @ 23:15:
Stel dat het ligt aan het kaartje, waarom kan ik dan me IP niet pingen vanaf buiten het netwerk, vanaf een andere pc in zelfde subnet kan ik hem wel pingen en niet vanuit me server naar buiten pingen?

Inderdaad, ik kan 217.170.16.33 pingen, maar 217.170.16.34 niet.
Heb je iptables / ipchains met ICMP uitgeschakeld?

Oja, bij 'ifconfig -a' zie je alleen eth0 en lo?

[ Voor 6% gewijzigd door benoni op 08-05-2004 23:27 ]

Acties:

zaterdag 8 mei 2004 23:31

Topicstarter

code:

svenson:/# iptables -L
modprobe: Can't locate module ip_tables
iptables v1.2.6a: can't initialize iptables table `filter': iptables who? (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.

code:

1
2
3

svenson:/# ipchains -L
ipchains: Incompatible with this kernel
svenson:/#

Dus waarschijnlijk is dat het iig niet, volgens mij draait er dus geen firewall. Kan het verkeerd hebben

Acties:

X-Stuff schreef op 08 mei 2004 @ 23:26:
...Dus waarschijnlijk is dat het iig niet, volgens mij draait er dus geen firewall. Kan het verkeerd hebben

Nee, heb je helemaal goed

Ik denk dat op de router van je serverhoster de ICMP altijd wordt afgeketst.

[ Voor 15% gewijzigd door benoni op 08-05-2004 23:42 ]

zondag 9 mei 2004 00:20

Acties:

Verwijderd

X-Stuff schreef op 08 mei 2004 @ 19:07:
Geheugen is in orde, zover ik weet, onder windows geen enkel probleem in iedergeval.

Dat zegt niks.
Linux begint het geheugen van achteren te beschrijven. Windows begint vooraan.
Als aan 'het einde' een stukje beschadigd is, heeft Linux daar dus eerder last van dan Windows.

zondag 9 mei 2004 18:01

Acties:

Zwerver

X-Stuff schreef op 08 mei 2004 @ 19:07:
CPU: Intel Pentium 4 2.4 Ghz
Mem: 2x 512 Corshair CL2
Mobo: Asus P4S8X-X
Chipset: SIS648
Netwerk: RealTek RTL8139

Geheugen is in orde, zover ik weet, onder windows geen enkel probleem in iedergeval.

Zoals al gezegt, dat geheugen zegt niks. Verder is de rtl8139 nou niet het meest ideale kaartje.....

dmesg

code:

vga16fb: initializing
vga16fb: mapped to 0xc00a0000
Console: switching to colour frame buffer device 80x30
fb0: VGA16 VGA frame buffer device

offtopic:
Waarom heb je fb aanstaan op een server?

code:

3c59x.c 18Feb01 Donald Becker and others http://www.scyld.com/network/vortex.html
rtl8139.c:v1.07 5/6/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html
eth0: RealTek RTL8139 Fast Ethernet at 0x9400, IRQ 10, 00:a0:b0:19:8d:5b.
via-rhine.c:v1.08b-LK1.0.1 12/14/2000  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
eth1: 8139too Fast Ethernet driver 0.9.18-pre4 Jeff Garzik <jgarzik@mandrakesoft.com>
eth1: Linux-2.2 bug reports to Jens David <dg1kjd@afthd.tu-darmstadt.de>
eth1: RealTek RTL8139 Fast Ethernet board found at 0xfc817000, IRQ 10
eth1: Chip is 'RTL-8139C' - MAC address '00:a0:b0:19:8d:5b'.

Uhmz, ik tel hier zo snel 3 drivers voor netwerkkaarten. Als ik jou was zou ik heel snel een andere kernel gaan compilen. En dan alleen die 8139too driver pakken, en eventueel die sis die je onboard hebt. Of liever nog, die realtek eruit, en de sis erin

En het compilen van een eigen kernel hoeft niet zo'n probleem te zijn hoor. Enig nadeel is dat je dus wel de kernelsources binnen moet zien te halen....

Woonachtig Down Under. Ik negeer je insults niet, maar tegen de tijd dat ik ze lees zijn ze meestal niet relevant meer

zondag 9 mei 2004 20:52

Acties:

Topicstarter

Eerste keer dat ik een linux distro op een server draai, kep gewoon zo standard mogelijk geinstalleerd, weet ook niet waarom die 2x RealTek heeft gepakt en 1x 3com. En fb heb ik ook niet voor gekozen..

Zal is kijken of ik een kernel er naar toe krijg.

Kan ik dan beter voor de laatste stable 2.4 of de 2.6 gaan?

Die SIS heb ik trouwens geprobeerd, maar die pakte die niet.. waarschijnlijk omdat hij onboard zit dat hij toch iets anders werkt als de PCI uitvoering. En dat is op dit moment helaas ook geen optie. Aangezien ik niet in de BIOS remote kan

[ Voor 29% gewijzigd door X-Stuff op 09-05-2004 20:54 ]

zondag 9 mei 2004 21:03

Acties:

maandag 10 mei 2004 00:26

Wat mij betreft een standaard Debian 2.4.18 kernel, maar daar zullen anderen 't weer niet mee eens zijn. Mijn redernatie: mocht er een serieus veiligheidsprobleem in de kernel ontdekt worden, dan hebben de mensen bij Debian snel een nieuwe kernel beschikbaar voor apt-get. Die zie je dan vanzelf langskomen in je update ritueeltje.

edit:
Misschien dat anderen betere argumenten hebben voor een custom kernel. Er zijn hier op GoT ook al wat topics over langsgekomen.

Trouwens: ik zag dat je ergens een vraag had staan over het automatisch herstarten van services. Ik gok dat de meesten dat niet doen vanwege eventuele veiligheidsrisico's. We kunnen een cron-jobje verzinnen die regelmatig kijkt of de netwerkkaart up is, en een 'shutdown -r now' geeft als dit nodig is.

[ Voor 15% gewijzigd door benoni op 09-05-2004 21:17 ]

zondag 9 mei 2004 21:45

Acties:

balk

ik heb een onboard sis900 netwerk 'kaart' en die werkt prima met de 2.4 en 2.6 kernels die ik gebruikt heb.
ff googlen: http://www.sis.com/support/driver/linux.htm
de sis900 kaart is dus sinds 2.2.15 ondersteund door linux

edit:
en volgens dit stuk zou die module ook bij een standaard installatie zitten: http://irbs.sourceforge.n...ptop-debian-howto-en.html

en omdat ik geen zin heb om aan m'n verslag te werken omdat ik dat al meer dan fulltime doe even wat gesogd. Die sis kaart zou het met jouw installatie gewoon moeten doen, de module zit bij jouw kernel:
http://packages.debian.or...itive&searchmode=filelist
moet je wel in je BIOS die kaart aanzetten.

[ Voor 64% gewijzigd door balk op 09-05-2004 22:00 . Reden: bonus info ]

Acties:

dinsdag 11 mei 2004 00:19

Topicstarter

benoni schreef op 09 mei 2004 @ 21:03:
Trouwens: ik zag dat je ergens een vraag had staan over het automatisch herstarten van services. Ik gok dat de meesten dat niet doen vanwege eventuele veiligheidsrisico's. We kunnen een cron-jobje verzinnen die regelmatig kijkt of de netwerkkaart up is, en een 'shutdown -r now' geeft als dit nodig is.

Zal eerst ff kijken wat ie nu gaat doen, kep de kernel geupdate naar 2.4.19. Zag hem als stable staan bij de packages. Dit is allemaal goed gegaan en tot nu toe is die al verder met downloaden via wget dan die ooit is geweest. $_/-\o_$

@balk: Ik had die server hier staan en probeerde eerst dus via die SIS900 aangezien die daarop windows ook mee draaide, maar kreeg hem echt niet up and running met de driver die er bij geleverd was. Maar goed.. als dit draait ben ik voorlopig tevreden.

Morgen weet ik of het goed gegaan is, helaas roept me bed, morgen gewoon weer werken

Acties: