[Installation] Problème oracle10g R2 et suse 9 entreprise

Bonjour,

J'ai essayé d'installer oracle 10 g R2 sur ma suse 9 entreprise, j'ai suivis les recommandations du fichier d'aide contenu dans le package d'installation d'oracle. j'ai donc vérifié que toutes les bibliothèques était bien présente, l'espace disque, créé les utilisateurs et les groupes, etc ...

lorsque j'exécute runIntaller avec l'utilisateur oracle, on me dit que /tmp ne contient pas assez d'espace, alors qu'il y a plus de 2 Go, ou alors que oracle n'a pas les droit, j'ai vérifié, j'ai meme mi tous les droits pour tout le monde, mais le problème persiste ... je ne sais pas trop quoi faire ...

Merci de m'aider si vous connaissez ce problème. :wink:

j'ai déjà eu cette erreur très connu... je vais essayé d'en retrouver la cause qui n'a pas grand chose à voir avec le /tmp :aie:

En revanche il me faut le message exact :ange:

Citation:

---

Envoyé par Fred_D

j'ai déjà eu cette erreur très connu... je vais essayé d'en retrouver la cause qui n'a pas grand chose à voir avec le /tmp :aie:

En revanche il me faut le message exact :ange:

---

Je te donne ça dès que je le récupère, merci d'avance...

voila le message :

Citation:

---

oracle@linux:/home/Max> ./database/runInstaller
Démarrage d'Oracle Universal Installer...

Vérification des exigences du programme d'installation...

Vérification de la version du système d'exploitation : il doit s'agir deredhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2
Réussite


Toutes les exigences du programme d'installation sont remplies.

Vérification de l'espace temporaire : doit être supérieur à 80 Mo. Réel 6799 Mo Réussite
Vérification de l'espace de swap : il doit être supérieur à 150 Mo. Réel 1004 Mo Réussite
Vérification de l'écran : doit être configuré pour afficher au moins 256 couleurs. Réel 65536 Réussite
Préparation du lancement d'Oracle Universal Installer à partir de /tmp/OraInstall2005-10-21_12-56-45PM. Veuillez patienter...[../stage/Components/oracle.swd.jre/1.4.2.8.0/1/DataFiles/filegroup2.jar]
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
note: ../stage/Components/oracle.swd.jre/1.4.2.8.0/1/DataFiles/filegroup2.jar may be a plain executable, not an archive

Erreur lors de l'écriture dans le répertoire /tmp/OraInstall2005-10-21_12-56-45PM. Vérifiez que ce répertoire est accessible en écriture et comporte au moins 60 Mo d'espace disque. Impossible de poursuivre l'installation.
: Succès

---

voilà ... je me suis demandé si ce n'était pas la path de la JVM qui n'était pas bonne ... Je sais pas :roll:

ha bah c'est un autre problème :

Citation:

---

End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.

---

Tu sembles avoir des fichiers corrompus :koi:

Citation:

---

Envoyé par Fred_D

ha bah c'est un autre problème :

Citation:

---

End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.

---

Tu sembles avoir des fichiers corrompus :koi:

---

cool .... j'ai plus qu'a retélécharger tout ça alors ....

Les fichiers n'étaient pas corrompus, je les avais tout simplement mal dézippés ... NO COMMENT ... :roll:

bon alors ...

J'ai un nouveau problème, cette fois c'est un message d'erreur. Lorsque l'installation se lance, je choisi installation avancée. La fenètre suivante me demande le chemin du répertoire d'inventaire. je lui spécifi le répertoire créé pendant la préinstallation c'est à dire : /u01/app/oracle/oraInventory

il me demande aussi le nom du groupe système, je laisse oinstall.

lorsque je valide il 'affiche un message d'erreur assez succint :

SOWNER_SYSTEM_EPERM

qu'est ce que je dois faire ??

c'est bon j'ai trouvé ...
oinstall n'était pas propiétaire du répertoire c'est pour ça...

lors de la vérification de la configuration ...

J'ai un problème de configuration.
c'est les rmem_default, rmem_max, wmem_default, wmem_max
normalement ils doivent se configurer au redémarage de SUSE.
Dans le fichier de préinstallation ils conseillent de faire un fichier /etc/sysctl.conf, d'y coller la config demandée, d'exécuter la commande

Code:

---

/sbin/chkconfig boot.sysctl on

---

le démarage refait, en me logant sur mon utilisateur oracle, la configue n'a pas changée.
Lorsque je fait un

Code:

---

/sbin/sysctl -a | grep rmem_max

---

j'optiens toujours mes anciennes valeurs et non pas celle du fichier /etc/sysctl.conf

si quelqu'un voit comment régler mon problème, je suis intéressé ...
Merci :wink:

Comment a tu modifier c’est paramétrages ????
Avec la commande
echo ou avec insertion des lignes dans le fichier /etc/sysctl.conf
????????
dire que j'avais laissé des kilométres de scribouille ici :
http://www.developpez.net/forums/vie...360560&start=0

Citation:

---

Envoyé par denisys

Comment a tu modifier c’est paramétrages ????
Avec la commande
echo ou avec insertion des lignes dans le fichier /etc/sysctl.conf
????????
dire que j'avais laissé des kilométres de scribouille ici :
http://www.developpez.net/forums/vie...360560&start=0

---

Insertion ...
j'ai fait un vi sysctl.conf
J'ai collé la configue, j'ai enregistré et j'ai fermé ...

J'ai regarder ton post mais ça parle d'une fédora ... moi j'ai une suse...
apparement c'est un peu plus chiant

Sinon je suis passé sur le problème et j'ai fini mon install comme ça ... une fois l'install complète (sans erreur apart celle que j'ai exposé au dessus), si je lance un terminal et que je tape la commande sqlplus /nolog
il me dit que la commande n'existe pas, je me log en root je réessaye ... toujours pareil ... ça doit etre un problème de path, mais je ne pas pas trop comment le régler... ça a peut etre un rapport avec le dernier script qu'il faut exécuter en root /u01/app/oracle/root.sh
a la fin il me demande le chemin complet du répertoire bin, j'ai mis /usr/lib/bin

Je ne savais pas et rien n'est noté sur ça dans le tuto d'installation de la 10.1 ...

Voila merci en tout cas de vous penchez sur mon (mes) problème(s) ...
:wink:

Citation:

---

Envoyé par max44410

J'ai collé la configue, j'ai enregistré et j'ai fermé ...

---

On enchaîne avec la commande

Code:

---

sysctl -p /etc/sysctl.conf

---

pour rendre les modifications du paramétrage persistant

Citation:

---

Envoyé par max44410

J'ai regarder ton post mais ça parle d'une fédora ... moi j'ai une suse...
apparement c'est un peu plus chiant

---

Qu’est ce qui chiant ???
Suse ou le temps de préparation de l’installation de Oracle sur Linux ??
Elle est où la différence avec Fedora et Suse ???

Citation:

---

Envoyé par max44410

j'ai exposé au dessus), si je lance un terminal et que je tape la commande sqlplus /nolog
il me dit que la commande n'existe pas, je me log en root je réessaye ... toujours pareil ... ça doit etre un problème de path,

---

tu a regardé le .bash_profile de l’utilisateur oracle ??
tu y a fais des modifications avant l’installation ou après ????

Citation:

---

Envoyé par max44410

a la fin il me demande le chemin complet du répertoire bin, j'ai mis /usr/lib/bin

---

Elle est là la difference entre Fedora et Suse !!!
De plus tu ne site le nom de commande.
Un lien symbolique devais etre fais avant l’installation.
Mais tu peut rattraper la situation en faisant ce lien symbolique et en relançant le script root.sh

bon alors j'ai jeté un coup d'oeil cet après midi et ....

Je pense que ce n'ai pas le .bash_profile qu'il faut modifier mais le .bashrc du répertoire utilisateur ... je ne suis pas sur, je ndemande confirmation.
Pour ce qui est de la PATH, je ne sais tjs pas quoi mettre comme chemin.

Voila merci de vos conseil :wink:

Cela fais un bout de temps que je n’ai pas touché a une Suse.
Donc mes souvenirs ne seront pas efficaces.
Dans un premier temps, regarde quel sont les fichiers créé avec l’utilisateur root .
Tu ouvre une fenêtre terminal en tant que root et tu lance la commande

Code:

---

ls -al

---

Là tu verras si il existe un fichier .bash_profile pour l’utilisateur root
Tu peut regarder également dans le répertoire /etc/skel , quel sont les fichiers utilisés lors de la création d’utilisateur .N’oublie pas que tous fichier avec un point devant son nom est un fichier caché.
Sinon , tu va être obligé de lancer les variables dans une fenêtre de terminal avec l’utilisateur oracle .
C’est a dire toute la série suivante :

Code:

---

1 2 3 4 5 6 7 8 9

export ORACLE_BASE=/u01/app/oracle export ORACLE_HOME=/u01/app/oracle/product export ORACLE_SID=DESYS1 export ORACLE_TERM=xterm export PATH=/usr/sbin:$PATH export PATH=/u01/app/oracle/product/bin:$PATH   export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib export CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib

---

tu peut faire un copie/collé ça marche en règle général .
tu test les variables avec la commande echo

Code:

---

echo $ORACLE_HOME

---

tu vérifie quel répondent avec le chemin où tu a installé oracle .
bien évidemment si le chemin est différent , tu aménage ces variables .

A oui le ORACLE_SID tu l’aménage en fonction de l’instance que tu créé bien sur !!!!!

Citation:

---

Tu ouvre une fenêtre terminal en tant que root et tu lance la commande

Code:

---

ls -al

---

Là tu verras si il existe un fichier .bash_profile pour l’utilisateur root

---

Bon et bien rien du tout ... a part un .bash_history c'est tout ce qu'il y a...
Je ne sais toujours pas quel fichier il faut utiliser, bref ...

Citation:

---

Sinon , tu va être obligé de lancer les variables dans une fenêtre de terminal avec l’utilisateur oracle .
C’est a dire toute la série suivante :

Code:

---

1 2 3 4 5 6 7 8 9

export ORACLE_BASE=/u01/app/oracle export ORACLE_HOME=/u01/app/oracle/product export ORACLE_SID=DESYS1 export ORACLE_TERM=xterm export PATH=/usr/sbin:$PATH export PATH=/u01/app/oracle/product/bin:$PATH   export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib export CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib

---

tu peut faire un copie/collé ça marche en règle général .
tu test les variables avec la commande echo

Code:

---

echo $ORACLE_HOME

---

---

Après saisie manuelle dans un terminal des export, et vérification avec les echo ...

je tape :

Code:

---

1 2 3

~ sqlplus /nolog bash: sqlplus: command not found

---

Voila donc je n'ai toujours pas résolu mon problème ... :roll:

1. verifie si sqlplus existe bien
sinon lance

Code:

---

relink all

---

Bon tu va avec le compte oracle dans le répertoire $ORACLE_HOME/bin
Tu lance la commande

Code:

---

ls -al|grep sqlplus

---

Et tu affiche le résultat

bon alors elle existe bien ...

si je modifi la PATH a la main

Code:

---

1 2	PATH=$PATH:/u01/app/oracle/bin

---

ensuite je fais sqlplus /nolog ... et ça fonctionne ...
donc c'est le fichier .bash_profile qui ne se lance pas au démarage ....
voila ... :wink:
Je ne sais pas si vous pouvez m'aider

Question 1 :
Est-ce que tu est connecté avec l’utilisateur oracle ??
Question 2 :
Si tu connecté avec l’utilisateur root
Est-ce que tu prend correctement le shell de l’utilisateur oracle avec root ???

Code:

---

su - oracle

---