Discussion :

[remi4444]

je crois deviner pour quelle entreprise tu travailles... si c'est ce que je pense, ils ont leur propre distribution RedHat et ils repackagent les install de base oracle. C'est très ambitieux mais ça donne lieu parfois à des erreurs extrèmement exotiques! J'ai perdu toute une journée une fois pour qu'au final le support de l'entreprise reconnaisse qu'ils avait fait une légère boulette dans leurs package oracle...

Est-ce qu'il n'y a pas eu par hasard une mise à jour récemment ?

Sinon, tu dois avoir d'autres fichiers de controle, une fois la base arretée sur peux remplacer le fichier qui te pose problème par un autre:

Code :

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

1
2
3
4
5
6
7
8
 
 
cd /data/ora/PKRM01/u01/control
# renomage en 2 temps pour supprimer le handle du système de fichier
cp ctrl_01.dbf ctrl_01.dbf.old
rm ctrl_01.dbf
 
cp /data/ora/PKRM01/u02/control/ctrl_02.dbf ctrl_01.dbf

bon courage...

EDIT: c'est quoi ce bug ?? j'écris "data" (en minuscule) dans la balise CODE et à l'affichage ça me met "DATA" !?!

[remi4444]

question comme ça en passant:
Tu n'as qu'une seule base oracle qui tourne sur la machine ??

[griese]

Merci de ton aide remy, j'ai essayé ce que tu m'as dit mais cela ne change rien du tout au probleme. Je vais continuer a chercher. Encore merci pour votre aide

[orafrance]

et :

Code :

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

ps-ef  |grep pmon

?

[remi4444]

Il y a parfois ce genre de problème quand dans certains paramètres ou dans ORACLE_HOME apparaissent des doubles "//" il faut veiller à ce que tous les chemins soient correct au "/" pres et que la variable ORACLE_HOME ne se termine pas par un "/".

[griese]

et :

Code :

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

ps-ef  |grep pmon

?

Ca me retourne ça :

Code :

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

1
2
3
 
oracle   15103     1  0 10:46 ?        00:00:00 ora_pmon_PKRM01
root     15143 13644  0 10:57 pts/0    00:00:00 grep pmon

Ca veut dire quoi ?

[remi4444]

ça veux dire que seule ta base PKRM01 tourne, apres un shutdown, il ne devrait plus apparaitre le process ora_pmon_PKRM01

[bouyao]

1. Essaye de déclarer un seul fichier de contrôle dans ton fichier init.ora, par exemple ctrl_01.dbf. puis démarre la base en mount.
Si ca ne marche pas tu peut créer un nouveau fichier de contrôle, tu peut lire : http://mbouayoun.developpez.com/Fctladm/

[remi4444]

...cela ne change rien du tout au probleme...

A chaque fois tu as exactement la meme erreur qu'avant dans le fichier d'alerte ?

[griese]

A chaque fois tu as exactement la meme erreur qu'avant dans le fichier d'alerte ?

Apparement non, j'ai ça maintenant :

Code :

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

1
2
3
4
5
 
Tue Dec 26 10:39:10 2006
ORA-00202: controlfile: '/data/ora/PKRM01/u01/control/ctrl_01.dbf'
ORA-27041: unable to open file
Linux Error: 13: Permission denied

Je pense que c'est pas mieux

[remi4444]

Apparement non, j'ai ça maintenant :

Code :

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

1
2
3
4
5
 
Tue Dec 26 10:39:10 2006
ORA-00202: controlfile: '/data/ora/PKRM01/u01/control/ctrl_01.dbf'
ORA-27041: unable to open file
Linux Error: 13: Permission denied

Je pense que c'est pas mieux

rassure moi, tu est bien logué sous "oracle" lors de tes manips ???

[orafrance]

ce serait peut-être pas mal aussi de réfléchir un minimum pour régler les problèmes simples seul... permission denied ça parait pas insurmontable à résoudre

[griese]

bah quand je suis sous sqlplus oui mais quand je veux lancer le service oracle avec

Code :

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

1
2
 
#service oracle start

je suis en root sinon je peux pas executer la commande service

[orafrance]

mais non, depuis le début on dit qu'il faut être oracle

Code :

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

1
2
sqlplus '/ as sysdba'
startup

[remi4444]

et du coup, sous root, va faloir que tu fasse un petit "chown oracle:dba ctrl_01.dbf"

[griese]

mais non, depuis le début on dit qu'il faut être oracle

Code :

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

1
2
sqlplus '/ as sysdba'
startup

Mais c'est ce que je fais déja, ed toute facon sous root ca marche pas. C'est juste quand je lance le service oracle dans le shell. le user oracle n'a pas le droit d'utiliser la commande service.

[griese]

et du coup, sous root, va faloir que tu fasse un petit "chown oracle:dba ctrl_01.dbf"

Ca je l'avais déjà fais mais maintenant, je retrouve le meme message d'erreur dans mon fichier alert.log

Code :

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

1
2
3
4
 
ORA-00202: controlfile: '/data/ora/PKRM01/u01/control/ctrl_01.dbf'
ORA-27086: skgfglk: unable to lock file - already in use
Linux Error: 37: No locks available

[remi4444]

De toutes façons, la commande service est juste une sur-couche de démarrage oracle standart. Il faudrait que tu commences par faire simple et démarrer/arreter la base par sqlplus sous le user oracle, et seulement ensuite s'interresser au démarrage par service, histoire de pas mélanger les problèmes...

[remi4444]

Ca je l'avais déjà fais mais maintenant, je retrouve le meme message d'erreur dans mon fichier alert.log

Code :

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

1
2
3
4
 
ORA-00202: controlfile: '/data/ora/PKRM01/u01/control/ctrl_01.dbf'
ORA-27086: skgfglk: unable to lock file - already in use
Linux Error: 37: No locks available

Si ça se trouve, c'est le paramétrage du service qui est foireux, raison de plus pour oublier ça dans un premier temps et tout faire par sqlplus sous oracle...

[griese]

et c'est quoi la commande équivalente sous sqlplus, STARTUP c'est ca ?