Discussion :

[Bidouille]

Bonjour,

J'ai deux sous-réseaux (192.168.0.0 et 192.168.1.0). J'ai un serveur SUSE avec une seule carte réseau @IP 192.168.0.1 et dont j'ai créé un alias @IP 192.168.1.1.

Je voudrais donc faire écouter le listener de mon serveur sous SUSE sur ses 2 adresses.

# listener.ora Network Configuration File:

SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = /usr/lib/oracle/xe/app/oracle/product/10.2.0/server)
(PROGRAM = extproc)
)
)

LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.1)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.1)(PORT = 1526))
)
)

DEFAULT_SERVICE_LISTENER = (XE)

Mais le tnsping refuse de fonctionner pour la 2e @IP

Merci de vos précieuses remarques.

[remi4444]

Mais le tnsping refuse de fonctionner pour la 2e @IP

Le tnsping depuis ou ??

Sur quelle erreur il plante ??

Est-ce que ton tnsnames.ora est correctement rempli (attention au n° de port) ?

Est-ce qu'un simple ping sur les adresses 192.168.0.1 et 192.168.1.1 fonctionne bien (à lancer depuis le meme endroit que le tnsping) ?

que donne la commande "lsnrctl status" sur le serveur ?

[Bidouille]

Bonjour,

Le tnsping depuis ou ??
Est-ce qu'un simple ping sur les adresses 192.168.0.1 et 192.168.1.1 fonctionne bien (à lancer depuis le meme endroit que le tnsping) ?

Un PC sur le réseau 192.168.0.0 effectue un ping et un tnsping du 192.168.0.1
Un PC sur le réseau 192.168.1.0 effectue un ping mais pas de tnsping du 192.168.1.1

Sur quelle erreur il plante ??

Pas d'erreur et pas de réponse ping dans le listener.log. J'ai fait un test avec un outil de scan de port et le 1526 est bien ouvert.

Est-ce que ton tnsnames.ora est correctement rempli (attention au n° de port) ?

Oui le tnsnames.ora pointe vers la bonne @IP et le bon port.

que donne la commande "lsnrctl status" sur le serveur ?

Un gros barratin sans info supplémentaire :

LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 15-NOV-2006 16:38:21

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

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC_FOR_XE)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 10.2.0.1.0 - Production
Start Date 15-NOV-2006 01:15:52
Uptime 0 days 15 hr. 22 min. 28 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Default Service XE
Listener Parameter File /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/network/admin/listener.ora
Listener Log File /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/network/log/listener.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC_FOR_XE)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.0.1)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.1)(PORT=1526)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=orion.xxxxx.com)(PORT=8080))(Presentation=HTTP)(Session=RAW))
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "XE" has 1 instance(s).
Instance "XE", status READY, has 1 handler(s) for this service...
Service "XEXDB" has 1 instance(s).
Instance "XE", status READY, has 1 handler(s) for this service...
Service "XE_XPT" has 1 instance(s).
Instance "XE", status READY, has 1 handler(s) for this service...
The command completed successfully

[Bidouille]

Et bien en fait, cela fonctionne très bien

Pour une raison inconnue, le tnsnames.ora de mon client était defectueux. Je ne sais pas pourquoi ni comment une simple modif avec le bloc-notes pourrait mettre le bazar.

J'ai recopié un tnsnames.ora d'un PC qui fonctionne, modifier l'@IP et tout est OK

Merci de m'avoir mis sur la voie.

[remi4444]

Oui, il arrive qu'il y ai un caractère à la noix qui fasse tout planter.

Normalement, c'est la réponse à tnsping qui doit mettre sur la voie,
- soit il te répond pas ou te répond qu'il connait pas le nom, et il faut voir coté client (variables ORACLE_HOME, TNS_ADMIN, fichiers tnsnames.ora , sqlnet.ora)
- soit il répond "NO LISTENER" c'est donc qu'il arrive bien à résoudre le nom mais qu'il y a rien qui écoute sur la machine et le port donné....

PS: Je résume un peu