Ich habe da ein Problem, zu welchem ich bisher nirgendwo irgendwelche
Infos gefunden habe:
Gegeben ist ein SuSE 8.2-Server (Soll nur Mail und Proxy für das LAN anbieten), der mit 2 Netzwerkkarten ausgestattet ist:
1 x Realtek 8029 -> DSL -> läuft perfekt
1 x SIS900 -> LAN -> läuft merkwürdig
Was versteh ich unter merkwürdig:
Nun, wenn der Server gestartet wird, dann läuft alles absolut
einwandfrei, aber nach einiger Zeit bauen sich die Reaktionszeiten im
LAN so auf, daß ein sinnvolles Arbeiten nicht mehr möglich ist, Ein Ping läuft dann so ab:
PING 192.168.115.103 (192.168.115.103) from 192.168.115.254 : 56(84) bytes of data.
64 bytes from 192.168.115.103: icmp_seq=5 ttl=128 time=0.283
64 bytes from 192.168.115.103: icmp_seq=1 ttl=128 time=4018
64 bytes from 192.168.115.103: icmp_seq=2 ttl=128 time=3000
64 bytes from 192.168.115.103: icmp_seq=3 ttl=128 time=2000
64 bytes from 192.168.115.103: icmp_seq=4 ttl=128 time=1000
64 bytes from 192.168.115.103: icmp_seq=6 ttl=128 time=4057
64 bytes from 192.168.115.103: icmp_seq=7 ttl=128 time=3057
64 bytes from 192.168.115.103: icmp_seq=8 ttl=128 time=2057
64 bytes from 192.168.115.103: icmp_seq=9 ttl=128 time=1057
64 bytes from 192.168.115.103: icmp_seq=10 ttl=128 time=57.8
64 bytes from 192.168.115.103: icmp_seq=11 ttl=128 time=6347
64 bytes from 192.168.115.103: icmp_seq=12 ttl=128 time=5347
64 bytes from 192.168.115.103: icmp_seq=13 ttl=128 time=4347
64 bytes from 192.168.115.103: icmp_seq=14 ttl=128 time=3347
64 bytes from 192.168.115.103: icmp_seq=15 ttl=128 time=2347
64 bytes from 192.168.115.103: icmp_seq=16 ttl=128 time=1347
64 bytes from 192.168.115.103: icmp_seq=17 ttl=128 time=347
Dann wiederholt sich diese Schleife. In /v/l/messages ist nichts von Problemen oder Fehlern zu entdecken. Durch diese langen Zeiten brechen natürlich auch die Win-Clients im LAN Email-Übertragungen regelmässig mit Timeout ab...
Wenn ich den Server nun reboote, dann läuft es wieder einige Zeit, bis dieses Phänomen wieder auftritt. Als "Notlösung" lasse ich den Server momentan jede Nacht automatisch rebooten, nur das kann's ja irgendwie nicht sein und es muss ja auch einen logischen Grund für dieses Verhalten geben...
Hat jemand von euch sowas schon mal erlebt und kann mir sagen, wo ich nach der Lösung suchen muss? Liegt das Problem wohl eher auf der Hard- oder auf der Software-Seite?
Anderes Problem, gleicher Server:
Einer der Email-Clients hat eine Mail an den Server geschickt an eine Domain, die nicht mehr existiert. Diese Mail schwirrt auf dem Server im Orbit und hinterlässt in /v/l/mail folgenden Eintrag:
--schnipp--
May 16 06:05:11 server sendmail[19125]: h4G45AOQ019125:
ruleset=check_mail, arg1=<xxx@domain.com>, relay=localhost [127.0.0.1],
reject=451 4.1.8 Domainname xxx@domain.com kann nicht aufgeloest werden
May 16 06:05:11 server sendmail[19125]: h4G45AOQ019125:
from=<xxx@domain.com>, size=1028, class=0, nrcpts=0, bodytype=7BIT,
proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1]
--schnapp--
Ein zweites Sendmail-Problem verursacht folgenden Eintrag:
--schnapp--
May 16 06:05:28 server sendmail[19166]: h4G45HOQ019166: collect:
premature EOM: unexpected close
May 16 06:05:28 server sendmail[19192]: h4G45MOQ019192: collect:
premature EOM: unexpected close
May 16 06:05:29 server sendmail[19166]: h4G45HOQ019166: collect:
unexpected close on connection from localhost,
sender=<name@domainname.de>
May 16 06:05:29 server sendmail[19166]: h4G45HOQ019166:
from=<name@domainname.de>, size=1003176, class=0, nrcpts=1, proto=ESMTP,
daemon=MTA, relay=localhost [127.0.0.1]
--schnapp--
Zu beiden Problemen finde ich lediglich diese Einträge im Logfile (im
5-Minuten-Rhytmus), die dazugehörigen Mails kann ich auf dem System
nicht entdecken! In /var/spool/mail und /var/spool/mqueue finde ich
nichts dazu...
Vielleicht hat ja auch dazu jemand eine Idee, wie ich diesen Fehler
beseitigen kann.
Gruß,
Mike
