Discussion :

[griese]

Bonjour à tous,
Je vous explique mon problème. J'ai redémarré mon serveur et ensuite, j'ai voulu redémarré le service oracle. Il a redémarré sans problème mais impossible de monter ma base. J'ai essayé des MOUNT, UMOUNT ou OPEN mais rien y fait. Voici le statut de mon serveur Oracle :
@ PRIMARY DATABASE ma_base : NOT MOUNTED


@ LISTENER LISTENER_ma_base : ON

[laurentschneider]

quelle est l'erreur dans alertSID.log?

[griese]

et je le trouve où ce fichier ?

[griese]

Je l'ai trouvé, mais y'a plein d'infos dedans... qu'est-ce qui t'intéresse là dedans ?

[griese]

en fouillant dans le fichier, j'ai trouvé ca :
ORA-27086: skgfglk: unable to lock file - already in use
Linux Error: 37: No locks available

Ca te dis quelque chose ?

[orafrance]

arrête la base et supprime le fichier $ORACLE_HOME/dbs/lkSID

ça devrait redémarrer ensuite

Sinon : http://ora-27086.ora-code.com/

Tu as probablement des fichiers dont tu n'es pas owner.

[laurentschneider]

quel est ton OS?
J'ai eu le même problème sur Solaris l'autre jour, et j'ai du effacer manuellement un sémaphore.

Essaye ipcs pour voir s'il y a quelque chose de bizarre.

[griese]

C'est quoi ce fichier ? t'es sur de toi. Si je le supprime ca va planter ma base ?
Car c'est une base professionnel, c'est pas une base perso. Donc si je plante le serveur Oracle je suis mal

[griese]

Mon Os est une Redhat mais j'en connais pas la version

[laurentschneider]

et que te donne :

Code :

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

1
2
 
ipcs

[griese]

elle me retourne ca :
------ Semaphore Arrays --------
key semid owner perms nsems
0x16dd9344 786435 oracle 640 304

ca te dis quelque chose ?

[orafrance]

C'est quoi ce fichier ? t'es sur de toi. Si je le supprime ca va planter ma base ?
Car c'est une base professionnel, c'est pas une base perso. Donc si je plante le serveur Oracle je suis mal

évidemment que je ne donnerai pas ce conseil si je n'étais pas sûr que ça n'a pas de conséquence... je te laisse le soin de consulter la doc pour en savoir plus

[orafrance]

et je te rappelle que je te donne une autre piste probablement plus intéressante à creuser (vérifie au moins que tu es connecté avec le bon user)

[griese]

Oui merci de ton conseil. je suis connecté sous le bon user ça j'en suis sûr. Mais la doc dont tu me parles, c'est le lien que tu m'a donné ? car ca n'apporte pas grand chose comme infos. De plus j'ai fait un vi sur le fichier que tu m'as dit de supprimer. Et y'a marqué "DO NO DELETE THIS FILE !" Et rien d'autre. Voila pourquoi je suis perplexe, j'ai pas envie de faire de betises.

[orafrance]

ce fichier indique si la base est démarrée. Si le fichier est là alors que la base est arrêté ce n'est pas normal.

[griese]

J'ai trouvé ça comme erreur aussi, c'est la premiere erreur qui apparait :
ORA-00205: error in identifying control file, check alert log for more info

[griese]

j'ai supprimé le fichier que tu m'as dit mais ca n'a rien changé. Le probleme est le meme et au redémarrage du service, il est réapparu

[orafrance]

ça sens le init.ora mal setté ou ORACLE_SID incorrecte... si tu commençais par nous expliquer pourquoi la base est arrêtée, ce qui a été modifié et envoyer l'alert.log ça devrait beaucoup mieux se passer

[orafrance]

j'ai supprimé le fichier que tu m'as dit mais ca n'a rien changé. Le probleme est le meme et au redémarrage du service, il est réapparu

et le owner des fichiers ???

[remi4444]

J'ai l'impression qu'il y a un module oracle encore chargé en mémoire, tu devrais tenter un "shutdown abort" dans un premier temps...
et dans un 2ieme temps purger le module de la mémoire avec une commande... donc je me souviens plus de la syntaxe...