Suse Linux 8.0 Auf Bind9 akktualisiert -> KDE3 "spinnt"

Hallo,

auf meinem Rechner mit installierter Suse 8.0 habe ich den Bind8 auf Bind9 akktualisiert (ok Georg wars ) und seitdem "spinnt" der KDE 3.0 nach dem Login bleibt die Initialisierung bei "Systemdienste werden initialisiert" scheinbar stehen, dann verschwindet die Anzeige mit den verschiedenen Inititialisierungsschrittten und nach ein paar Minuten erscheint dann doch der KDE 3.0 Desktop. Allerdings brauchen die Programme dann teilweise ewig lange um zu starten(>2min).
Das Routing im Hintergrund (der Rechner ist Inetserver) laeuft tadellos.( an dieser Stelle noch mal Dank an Georg der es zum Laufen gebracht hat)

Console log sagt mir: /usr/sbin/named[863: binding TCP Socket in use

Kann es sein, dass die Fehlermeldung so heißt(schau dazu mal in die /var/log/messages):

/usr/sbin/named[863]: listening on IPv4 interface eth0, 192.168.1.1
/usr/sbin/named[863]: binding TCP Socket ADRESS in use ??

oder so ähnlich ?

Das klingt danach da das named zweimal gestartetet wurde und folglich funktioniert das zweite named kann dann nicht mehr richtig und gibt solche Fehlermedlungen aus. Schau einfach mal ob named mehrfach läuft. Falls das so ist müsstest du mal schauen ob im KDE autostart named gestartet wird, oder ob das initscript für bind 2x gestartet wird.

Ob das allerdings die Ursache dafür ist, das kde3 so langsam ist weis ich net. Ich selber verwende kein KDE3
Ich hatte aber mal KDE2.0 und das hatte verdammt viele Bugs, die erst mit der 2.1 und 2.2 Version behoben wurden kann also sein das auch KDE3 nicht fehlerfrei is und das der Fehler irgendwo anders liegt.

Hi pipin
KDE und Bind auf einer Maschine, hmmm...
Das einzige was ich mir dabei vorstellen kann ist daß KDE und die anderen Anwendungen einen gethostbyname machen wollen, localhost als einziger DNS eingestellt ist, der nicht funzt und die dann alle bis zum Timeout warten.

Gibt es eine Fehlermeldung wenn du host/nslookup/browser benutzt?
Läuft bind überhaupt? "ps -alntp|grep name" und "ps aux|grep named"

Ciao, huraxprax

May 16 07:54:35 server /usr/sbin/named[851]: listening on IPv4 interface lo, 127.0.0.1#53
May 16 07:54:35 server /usr/sbin/named[851]: binding TCP socket: address in use
May 16 07:54:35 server /usr/sbin/named[851]: listening on IPv4 interface eth0, 192.168.0.1#53
May 16 07:54:35 server /usr/sbin/named[851]: binding TCP socket: address in use
May 16 07:54:35 server /usr/sbin/named[851]: listening on IPv4 interface eth1, 192.168.100.1#53
May 16 07:54:35 server /usr/sbin/named[851]: binding TCP socket: address in use
May 16 07:54:35 server /usr/sbin/named[851]: listening on IPv4 interface ppp0, 192.168.99.1#53
May 16 07:54:35 server /usr/sbin/named[851]: binding TCP socket: address in use


@huraxprax
bei ps -alntp|grep name
kriege ich unsupported SysV option

ps aux|grep named gibt das:
root 849 0.0 1.3 11140 3544 ? S 07:54 0:00 /usr/sbin/named
root 850 0.0 1.3 11140 3544 ? S 07:54 0:00 /usr/sbin/named
root 851 0.0 1.3 11140 3544 ? S 07:54 0:00 /usr/sbin/named
root 852 0.0 1.3 11140 3544 ? S 07:54 0:00 /usr/sbin/named
root 853 0.0 1.3 11140 3544 ? S 07:54 0:00 /usr/sbin/named


Bei DNS ist localhost nicht der einzige!

bei ps -alntp is das ein kleines L und kein großes I. Dann müsste es gehen. Aber so wie es aussieht ist named blos einmal gestartet.

Funktioniert named den wie gewünscht ?

Welcher Version verwendest du genau ?

Wie sieht dein named.conf aus ?

ja eigentlich funktioniert alles wie gewuenscht.
named.conf:

options {

# The directory statement defines the name serverŽs
# working directory

directory "/var/named";

# The forwarders record contains a list of servers to
# which queries should be forwarded. Enable this line and
# modify the IP-address to your provider's name server.
# Up to three servers may be listed.

forwarders { 212.185.248.148; 194.25.2.129; };

# Enable the next entry to prefer usage of the name
# server declared in the forwarders section.

forward first;

# The listen-on record contains a list of local network
# interfaces to listen on. Optionally the port can be
# specified. Default is to listen on all interfaces found
# on your system. The default port is 53.

listen-on port 53 { 127.0.0.1; 192.168.0/24; };

# The listen-on-v6 record enables or disables listening
# on IPV6 interfaces. Allowed values are 'any' and 'none'
# or a list of addresses. IPv6 can only be used with
# kernel 2.4 in this release.

listen-on-v6 { any; };

# The next three statements may be needed if a firewall
# stands between the local server and the internet.

#query-source address * port 53;
#transfer-source * port 53;
#notify-source * port 53;

# The allow-query record contains a list of networks or
# IP-addresses to accept and deny queries from. The
# default is to allow queries from all hosts.

#allow-query { 127.0.0.1; };

# If notify is set to yes (default), notify messages are
# sent to other name servers when the the zone data is
# changed. Instead of setting a global 'notify' statement
# in the 'options' section, a separate 'notify' can be
# added to each zone definition.

notify no;
};

# The following three zone definitions don't need any modification.
# The first one defines localhost while the second defines the
# reverse lookup for localhost. The last zone "." is the
# definition of the root name servers.

zone "localhost" in {
type master;
file "localhost.zone";
};

zone "0.0.127.in-addr.arpa" in {
type master;
file "127.0.0.zone";
};

zone "." in {
type hint;
file "root.hint";
};

# You can insert further zone records for your own domains below.

zone "jedi" in {
type master;
file "jedi.zone";
allow-transfer { none; };
notify no;
};

zone "0.168.192.in-addr.arpa" in {
type master;
file "192.168.0.zone";
allow-transfer { none; };
notify no;
};

Wenn named ohne porbs läuft würd ich erstmal testen ob wirk named daran schuld ist. Stell einfach mal in der rc.config START_NAMED auf no führe SuSEconfig aus und starte neu. danach sollte named beim systemstart nicht mehr geladen wird. Sollte das Problem wieder auftreten überprüfe mit ps -aux | grep named ob der Nameserver wirklich net an is. Wenn das sicher is liegts nicht ma named und du kannst die Fehlermeldungen einfach ignorieren und das Porblem woanders suchen (z.B beim KDE)

rc.config gibt es bei Susi 8 nicht mehr so richtig, die haben nun einen ordentlichen Runlevel-Editor (dadurch werden die rc.?-Verzeichnisse endlich übersichtlich )

Aber das hat er schon probiert.

Ich würde es auch nicht auf den named schieben. Da muss irgendwas anderes Schuld sein, ich hab aber auch keine Ahnung was...

Naja am KDE kann es ja auch nicht liegen wie wir gestern festgestellt haben, da unter Gnome der Konqueror z.B. auch ewig zum Starten braucht.
Naja dann werde ich mal die Linux install nach dev0 routen und mich an eine Neuinstallation wagen, das Problem verdraengen wir dann mal solang es nicht wieder auftritt