Discussion :

[frp31]

Bonjour,
Je suis confronté à un problème insoluble pour moi depuis ce matin.

J'ai une base sur un serveur A

• Le listner toune
• la base est montée et ouverte
• un sqlplus user/password y fonctionne

sur un serveur d'application B

• qui utiliser une application métier (binaire pur)
• un tns ping répond
• si je fais un sqlplus j'ai le message d'erreur suivant
• ORA-12154: TNS L'identificateur de connexion indiqué n'a pas pu être résolu.

hors les tnsnames sont ok (présent et non modifié depuis juin 2008) par concéquant il ne peut pas y avoir d'erreur dedans. Idem pour sqlnet.ora
L'application fonctionnait encore hier.
mais là plus moyen de se connecter sur oracle depuis une machine distante

Je ne comprend pas ce qui se passe...

j'ai même verifier avec la commande netstat les ports ouverts... sur le serveur applicatif au cas où....

pouvez vous m'aider ?
Merci

[gobulus98]

Bonjour,

Peux tu donner tes variables d'environnement ? Tu es sur quelle plate forme ?
As tu essayé de faire un truss/tusc/strace sur sqlplus pour voir les fichiers qui sont ouvert (tnsnames, sqlnet ...)

Christophe

[frp31]

la base est sur un AIX
la machine applicative sur un bouzedoze. = problème c'est étrange...

quand aux fichiers ouverts il m'affiche bien le sqlnet.ora avec le bon chemin

dans le doute j'ai verifié mais il en existe bien qu'un seul et unique sur la machine idem pour le tnsname.ora

[Z3phur]

essai ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sqlplus connect tonuser/tonmotpass@SID

Car tu n'es pas sur la même machine que ton serveur oracle

[yr_86]

Bonjour, Y a t'il eu une modification du reseau sur le serveur AIX genre ajout de passerelle ???

[gobulus98]

Tu obtiens quoi comme message d'erreur au niveau de l'application ?

[frp31]

oui la connection de test à été faire avec
sqlplus rh/*****@bg***

le message d'erreur applicatif dans l'inetrface web est
"ora-12154...." comme indiqué là haut...

non aucune modif n'existe ni réseau ni systeme ni soft ni même une mise à jour antivirus ni rien pas même un utilisateur nouveau...rien de chez rien...
le néant absolu...
même pas de reboot ou de redémarrage de services un vrai riende chez rien du tout ces 72 dèrnières heures.

le seul changement c'est que je suis arrivé à 07h30 au lieu de 07h50 au boulot...et que j'ai pris 2 café au lieu de 3 ce matin parce que j'avais cette me..de à resoudre....

J'ai une piste mais j'attend la confirmation éditeur...
C'est que comme c'est une base de qualification et que peut être aucune utilisation n'en a été faite depuis juin on ne l'aurait pas vu et qu' il se pourrait qu'à l'époque on ai démarré dans le désordre c'est à dire l'appli avant d'avoir les bases ouvertes sur le serveur unix....

c'est tellement stupide que j'y crois pas un instant mais sous windbouze les gens programment comme des manchots parkisonniens aveugles qui auraient la colique...y'a qu'à voir windows alors bon pourquoi pas...

[gobulus98]

Avec une erreur ORA-12154, le problème vient obligatoirement de ton client windows. Tu ne sors même pas de la machine.

As tu essayé de recréer un nouveau fichier tnsnames.ora à la main (je mise sur une erreur de syntaxe du tnsnames.ora actuel) ? Peux tu afficher le contenu du tnsnames.ora pour validation.

Le tnsping effectue un test de connexion sur le listener en utilisant uniquement la zone (ADDRESS= ...) alors que le sqlplus fait un parsing complet du (DESCRIPTION= ...). Il suffit d'un mauvais caractère mal placé pour obtenir exactement tes symptomes.

Christophe

[Z3phur]

Avec une erreur ORA-12154, le problème vient obligatoirement de ton client windows. Tu ne sors même pas de la machine.

As tu essayé de recréer un nouveau fichier tnsnames.ora à la main (je mise sur une erreur de syntaxe du tnsnames.ora actuel) ? Peux tu afficher le contenu du tnsnames.ora pour validation.

Le tnsping effectue un test de connexion sur le listener en utilisant uniquement la zone (ADDRESS= ...) alors que le sqlplus fait un parsing complet du (DESCRIPTION= ...). Il suffit d'un mauvais caractère mal placé pour obtenir exactement tes symptomes.

Christophe

je dirai même que si ton HOST est le nom de la machine à la place l'adresse ip ou vice-versa cela peut occasionner des erreurs.

Pour en être sur stop ton listener et redémarre le en regarde le host indiqué dans les logs.

[frp31]

comme je l'ai déjà dit il n'est pas possible qu'il y ai eu d'erreur dans le tnsname ou le sqlnet .ora puisque le fichier date de plusieurs semaines et que ça fonctionnait entre temps.

Suivant les conseils de l'éditeur du produit, j'ai stoppé le progiciel
y'a eut un arret et redemarrage de la base cette nuit pour une sauvegarde à froid et j'ai redémarré le progiciel ce matin, et ça fonctionne à nouveau mise à part un time out apache mais ça c'est ma faute j'ai voulu le modifier hier et j'ai bourdé.

c'est donc bien la preuve qu'à aucun moment les tnsname ni autre fichiers du client oracle n'était en cause directe. par contre un service windows nécéssaire que je ne connaissais pas lié au client oracle ....c'est déjà beaucoup plus probalbe.


J'ai eu quand même ce matin une surpise la base à démarré en mode restrictif avec une erreur ora-12035 j'ai donc redémarré en normal et viré cette demande de mode restreint du script pour éviter ça..

J'attend mon collegue pour valider que l'appli est bien démarré totalement mais au moins j'ai accès à la page login de l'appli à présent...

[frp31]

ah j'ai un bout d'explication :
En fait l'application à son démarrage
fait un tnsping sur la base
s'y connect si c'est ok

il faut la demarrer en second parcequ'elle à un service à elle en surcouche du client oracle

et en cas d'erreur elle est habilité à déclancher une securité sous la forme d'un arret de la base et d'un redémarrage en mode restrint. par l'intermédiaire d'un script d'administration.

puis à la tentative de démarrage suivant l'état de la base n'est pas testé et du coup paf le listner, la base sont up le client est up mais provoque une erreur restricted mode (logique) ça émet une alerte vers un script d'administration qui démarre la base sous certaines conditions ....etc...apres une liste de tests en mode normal, et ne relance qu'une partie du client oracle modifié
du coup le tnsping est ok mais oracle répond 12154 probleme de communication normal puisque l'appli a déja une connection pétée d'ouverte et du coup sqlplus ne sais plus se connecter car il est perturbé par cette connexion fantome et revient à son méssage d'erreur communication impossible ORA-12154 parcequ'il ne peut pas lire le fichier tnsname.ora qui est déjà ouvert. et qu'une session sqlplus cassée est restée en cours également.

L'usine à gaz cette appli....

[Alain B.]

Le titre dit "TNSPING OK"
Peux tu décrires en detail ?
A partir de quelle machine (serveur ou client) est fait le tnsping ?
La commande exacte du tnsping qui marche et la commande exacte du sqlplus qui ne marche pas ?

Y a t'il plusieurs versions du client Oracle installés ?

[gobulus98]

Je ne comprends pas tout à ton explication ...
mais bon l'essentiel, c'est bien que cela marche.

[frp31]

Le titre dit "TNSPING OK"
Peux tu décrires en detail ?
A partir de quelle machine (serveur ou client) est fait le tnsping ?
La commande exacte du tnsping qui marche et la commande exacte du sqlplus qui ne marche pas ?

Y a t'il plusieurs versions du client Oracle installés ?

c'est marqué plus haut ...

coté serveur applicatif le tns ping fonctionnait mais pas les connection soft ni sqlplus.

[Alain B.]

La commande exacte du tnsping qui marche et la commande exacte du sqlplus qui ne marche pas ?

Y a t'il plusieurs versions du client Oracle installés ?