On 26-Oct-99 Hans Goetz wrote:

Hallo Liste!

Ich hatte vor kurzem unter dem thread "resolv.conf nach Neustart leer" hier gepostet, dass ich mit meinem Linux Server nicht ins Internet kann, weil die angeführte Datei jedesmal wieder leer war - ich dachte zunächst, dies wäre nur nach Neustart.

Ich hab dann alle eure Tips nach und nach versucht, als da waren:

1. rc.config - create resolv.conf nach erfolgter Neuinstallation auskommentieren - hilft nix, bringt zur Zeit nur den Erfolg, dass nach SuSEconfig auch diese Datei leer ist.

ICh würde es mal auf "no" setzen anstatt es auszukommentieren.

Was nämlich absolut seltsam ist und was mir grad passiert ist: ich lasse SuSEconfig eine neue resolv.conf erstellen, mache gar nix mehr - bewußt jedenfalls - und eine Stunde später ist die Datei wieder hin :-(. Ich kann das allerdings auch nicht reproduzieren, weshalb mir die Behauptung ja auch selbst unsinnig vorkommt. ;-)

Hmm. Nicht (oder falsch) konfigurierten DHCP-Client am laufen? Oder einen dynamischen DNS? Die könnten sowas theoretisch verursachen.

Was ich schon mal gepostet hab ohne Antwort zu bekommen ist eine Fehlermeldung beim Niederfahren des Pc's, die mir überhaupt nix sagt, die ich aber in dem Zusammenhang als möglicher Ursache ansprechen will:

"shuting down service at daemon: killproc empty pid file usr/run/atd.pid for usr/sbin/atd.pid"

Ich hab dieses atd.pid auch schon mal gelöscht, es ist aber nach Neustart immer wieder da.

Klar. Das at.pid sollte normalerweise die Prozess-ID enthalten, unter der der at-Daemon läuft. Da die beim Start von atd festgelegt wird, wird dann auch das pid-file neu geschrieben - und das passiert beispielsweise beim Systemstart oder durch manuellen Aufruf von /sbin/init.d/atd start Bein Shutdown wird dann ein /sbin/init.d/atd stop ausgeführt, und dabei tritt offensichtlich die Meldung auf - sie besagt, daß in dem pid-file nix drinstand (müßte eigentlich eine Zahl drinstehen) und deshalb atd nicht sauber beendet wurde. Evtl. hat das atd-Skript in /sbin/init.d ne Macke.

Meine ganzen Netzwerkfiles inklusive Masquerading zu killen, trau ich mich ehrlich gesagt nicht - war doch ein langer Weg, das hinzukriegen ;-)

Daran kann es eigentlich auch kaum liegen. -- =========================================================== Erhard Schwenk - alias Bitrunner =)B==o) =========================================================== No Spam replies please. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hans Goetz wrote:

Hallo Liste! ...

Was nämlich absolut seltsam ist und was mir grad passiert ist: ich lasse SuSEconfig eine neue resolv.conf erstellen, mache gar nix mehr - bewußt jedenfalls - und eine Stunde später ist die Datei wieder hin :-(. Ich kann das allerdings auch nicht reproduzieren, weshalb mir die Behauptung ja auch selbst unsinnig vorkommt. ;-)

Schau Dir mal im yast bei Administration des Systems -> Konfiguraionsdatei veraendern den Kommentar zum Eintrag CREATE_RESOLVCONF an (auch die Punkte wg. Nameserver und Searchlist). Du solltest das dann etweder auf "no" setzen, oder alles vollstaendig ausfuellen. Rgds. Heiko. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com