ORA-24408: impossible de générer un nom de groupe de serveurs unique
système:
Linux web 2.6.27.21-0.1-pae #1 SMP 2009-03-31 14:50:44 +0200 i686 i686 i386 GNU/Linux
PHP Version 5.3.8
Apache Version Apache/2.2.21 (Linux/SUSE)
OCI8 Support enabled
Version 1.4.7
Revision $Revision: 321634 $
Active Persistent Connections 0
Active Connections 0
Oracle Run-time Client Library Version 11.2.0.3.0
Oracle Instant Client Version 11.2
quand on appelle oci_connect - s
ORA-24408: impossible de générer un nom de groupe de serveur unique
Je ne comprends pas ce qu'est cette erreur de type et comment la corriger.
6 réponses
il s'agit d'une erreur de compatibilité avec le support Oracle 11g et PHP Oci. Comme le confirme L'OP, le déclassement du client à 10g fonctionne. La solution a été trouvée!--1-->ici.
vous pouvez rétrograder à 10g si vous voulez (il ne se soucie évidemment pas de cela) mais ce n'est pas nécessaire...
le client instantané 11g nécessite un /etc/hosts entrée de fichier pour votre nom d'hôte pointant vers 127.0.0.1. L'entrée" localhost " normale n'est pas suffisante en elle-même.
en Supposant que votre nom d'hôte est foomachine, il y a deux endroits où vous aurez besoin de vérifier:
/etc/hosts, assurez-vous que vous avez une entrée comme de l'ajouter si ce n'est pas il y a:
127.0.0.1 foomachine
et assurez-vous aussi que le /etc/sysconfig/network le fichier a également HOSTNAME=foomachine
cela devrait faire l'affaire.
un peu une vieille question, mais je viens de tomber dessus après avoir mis à jour mon Mac en Sierra. Jusqu'alors je n'avais pas eu le problème.
Le truc est certainement d'ajouter votre nom d'hôte à /etc / hosts, mais vous devez avoir le bon nom d'hôte. C'est facile avec linux, c'est dans /etc/sysconfig/network. Sur Mac trouvez - le dans Préférences Système > Partage. Sous où il est dit que le nom de L'ordinateur sera quelque chose comme le nom de l'ordinateur.local. Dans /etc/hosts mettre
127.0.0.1 computer-name.local
remplacement ordinateur-nom avec le nom de votre ordinateur, bien sûr :). il en a besoin, que la base de données soit distante ou locale.
j'ai eu beaucoup d'autres alias pour 127.0.0.1, mais pas que. Dès que j'ai ajouté que l'une de mes applications commencé à travailler à nouveau.
j'ai eu exactement le même problème. J'ai réparé mon fichier /etc/hosts et /etc/sysconfig/network et redémarré le réseau et il fonctionne bien maintenant. Voici quelques instructions rapides et sales:
http://ahmadzainuddinzakaria.blogspot.com/2012/06/warning-ociconnect-functionoci-connect.html
dans CentOS 6.5 j'ai changé la valeur du fichier:/etc/sysconfig/network
valeur initiale:
HOSTNAME=localhost.localdomain
nouvelle valeur:
HOSTNAME=127.0.0.1
Dans Ma situation, le serveur OracleDB sur lequel j'essayais de me connecter était un serveur distant, pas un serveur local, donc 127.0.0.1 localhost trick n'a pas fonctionné.
auparavant, j'avais Temporairement corrigé un problème DNS en ajoutant une entrée pour mon serveur Oracle DB dans mon fichier hosts. Cette IP dans mon fichier hosts était encore correcte - il pointait toujours vers la bonne adresse IP du serveur OracleDB.
en enlevant l'entrée de mon fichier hosts, le problème est allé loin.
Je ne sais pas pourquoi C'est un problème pour OracleDB, ou pourquoi le message d'erreur est si obtus, mais j'espère que cela aidera quelqu'un d'autre.
(ceci utilisait InstantClient v12.1.0.2 sur MacOS v10.11.5)