[Oracle 10g] /bin/sh: Permission non accordée [Résolu]

/bin/sh: Permission non accordée [Résolu] [Oracle 10g] - Installation - Linux et OS Alternatifs

Marsh Posté le 19-04-2004 à 20:57:07    

Salut tt le monde.
 
Ça fait 3 jours que j'essai d'installer Oracle 10g sous ma debian SID. Mon problème est que le programme d'installation (OUI) arrete pas de partir en couille. Pour résumer il arrive pas à exécuter certains script du programme d'installation.
 
Pour savoir ce qu'il en est je regarde d'un peu plus prés les logs d'installation et là j'arrete pas de voir des lignes de ce genre:

Code :
  1. /bin/sh: line 1: /u01/app/oracle/product/10.1.0/db_2/bin/gennfgt: Permission non accordée
  2. ...
  3. /bin/sh: line 1: /u01/app/oracle/product/10.1.0/db_2/bin/gennttab: Permission non accordée
  4. ...


 
etc autant de fois qu'il appele un script j'ai l'impression. J'en déduit que OUI foire justement à cause de ça.
 
et en effet j'ai voulu essayer d'appeler individuellement un des scripts appelé par OUI:

Code :
  1. oracle@niala:~/Disk1$ /u01/app/oracle/product/10.1.0/db_2/bin/genclntsh
  2. bash: /u01/app/oracle/product/10.1.0/db_2/bin/genclntsh: /bin/sh: bad interpreter: Permission non accordée


 
Aprés avoir vu cela g fait un chmod 755 sur le script en question mais rien n'y fait toujours le même message d'erreur.
 
Donc pourquoi cette erreur?
Comment faire pour que les scripts s'éxécute normalement?
 
Quelqu'un a réussi à installer Oracle10g sur une SID? :d
 
Merci de votre aide :jap:


Message édité par Niala le 20-04-2004 à 14:42:37

---------------
http://anothergeekwebsite.com
Reply

Marsh Posté le 19-04-2004 à 20:57:07   

Reply

Marsh Posté le 19-04-2004 à 23:33:04    

chmod 777 sur les dossiers/scripts concernés ?


---------------
L'arsenic est present a l'etat de traces dans toutes matieres vivantes. www.arsenick.net
Reply

Marsh Posté le 20-04-2004 à 07:15:44    

oui, installation sans problemes,
 
juste 2 warnings de link, mais ça tourne nikel

Reply

Marsh Posté le 20-04-2004 à 08:26:09    

arsenick69 a écrit :

chmod 777 sur les dossiers/scripts concernés ?


 
ça n'y change rien   :sweat:  
 

spurlf a écrit a écrit :

 
oui, installation sans problemes,  
 
juste 2 warnings de link, mais ça tourne nikel




 
T'as suivi un tuto particulier? T'as effectué quel manip avant l'installation?
 
Ça a plutot l'air d'être un problème de configuration de ma part. Maintenant reste à trouver c'est quoi :/


Message édité par Niala le 20-04-2004 à 08:26:44

---------------
http://anothergeekwebsite.com
Reply

Marsh Posté le 20-04-2004 à 09:13:06    

Code :
  1. Installation du SGBD Oracle10g sous Linux avec une Debian woody
  2. Cet article va vous guider dans l'installation d'Oracle sur Linux, en particulier Debian dans notre cas, mais cela peut très bien être utilisé sur d'autres distributions.
  3. Pré-Installation
  4. Oracle recommande 512Mo et 1Go de swap pour installer la base de données 10g.
  5. Pour ma part, je l'ai installé sur une machine avec 256Mo de RAM et 1Go de swap.
  6. Vérification du swap
  7. grep SwapTotal /proc/meminfo Si vous avez moins d'1Go, il faut en ajouter ;)
  8. Pour cela, on va créer un fichier temporaire de swap comme cela : su - root
  9. dd if=/dev/zero of=tmpswap bs=1k count=900000
  10. chmod 600 tmpswap
  11. mkswap tmpswap
  12. swapon tmpswap
  13. Vérification de l'espace disponible dans /tmp
  14. L'installateur d'Oracle demande 400Mo de disponible dans /tmp.
  15. Pour vérifier la place disponible, utilisez la commande : df -h /tmp Si vous n'avez pas assez d'espace, il faut créer un répertoire le temps de l'installation. su - root
  16. mkdir /espace/tmp
  17. chown root.root /espace/tmp
  18. chmod 1777 /espace/tmp
  19. export TEMP=/espace # utilise par Oracle
  20. export TMPDIR=/espace # utilise par les programme linux comme "ld"
  21. Une fois l'installation terminée, vous pourrez supprimer cette espace, après avoir arrêter Oracle. su - root
  22. rmdir /espace/tmp
  23. unset TEMP
  24. unset TMPDIR
  25. Vérification des logiciels requis
  26. Vous devez avoir les paquets suivants :
  27.     * gcc 2.95.4-14
  28.     * make 3.79.1-14
  29.     * binutils 2.12.90.0.1-4
  30.     * libc6 2.2.5-11.5
  31.     * libstdc++2.10-glibc 2.95.4-11woody1
  32.     * libstdc++2.10-dev 2.95.4-11woody1
  33.     * libmotif 2.1.30-5
  34.     * rpm 4.0.3-4
  35.     * awk
  36. Il faut ajouter deux petits liens à tout ça : ln -s /usr/bin/awk /bin/awk
  37. ln -s /usr/bin/rpm /bin/rpm
  38. Le caméléon
  39. Maintenant, on va faire croire à l'installateur d'Oracle, qu'il est en train de s'exécuter sur une RedHat ;)
  40. su - root
  41. cat > /etc/redhat-release << EOF
  42. Red Hat Enterprise Linux AS release 3 (Taroon)
  43. EOF
  44. On peut lancer aussi l'installateur avec une option pour qu'il ne teste rien au niveau du système (runInstaller -ignoreSysPrereqs).
  45. Les paramètres noyau
  46. Pour voir l'ensemble des paramètres du noyau : su - root
  47. sysctl -a
  48. Oracle a besoin des valeurs suivantes : shmmax = 2147483648 (Pour vérifier, exécuter: cat /proc/sys/kernel/shmmax)
  49. shmmni = 4096 (Pour vérifier, exécuter: cat /proc/sys/kernel/shmmni)
  50. shmall = 2097152 (Pour vérifier, exécuter: cat /proc/sys/kernel/shmall)
  51. shmmin = 1 (Pour vérifier, exécuter: ipcs -lm |grep "min seg size" )
  52. shmseg = 10
  53. semmsl = 250 (Pour vérifier, exécuter: cat /proc/sys/kernel/sem | awk '{print $1}')
  54. semmns = 32000 (Pour vérifier, exécuter: cat /proc/sys/kernel/sem | awk '{print $2}')
  55. semopm = 100 (Pour vérifier, exécuter: cat /proc/sys/kernel/sem | awk '{print $3}')
  56. semmni = 128 (Pour vérifier, exécuter: cat /proc/sys/kernel/sem | awk '{print $4}')
  57. file-max = 65536 (Pour vérifier, exécuter: cat /proc/sys/fs/file-max)
  58. Si les valeurs du noyau sont plus basses, il faut les augmenter à la valeur voulue par Oracle.
  59. Pour ce faire, il faut modifier le fichier /etc/sysctl.conf. Par exemple : kernel.shmmax=2147483648
  60. kernel.sem=250 32000 100 128
  61. fs.file-max=65536
  62. Pour prendre en compte ces nouvelles valeurs, il suffit de lancer la commande : sysctl -p
  63. La place disque
  64. L'installation en "General Purpose Database" demande environ 1.2Go pour le logiciel et un peu plus de 700Mo pour la base de données préconfigurée.
  65. Création de l'utilisateur Oracle
  66. Oracle a besoin d'un login pour pouvoir s'exécuter.
  67. On peut aussi vouloir séparer le groupe (Unix) qui détient les droits sur les logiciels installés et sur les bases de données. Dans ce cas, on créera deux groupes distincts : oinstall et dba.
  68. su - root
  69. groupadd dba
  70. groupadd oinstall
  71. useradd -c "Oracle software owner" -g oinstall -G dba oracle
  72. passwd oracle
  73. Modification des limites pour l'utilisateur oracle
  74. Chaque utilisateur a des limites au sein du système.
  75. Les limites par défaut peuvent être visualisées avec ulimit -a
  76. Si vous installez une base de test, les limites par défaut devraient être suffisantes.
  77. Pour des bases plus importantes, il convient de les modifier.
  78. Les limites se définissent dans le fichier /etc/security/limits.conf oracle soft nofile 4096
  79. oracle hard nofile 63536
  80. oracle soft nproc 2047
  81. oracle hard nproc 16384
  82. Pour que ce fichier soit utiliser lors du login, il faut aller modifier les fichiers de configuration de pam.
  83. Ils se trouvent dans /etc/pam.d.
  84. Suivant le type de "login" réalisé avec l'utilisateur oracle, il faudra modifier les fichiers :
  85.     * su : pour la prise en compte lors d'un su,
  86.     * login : pour la prise en compte lors d'un login
  87.     * ssh : si on veut que les limites s'applique lros d'une session ssh
  88. La modification consiste à décommenter la ligne : session required pam_limits.so
  89. Les répertoires Oracle
  90. On n'a besoin de créer uniquement le répertoire qui sera le $ORACLE_BASE.
  91. su - root
  92. mkdir -p /u01/app/oracle
  93. chown -R oracle.oinstall /u01
  94. Vous pouvez choisir le répertoire que vous voulez, mais Oracle a "publié" un guide bonne conduite (Optimal Flexible Architecture - OFA). Je ne le décrierais pas ici.
  95. Si vous voulez que les fichiers de base de données se trouvent ailleurs que sous $ORACLE_BASE, vous devez créer un autre répertoire : su - root
  96. mkdir -p /u02/oradata/test
  97. chown -R oracle.oinstall /u02
  98. Dans ce cas, la base de donnée se nommera test, et cela sera aussi le nom de l'instance.
  99. L'environnement de l'utilisateur Oracle
  100. L'installation étant lancé par l'utilisateur oracle, on a besoin de deux variables d'environnement : export ORACLE_BASE=/u01/app/oracle
  101. export ORACLE_SID=test
  102. L'ORACLE_SID correspond au nom de l'instance de la base que l'on veut créée.
  103. Les variables suivantes ne doivent pas être présentes : unset ORACLE_HOME
  104. unset TNS_ADMIN
  105. Installation
  106. Après ses amuses-bouches, on va pouvoir attaquer l'installation ;)
  107. Démarrer Oracle Universal Installer
  108. Monter le CD où se trouve Oracle ou télécharger la version à partir du site d'Oracle.
  109. Il faut lancer l'installation en étant oracle su - oracle
  110. oracle$ /path/to/oracle/runInstaller
  111. Vérifier bien avant de lancer runinstaller que la variable DISPLAY est bien positionnée et que vous avez les droits d'affichage (xhost).
  112. Utilisation Oracle Universal Installer
  113. Une fois l'installateur lancé, vous n'avez plus qu'à vous laissez guider at à répondre aux questions.
  114. Pendant la phase de link, il y aura deux erreurs de compilation, cliquez sur "continue", cela n'empêche pas la base de fonctionner.
  115. A la fin de l'installation, il faut lancer un script sous l'utilisateur root. Ce script étant prévu pour RedHat, il va se planter sur la création d'un lien dans le répertoire d'init. Le processus lancé n'est pas obligatoire, mais si vous le voulez, vous pouvez lancer al commande suivante pour réaliser ce lien. ln -s /etc/init.d/init.cssd /etc/rc2.d/S96init.cssd
  116. Post-Installation
  117. L'environement pour utiliser cette base
  118. Il faut ajouter à l'utilisateur qui veut utiliser cette base les variables suivantes : export ORACLE_HOME=$ORACLE_BASE/product/10.1.0/db_1
  119. export PATH=$PATH:$ORACLE_HOME/bin
  120. Les processus supplémentaires
  121. Lors d'une installation d'une base pré-configurée, Oracle lance quelques processus supplémentaires à la base de données.
  122. Voici les différentes manipulations si vous voulez les arrêtez :
  123.     * isqlplus
  124.       su - oracle
  125.       isqlplusctl stop
  126.     * Oracle Management Agent
  127.       su - oracle
  128.       emctl stop agent
  129.     * listener
  130.       su - oracle
  131.       lsnrctl stop
  132.     * Oracle CSS daemon
  133.       su - root
  134.       /etc/rc.d/init.d/init.cssd stop
  135. Et voila, vous avez un noyau Oracle opérationnel. Bon test.


Message édité par splurf le 20-04-2004 à 09:14:51
Reply

Marsh Posté le 20-04-2004 à 09:14:13    

Reply

Marsh Posté le 20-04-2004 à 14:42:04    

Voilà j'ai enfin trouvé ce qui clochait dans mon install.  
 
En fait j'essayé d'installer Oracle sur une partition d'un DD externe USB (pour une question de place disponible et de performance - DD portable oblige-).
J'ai retenté l'install sur le DD normal et là ça fonctionnait. Au final, mon systemèe de fichier du DD USB était monté avec de mauvais paramètres (user,rw,noatime,noauto) d'où l'impossibilité de lancer les scripts.
 
Voilà maintenant c'est règlé, c'était juste une bête histoire de permissions :/
Merci pour m'avoir aider. La prochaine fois j'y regarderai à 2 fois avant de crier que l'install d'oracle c'est de la merde :sweat:


---------------
http://anothergeekwebsite.com
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed