Listerner hören auf falschen host (localhost)

Ich erstellt einen listener (mit netca) genannt Zuhörer.

Wenn ich starten Sie den listener (mit lsnrctl start) ich habe die folgenden log.

LSNRCTL for Linux: Version 11.2.0.1.0 - Production on 24-JUN-2012 17:56:35

Copyright (c) 1991, 2009, Oracle.  All rights reserved.

Starting /opt/oracle/eesrv/11.2.0/db1/bin/tnslsnr: please wait...

TNSLSNR for Linux: Version 11.2.0.1.0 - Production
System parameter file is /opt/oracle/network/listener.ora
Log messages written to /opt/oracle/diag/tnslsnr/sakura/listener/alert/log.xml
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=localhost.localdomain)(PORT=1521)))

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=sakura)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for Linux: Version 11.2.0.1.0 - Production
Start Date                24-JUN-2012 17:56:35
Uptime                    0 days 0 hr. 0 min. 10 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /opt/oracle/network/listener.ora
Listener Log File         /opt/oracle/diag/tnslsnr/sakura/listener/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=localhost.localdomain)(PORT=1521)))
The listener supports no services
The command completed successfully

F: Warum ist der listener lauscht auf localhost und nicht auf sakura ?!?

Hier ist mein Zuhörer.ora Datei (wo ich klar und deutlich anzugeben, verwenden sakura):

TRACE_DIRECTORY_PROD = /var/opt/oracle/otk/1.0/log/network/trace

SUBSCRIBE_FOR_NODE_DOWN_EVENT_PROD = OFF

LISTENER = (DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = sakura)(PORT = 1521))
) )

ADR_BASE_LISTENER = /opt/oracle

LOG_DIRECTORY_PROD = /var/opt/oracle/otk/1.0/log/network

Warum habe ich falsch gemacht ?

Dank

  • Wirkt sich eine änderung (HOST = sakura)(PORT = 1521) bis (HOST = <IP-sakura>)(PORT = 1521) ermöglichen es Ihnen, zu verbinden?
  • sind Sie sicher, dass Sie den richtigen Hörer.ora-Datei? t sieht nicht wie aus der Betrachtung der Wert des Parameters log_directory_prod
  • die*_PROD Parameter gelten für ein-listener aufgerufen PROD; die listener aufgerufen LISTENER aussieht, wird es standardmäßig für alles außer die listen-Adresse. Als die lsnrctl Nachrichten zeigen beide localhost.localdomain und sakura ich sspect sakura ist nur die Lösung zu 127.0.0.1 im /etc/hosts. Eine explizite externe IP-Adresse oder FQDN kann dieses Problem beheben.
  • Ja das problem war die Datei /etc/hosts. Ich war mit einer expliziten externen IP für sakura, aber ich war auch definieren 127.0.0.1 als sakura zu fix ein Problem mit der boot-Zeit für sendmail. Jetzt ist es das hören auf den richtigen server (sprich: sakura), aber die boot-Zeit für sendmail und sm-client dauert ewig 🙁 kann ich mit Leben, es dachte ... vielen Dank für die Lösung!!!!!
InformationsquelleAutor Bruno | 2012-06-24
  1. 1

    Erweitert von Kommentar

    Scheint es, dass sakura ist die Lösung zu der gleichen Adresse, wie localhost.localdomain, d.h. 127.0.0.1. Dies deutet darauf hin, dass es einen Eintrag in der /etc/hosts ist mapping sakura zu 127.0.0.1.

    Können Sie entweder:

    • entfernen, mapping;
    • ändern Sie es, um zu zeigen, eine externe IP-Adresse, wenn es nicht behoben wird einem automatisch;
    • ändern Sie Ihre listener.ora für eine voll-qualifizierten domain-Namen, wenn Sie einen haben, wird die externe IP, z.B. sakura.example.com;
    • oder ändern Sie Ihre listener.ora die externe IP-Adresse direkt mit kein lookup.

    Die Letzte option könnte sein, die einfachste, es sei denn, Sie haben einen DHCP-zugewiesene IP-Adresse; und os was @dseibert vorgeschlagen.

    InformationsquelleAutor Alex Poole
Schreibe einen Kommentar