Discussion :

[korian]

Bonjour,

Je travaille sur un RAC 2 noeuds en 10.2.0.3 avec ASM.

J'ai fait une erreur lors d'un changement d'adressage IP de la plateforme (148.x.x.x vers 172.x.x.x). J'ai inversé 2 opérations et je me retrouve maintenant avec des VIP "fantômes".
Je les appelle "fantômes" car je ne les retrouve nulle part dans les outils de configurations fournis par ORACLE (vipca, netca).
Les hosts, Listener et Tnsnames sont bien configurés mais ces les anciennes adresses VIP sont toujours inscrites dans l'OCR.

Extrait d'un OCRDUMP

Code :

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

1
2
3
4
5
6
 
[CRS.CUR.ora!node1!vip.USR_ORA_VIP]
ORATEXT : 148.x.x.x
SECURITY : {USER_PERMISSION : PROCR_ALL_ACCESS, GROUP_PERMISSION :
PROCR_NONE, OTHER_PERMISSION : PROCR_NONE, USER_NAME : root, GROUP_NAME :
root}

La documentation mentionne la possibilité d'export/import d'un OCR.

Il faut être root pour faire l'export

Code :

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

1
2
[root@ ~]# cd $ORACLE_HOME/db_1/bin
[root@ bin]# ocrconfig -export 'fichier.ocr'

Comme indiqué par la doc, j'ai stoppé le crs sur chaque node, et j'ai tenté l'import après avoir mis à jour le fichier.

Code :

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

1
2
[root@ bin]# ocrconfig -import 'fichier.maj.ocr'
PROT-8: Failed to import data from specified file to the cluster registry

Le fichier ocrconfig#pid.log lié donne plus d'éléments :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
Oracle Database 10g CRS Release 10.2.0.1.0 Production Copyright 1996, 2005
Oracle.  All rights reserved.
2014-10-06 17:23:39.435: [ OCRCONF][2187447168]ocrconfig starts...
2014-10-06 17:23:39.436: [ OCRCONF][2187447168]Importing OCR data from fichier.maj.ocr
2014-10-06 17:23:41.169: [  OCRRAW][2187447168]propriowv: Vote information on disk 0 [/dev/raw/raw1] is adjusted from [0/0] to [2/2]
2014-10-06 17:23:41.177: [  OCRRAW][2187447168]propriniconfig:No 92 configuration
[  OCRAPI][2187447168]a_is_valid_user_group: User name [root ] not in user database
[  OCRAPI][2187447168]a_is_valid_user_group: scls ret [27] slos [SLOS error information: Category: [5] Operation: [add_user_name] Location: [assert1] Other: [root ]  Dep: [0]]
[  OCRAPI][2187447168]a_write: THE SECURITY ATTRIBUTE PASSED is invalid 
2014-10-06 17:23:41.178: [ OCRCONF][2187447168]Failed to set key security SYSTEM 
2014-10-06 17:23:41.178: [ OCRCONF][2187447168]Error[116]: Failed to insert data into OCR
2014-10-06 17:23:41.178: [ OCRCONF][2187447168]Exiting [status=success]...

Je comprends que root n'est pas le user attendu, je pense donc à utiliser oracle.

Code :

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

1
2
3
4
5
6
[root@ bin]# exit
logout
[oracle@ cluvfy]$ cd $ORACLE_HOME/db_1/bin
[oracle@ bin]$
[oracle@ bin]$ ocrconfig -import 'fichier.maj.ocr'
PROT-20: Insufficient permission to proceed. Require privileged user

Mais oracle n'a pas assez de droits pour faire l'import

Est ce que j'ai mal interprété quelque chose ?
Connaissez vous une solution ?
Un petit coup de main, voire de pied pour me remettre à l'endroit ?

Je vous remercie d'avance pour toute aide que vous pourriez m'apporter.
Cordialement.

[korian]

La solution est simple.

Donner les droits à oracle d'exécuter la commande avec sudo.

Code :

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

[oracle@ bin]$ sudo ocrconfig -import 'fichier.maj.ocr'

La commande est bien passée mais ne donne pas le résultat souhaité : l'OCR est vide !
Le dump de l'OCR ne fait plus que 44 octets, au lieu de 200k.

J'ai ensuite essayé d'importer le fichier généré par l'export, la version non modifiée. Et même résultat.

Quelqu'un a déjà tenté cette méthode ?
Une idée avant que je delete tout et que je réinstalle le crs ?

[korian]

Le CRS a été reconstruit.