Discussion :

[ora-2013]

Bonjour
Je me connecte a un seveur AIX 6.1 avec un user perso user_1.
puis je change de connexion en faisant :
$sesu - uapp
puis je me connecte via sqlplus a une base oracle.
Sqlplus scott/tiger
puis
select * from produits ;
=>
Trois prduits s'affichent .

mon collegue se connecte au meme serveur avec son user perso user_2 puis change de connexion en faisant la suite exactement comme moi:
$sesu - uapp
Puis sqlplus scott/tiger
Puis la meme requete

Mais sa requete plante car erreur permission denied pour la l'ouveture du fichier de .dbf de donnees.
Pourquoi ? Pourtant nous sommes tous les 2 connectes a la base oracle a partir du meme user unix uapp ?
Merci

[frp31]

Mais sa requete plante car erreur permission denied pour la l'ouveture du fichier de .dbf de donnees.

donc sesu laisse passer l'identification qu'il est un "su" et user2 n'a pas les droits (probablement au niveau groupe) ?

première hypotèse...

----------------------------------------------------------------------

ça peut aussi être un problème de grant permission coté oracle qui de son coté voit uapp connecté depuis une machine autorisée pour toi, et depuis une machine non-autorisé de l'autre ... Le truc c'est que le message d'erreur devrait être une erreur de permission mais globale dans ce cas pas spécialement sur le dbf.... mais bon avec oracle o désespoir faut se méfier...

surtout si les datafiles ont été créer par des outils non-oracle

seconde hypotèse

.......................................................................

dans les deux cas le premier test à faire est de tenter les connections sur la meme machine cliente pour voir si c'est coté connection au système que ça coince, ou si c'est DANS oracle uniquement.
pour isoler l'incident.

[ora-2013]

bonjour

donc sesu laisse passer l'identification qu'il est un "su" et user2 n'a pas les droits (probablement au niveau groupe) ?

première hypotèse...

Effectivement user_1 appartient à un groupe ayant plus de droits que user_2.
mais ceci ne justifie pas ce comportement différent quand la connexion devient avec uapp utilisant le "-" du sesu qui signifie que : aucun héritage (environnement + privilèges) du précédent user ( user_1 ou user_2).
A ma connaissance : une fois chacun de nous effectue
$sesu - uapp
nous sommes tous les 2 pareils (même environnement) et AVEC LES MEMES PRIVILEGES surtout ?

dans les deux cas le premier test à faire est de tenter les connections sur la meme machine cliente pour voir si c'est coté connection au système que ça coince, ou si c'est DANS oracle uniquement.
pour isoler l'incident.

Oui vous avez raison : je ferai ce test.

[frp31]

oui normalement ls "-" sert à surcharger les permissions avec celles du profil choisi... mais bon on sait jamais... (connaissant les bizarreries des vieux AIX... je me méfie...)

je connais pas les versions 6.x