[Debian] netwerk loopt vast

[Verwijderd]

Als ik naar m'n ftp server (wu-ftp) een file probeer te uploaden, dan loopt het netwerk op de server na een aantal mb vast. Ik kan dan met networking restart het netwerk resetten.
Ik heb een keer geprobeerd om ipchains zo streng mogelijk in te stellen. Toen kon ik wel files uploaden, maar zo gauw ik alles weer open zette ging het weer mis.
Volgens mij moet het ook op een andere manier mogelijk zijn om te voorkomen dat het netwerk vastloopt.
De search hier en op google heb ik al gebruikt, maar helaas zonder resultaat. Zou het misschien ook aan m'n kernel kunenn liggen?

[Verwijderd]

welke versies? kernel, ftp deamon, etc?

[Johannes Verelst]

Wat geeft /var/log/kern.log ? Wat zie je als je 'dmesg' intikt? Kan best een brakke netwerkkaart zijn (heb hetzelfde probleem op een mandrake machine met brakke NIC gezien)

[RooT]

idd dit kan aan de netwerkkaart liggen.
Ik heb dit ook eens gehad met een 3com 905b-TX, andere netwerkkaart erin en was opgelost.
Probeer eens een netwerkkaart uit een andere pc te halen zou ik zeggen

[_JGC_]

Welke NIC?
als het een Intel eepro is:
http://cathedrallabs.net/~aris/

ff een diff patch ophalen en kernel/module opnieuw bakken.

[Verwijderd]

Bedankt voor julli reacties De netwerkkaart is volgens mij wel goed. In Samba heb ik helemaal geen problemen.

Op maandag 10 december 2001 10:55 schreef compukid het volgende:
welke versies? kernel, ftp deamon, etc?

Kernel: 2.2.18pre21
ftp: wu-2.6.0
Netwerkkaart: rtl8139

Op maandag 10 december 2001 12:41 schreef Wizard_of_OS het volgende:
Wat geeft /var/log/kern.log ? Wat zie je als je 'dmesg' intikt? Kan best een brakke netwerkkaart zijn (heb hetzelfde probleem op een mandrake machine met brakke NIC gezien)

taggy:/home/janwillem# tail /var/log/kern.log
Dec 10 15:46:27 taggy kernel: ippp0: dialing 1 0676001505...
Dec 10 15:46:29 taggy kernel: isdn_net: ippp0 connected
Dec 10 15:46:29 taggy kernel: isdn_net: chargetime of ippp0 now 114245

taggy:/home/janwillem# dmesg
Linux version 2.2.18pre21 (herbert@arnor) (gcc version 2.7.2.3) #1 Sat Nov 18 18:47:15 EST 2000
Detected 165794 kHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 330.95 BogoMIPS
Memory: 76456k/79872k available (1728k kernel code, 412k reserved, 1128k data, 148k init)
Dentry hash table entries: 16384 (order 5, 128k)
Buffer cache hash table entries: 131072 (order 7, 512k)
Page cache hash table entries: 32768 (order 5, 128k)
VFS: Diskquotas version dquot_6.4.0 initialized
CPU: Intel Pentium MMX stepping 03
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
Intel Pentium with F0 0F bug - workaround enabled.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xf7395
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: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
TCP: Hash tables configured (ehash 131072 bhash 65536)
Starting kswapd v 1.5
Detected PS/2 Mouse Port.
pty: 256 Unix98 ptys configured
Real Time Clock Driver v1.09
RAM disk driver initialized: 16 RAM disks of 4096K size
loop: registered device at major 7
SIS5513: IDE controller on PCI bus 00 dev 09
SIS5513: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf8f0-0xf8f7, BIOS settings: hda:pio, hdb:pio
ide1: BM-DMA at 0xf8f8-0xf8ff, BIOS settings: hdc:pio, hdd:pio
hda: WDC AC26400B, ATA DISK drive
hdb: LG CD-ROM CRD-8521B, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: WDC AC26400B, 6149MB w/512kB Cache, CHS=833/240/63
hdb: ATAPI 52X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.11
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
md driver 0.36.6 MAX_MD_DEV=4, MAX_REAL=8
scsi: <fdomain> Detection failed (no card)
NCR53c406a: no available ports found
sym53c416.c: Version 1.0.0
Failed initialization of WD-7000 SCSI card!
IBM MCA SCSI: Version 3.2
IBM MCA SCSI: No Microchannel-bus present --> Aborting.
This machine does not have any IBM MCA-bus
or the MCA-Kernel-support is not enabled!
megaraid: v1.11 (Aug 23, 2000)
aec671x_detect:
3w-xxxx: tw_findcards(): No cards found.
scsi : 0 hosts.
scsi : detected total.
Partition check:
hda: hda1 hda2 hda3
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13)
apm: disabled on user request.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 148k freed
NET4: Unix domain sockets 1.0 for Linux NET4.0.
Adding Swap: 128516k swap-space (priority -1)
rtl8139.c:v1.07 5/6/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html
eth0: RealTek RTL8139 Fast Ethernet at 0xfc00, IRQ 5, 00:50:bf:1b:ce:d4.
Serial driver version 4.27 with no serial options enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
CSLIP: code copyright 1989 Regents of the University of California
ISDN subsystem Rev: 1.111/1.84/1.114/1.63/1.21/1.5 loaded
HiSax: Linux Driver for passive ISDN cards
HiSax: Version 3.3e (module)
HiSax: Layer1 Revision 2.37
HiSax: Layer2 Revision 2.20
HiSax: TeiMgr Revision 2.13
HiSax: Layer3 Revision 2.10
HiSax: LinkLayer Revision 2.40
HiSax: Approval certification valid
HiSax: Approved with ELSA Quickstep series cards
HiSax: Approval registration numbers:
HiSax: German D133361J CETECOM ICT Services GmbH
HiSax: EU (D133362J) CETECOM ICT Services GmbH
HiSax: Approved with Eicon Technology Diva 2.01 PCI cards
HiSax: Total 1 card defined
HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
HiSax: HFC-PCI driver Rev. 1.27
HiSax: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0
HFC-PCI: defined at mem 0xc50bfc00 fifo 0xc3748000(0x3748000) IRQ 11 HZ 100
HFC_PCI: resetting card
HFC 2BDS0 PCI: IRQ 11 count 0
HFC 2BDS0 PCI: IRQ 11 count 34
HiSax: DSS1 Rev. 2.23
HiSax: 2 channels added
HiSax: MAX_WAITING_CALLS added
HiSax: debugging flags card 1 set to 3ff
ippp, open, slot: 0, minor: 0, state: 0000
ippp_ccp: allocated reset data structure c3754000
ippp0: dialing 1 0676001505...
isdn_net: ippp0 connected
isdn_net: chargetime of ippp0 now 114245

[_JGC_]

Ik zie je probleem al, komt dus neer op een nieuwe kernel. Of een 2.4 kernel, of de 2.2.20.
De rtl8139 driver is brak en is vanaf 2.2.19 vervangen door 8139too uit de 2.4.x kernel series.

rtl8139 deed het hier overigens niet eens toen ik 2.2.19 nog draaide (lullig als je em per ongeluk vast in je kernel zet terwijl je probeert vervolgens 8139too te laden: Error, device or rescource busy...)

[Verwijderd]

Op maandag 10 december 2001 13:35 schreef _JGC_ het volgende:
Welke NIC?
als het een Intel eepro is:
http://cathedrallabs.net/~aris/

ff een diff patch ophalen en kernel/module opnieuw bakken.

dus daarom deed m'n eepro'tje 't niet....ligt nu in de kast

[Verwijderd]

Ok, bedankt
'k denk dat erg veel mensen hier wat aan zullen hebben. Veel mensen die ik ken hebben namelijk het zelfde probleem. Maar gelukkig is dat nu opgelost

Op maandag 10 december 2001 16:19 schreef _JGC_ het volgende:
Ik zie je probleem al, komt dus neer op een nieuwe kernel. Of een 2.4 kernel, of de 2.2.20.
De rtl8139 driver is brak en is vanaf 2.2.19 vervangen door 8139too uit de 2.4.x kernel series.

rtl8139 deed het hier overigens niet eens toen ik 2.2.19 nog draaide (lullig als je em per ongeluk vast in je kernel zet terwijl je probeert vervolgens 8139too te laden: Error, device or rescource busy...)

[_JGC_]

Op maandag 10 december 2001 17:57 schreef compukid het volgende:

[..]

dus daarom deed m'n eepro'tje 't niet....ligt nu in de kast

Telkens doodgaan als er teveel datastroom is ja

[Verwijderd]

Die kernel bakken is me toch nog niet helemaal gelukt
Als ik de kernel geinstalleerd heb en boot. Dan wordt hij wel geladen, maar niet gedecompressed.

Iemand een id?

[Verwijderd]

Op dinsdag 11 december 2001 18:53 schreef the_tag-man het volgende:
Die kernel bakken is me toch nog niet helemaal gelukt
Als ik de kernel geinstalleerd heb en boot. Dan wordt hij wel geladen, maar niet gedecompressed.

Iemand een id?

Ach sorry, stom, verkeerde processortype

[Verwijderd]

Hij doet het nog steeds niet