Depuis l'instal 2ème moteur Oracle ... bbuser ne trouve plus

**mack27** · 28/02/2006, 13h55

Bonjour à tous ...
J'ai installé un 2ème moteur Oracle 9.2.0 sur 8.1.7 / Sparc 32 bits
Ils vivent avec des homes et des .profile séparés.
Pas de Pb, des users oracle de chaque moteur je peut lancer un SQLPLUS ...
Les Instances sous 8.1.7 sont montées et fonctionnent
Sauf que j'ai un user " bbuser' de bigbrother qui check les instances et les listeners et lui ne peut plus lancer SQL. Donc error sur les ckeck...
Rien n'a été modifié dans son profil sauf que son env ne voit plus ORACLE_HOME/bin ... même en forçant l'env avec le path de SQLplus
on voit sqlplus mais au lancement on continu les erreurs ...
Peut être un pb de langue ... Je ne sais plus ... je ne vois pas
Stephan
DMF-DGPL:sv0048:bbuser $ which sqlplus
/sv0048/outils/oracle/8.1.7/bin/sqlplus
DMF-DGPL:sv0048:bbuser $ sqlplus
Message file sp1<lang>.msb not found
Error 6 initializing SQL*Plus
DMF-DGPL:sv0048:bbuser $

**LeoAnderson** · 28/02/2006, 14h58

Vous devez postionner les variables système suivantes :

ORACLE_HOME
PATH=$ORACLE_HOME/bin:$PATH
LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH
TWO_TASK ou ORACLE_SID
Et en option : TNS_ADMIN

**mack27** · 02/03/2006, 16h17

Bonjour, suis toujours avec mon Pb, mais j'avance à petit pas ...
L'Etat:
Toutes les bases sur le serveur sont up et fonctionnent en 8.1.7
Je me connecte...
- User Oracle/8.1.7 SID positionné (export ORACLE_SID=xxx)...Acces SQLplus ... OK, ou sqlplus system/xxxx@SID ... OK
- User bbuser/8.1.7 SID positionné (export ORACLE_SID=xxx)...Acces SQLplus ... ERROR:
ORA-01034: ORACLE not available
ORA-27121: unable to determine size of shared memory segment
SVR4 Error: 13: Permission denied
Donc comme le script utilisateur, qui fonctionnait avant, positionne les SID en amont de l'ordre SQL ... Toute la suite de mon script est HS
Par contre si je me connect sqlplus system/xxxx@SID ... OK ...
Le test de la variale SID me retourne bien le SID.
Une piste ... peut être un pb oraenv/coraenv/dbhome modifié par roo.sh lancé à l'installe de la 9.2... A l'aide .. Un pôv Dba ... 1 an de métier -

**LeoAnderson** · 02/03/2006, 16h24

Si pour bbuser vous positionné la TWO_TASK et non le ORACLE_SID (ce qui nécessite de configurer le TNS_NAMES ?)

bbuser est-il membre du groupe dba ?

**mack27** · 02/03/2006, 18h06

le user bbuser n'est pas membre de DBA ...
Il execute un script dans lequel il execute des ordres,
dans lequel,
- Il fait un check par le listener
- récupère la variable de l'ORACLE_HOME et la positionne
- récupère les SID "Yes" de l'oratab
- Sur une boucle, positionne le SID
- puis se connect sqlplus system/password
- Check la base ...si base up > continu
si base down > chech database ERROR => message
Mais je garantie, le script est bon car non modifié et fonctionne sur un serveur clown.
Que penser qu'à fait le ./root.sh lors de l'installe de la 9.2, peut t'il avoir perturbé un init que je ne vois pas ...Par oraenv, coraenv ...
Merçi pour le travail que vous me retournez.
Je renverrai l'ascenseur quand je serai bon .... Mon fils le fait déjà sous Linux ...
Stephan

**LeoAnderson** · 02/03/2006, 18h28

Envoyé par LeoAnderson

Si pour bbuser vous positionné la TWO_TASK et non le ORACLE_SID (ce qui nécessite de configurer le TNS_NAMES ?)

ça donne quoi ????

**mack27** · 03/03/2006, 13h20

TWO_TASK positionné .... Même PB,
TNS_ADMIN repositionné pour assurance
Et toujours
sv0048[oracle] ==> echo $ORACLE_SID
V75
sv0048[oracle] ==> sqlplus /nolog

SQL*Plus: Release 8.1.7.0.0 - Production on Fri Mar 3 13:02:22 2006

(c) Copyright 2000 Oracle Corporation. All rights reserved.

SQL> exit
sv0048[oracle] ==> id
uid=888(bbuser) gid=888(bbgroup)
sv0048[oracle] ==> sqlplus system/system

SQL*Plus: Release 8.1.7.0.0 - Production on Fri Mar 3 13:02:41 2006

(c) Copyright 2000 Oracle Corporation. All rights reserved.

ERROR:
ORA-01034: ORACLE not available
ORA-27121: unable to determine size of shared memory segment
SVR4 Error: 13: Permission denied

... reberk !

**pifor** · 03/03/2006, 13h34

Pouvez nous donner le résultat de la commande suivante exécutée avec vos 2 comptes Unix ?
ls -al $ORACLE_HOME/bin/oracle

**LeoAnderson** · 03/03/2006, 13h50

Envoyé par mack27

TWO_TASK positionné .... Même PB

Attention, est-ce que quand vous positionnez le TWO_TASK, vous faites bien un "unset" de l'ORACLE_SID ?

Sinon, merci de penser aux balises [ code ] et [ quote ] !

**mack27** · 03/03/2006, 14h36

Bonjour et merçi pour votre aide ..
Je vous ai fait les 3 return "Oracle" pour 8.1.7, "oracle9" pour 9.2.0 et bbuser pour 8.1.7.
Voiçi les retours ... Rien d'extra je pense ...
sv0048[oracle] ==> ls -al $ORACLE_HOME/bin/oracle
-rwxrwxr-x 1 oracle dba 34452208 Nov 29 2004 /sv0048/outils/oracle/8.1.7/bin/oracle

sv0048[oracle9] ==> ls -al $ORACLE_HOME/bin/oracle
-rwsr-s--x 1 oracle9 dba 55268876 Feb 23 10:59 /sv0048/outils/oracle/9.2.0/bin/oracle
sv0048[oracle9] ==>

Sun Microsystems Inc. SunOS 5.8 Generic February 2000
# id
uid=0(root) gid=1(other)
# su bbuser
$ id
uid=888(bbuser) gid=888(bbgroup)
$ ls -la $ORACLE_HOME/bin/oracle
-rwxrwxr-x 1 oracle dba 34452208 Nov 29 2004 /sv0048/outils/oracle/8.1.7/bin/oracle
$
Merçi

**pifor** · 03/03/2006, 14h59

Je pense que vos problèmes viennent des droits de l'exécutable oracle qui ont été modifiés:

les bons droits, ce sont de l'exécutable version 9 ceux-là:

rwsr-s--x 1

Il faut modifier les droits de l'exécutable oracle 8.1.7 pour avoir le setuid bit positionné (le "s") avec:

Code :

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

1
2
 
chmod ug+s $ORACLE_HOME/bin/oracle

**mack27** · 03/03/2006, 15h05

Test avce TWO_TASK négatif ....
merçi q même
réponse system
SQL> exit
$ echo $ORACLE_SID

$ unset=ORACLE_SID
$ set TWO_TASK="sv0048"
$ sqlplus /nolog

SQL*Plus: Release 8.1.7.0.0 - Production on Fri Mar 3 14:59:10 2006

(c) Copyright 2000 Oracle Corporation. All rights reserved.

SQL> exit
$ sqlplus system/system

SQL*Plus: Release 8.1.7.0.0 - Production on Fri Mar 3 14:59:26 2006

(c) Copyright 2000 Oracle Corporation. All rights reserved.

ERROR:
ORA-07217: sltln: environment variable cannot be evaluated.

Mais ce que m'a dit la réponse précédente m'interpelele, je vais voir un IT system ....Pour voir si !!!
Je vous tiens au parfum ..
Stephan Small DBA

**mack27** · 03/03/2006, 16h00

Les problèmes viennent des droits de l'exécutable oracle 8.1.7 qui ont été modifiés, lors de l'installation de la 9, je suis revenu sur le positionnement des droits antérieurs et tout fonctionne.
Merçi à tous

les bons droits, ce sont de l'exécutable version 9 ceux-là:
Citation:
rwsr-s--x 1

Il faut modifier les droits de l'exécutable oracle 8.1.7 pour avoir le setuid bit positionné (le "s") avec:
Code:

chmod ug+s $ORACLE_HOME/bin/oracle

**mack27** · 03/03/2006, 16h01

Les problèmes viennent des droits de l'exécutable oracle 8.1.7 qui ont été modifiés, lors de l'installation de la 9, je suis revenu sur le positionnement des droits antérieurs et tout fonctionne.
Merçi à tous

les bons droits, ce sont de l'exécutable version 9 ceux-là:
Citation:
rwsr-s--x 1

Il faut modifier les droits de l'exécutable oracle 8.1.7 pour avoir le setuid bit positionné (le "s") avec:
Code:

chmod ug+s $ORACLE_HOME/bin/oracle

**mack27** · 03/03/2006, 16h04

Les problèmes viennent des droits de l'exécutable oracle 8.1.7 qui ont été modifiés, lors de l'installation de la 9, je suis revenu sur le positionnement des droits antérieurs et tout fonctionne.
Merçi à tous

les bons droits, ce sont de l'exécutable version 9 ceux-là:
Citation:
rwsr-s--x 1

Il faut modifier les droits de l'exécutable oracle 8.1.7 pour avoir le setuid bit positionné (le "s") avec:
Code:

chmod ug+s $ORACLE_HOME/bin/oracle

Depuis l'instal 2ème moteur Oracle ... bbuser ne trouve plus

Oracle

Discussions similaires

Partager

Partager