RE: Netzwerktreiber macht Fehler

Der Fehler scheint gefunden, für den, dens interessiert:

Ich hatte in die Datei
/var/qmail/control/concurrencyremote
die Zahl 120 geschrieben. Dann verschickt
qmail bis zu 120 Mails gleichzeitig nach außen,
voreingestellt ist 20.

Soweit so gut, denn über den Rechner werden mehrmals täglich
1-2000 Abo-Mails verschickt.

Offensichtlich hat das aber dazu geführt, dass zum einen der
OnBoard-Netzwerkanschluss defekt schien (so 20-30 Pakete
konnte man nach einem Reboot verschicken) als auch dass die
dann getauschte 3Com-Karte einen Speicher-Überlauf bekam.

Also werden wir jetzt erst mal Handbücher und Manpages wälzen,
wo man wieviele User, Connections und Prozesse gleichzeitig
einstellen und verkraften kann...
        
:-|

Martin

>>> Nun kommt dauernd die Meldung
>>> xl0: no memory for rx list -- packet dropped
>>>
>>> Mus der 3Com-Treiber besonders konfiguriert werden, oder haben
>>> wir beim Kernel etwas flasch gemacht?

>> Aus der manpage vom xl-Treiber:

>> xl%d: no memory for rx list The driver failed to allocate an
>> mbuf for the receiver ring.

>> D.h. dir gehen die mbufs aus. Schau mal auf das Ergebnis
>> von netstat -m bzw. netstat -s, das sollte die Probleme etwas
>> detaillierter zutage fördern.

>> Ansonsten würde ich einfach mal versuchen, MAXUSERS
>> heraufzusetzen und den Kernel ein weiteres mal zu braten.

> server1:~ # netstat -m
> 143/256/4096 mbufs in use (current/peak/max):
> 129 mbufs allocated to data
> 14 mbufs allocated to packet headers
> 128/190/1024 mbuf clusters in use (current/peak/max)
> 444 Kbytes allocated to network (14% of mb_map in use)
> 0 requests for memory denied
> 0 requests for memory delayed
> 0 calls to protocol drain routines

> das sieht ganz gut aus.
> Wenn das Problem wieder auftauchen sollte, kann man dann irgendwie
> den Puffer leeren? Die Manpage gab nichts her.

> server1:~ # netstat -m
> 877/896/4096 mbufs in use (current/peak/max):
> 822 mbufs allocated to data
> 55 mbufs allocated to packet headers
> 814/820/1024 mbuf clusters in use (current/peak/max)
> 1864 Kbytes allocated to network (60% of mb_map in use)
> 0 requests for memory denied
> 0 requests for memory delayed
> 0 calls to protocol drain routines

> 2 Min später schaukelte sich das ganze dann rauf und kurz darauf
> war der rechner wieder weg...

> Was kann man denn bei MAXUSERS erfahrungsgemäss/sinnvollerweise
> einstellen?

> Martin

> To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
> with "unsubscribe de-bsd-questions" in the body of the message

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Mon 11 Jun 2001 - 14:44:48 CEST