Bonsoir à tout le forum.

Bon après mes pérégrinations à propos du changement de taille de ma partition "/" avec lvm (voir ce post), j'en arrive à l'insatllation à proprement parler d'oracle.
J'ai l'intention de faire passer un certain nombre de tests aux release 9iR2, 10g et 11g.
J'ai donc téléchargé les packages qui vont bien.
Pour la 9iR2 iciavec :

amd64_db_9204_Disk1.cpio.gz (423,559,952 bytes) (cksum - 2519016497)
amd64_db_9204_Disk2.cpio.gz (578,948,873 bytes) (cksum -721603952)
amd64_db_9204_Disk3.cpio.gz (334,834,987 bytes) (cksum - 1896810138)

, pour la 10g et la 11g là.
J'ai donc suivis (comme je l'ai déjà fais plusieurs fois) les recommendations oracle (OFA) et les quelques manipuations pour préparer l'installation.
Je lance le binaire runInstall et j'obtiens :

[oracle@FC9 Disk1]$ Initializing Java Virtual Machine from /tmp/OraInstall2008-11-06_07-44-09PM/jre/bin/java. Please wait...
Exception in thread "main" java.lang.UnsatisfiedLinkError: /tmp/OraInstall2008-11-06_07-44-09PM/jre/lib/i386/libawt.so: [b]libXp.so.6: cannot open shared object file[/b]: [u]No such file or directory[/u]
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560)
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1477)
        at java.lang.Runtime.loadLibrary0(Runtime.java:788)
        at java.lang.System.loadLibrary(System.java:834)
        at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java:38)
        at sun.awt.DebugHelper.<clinit>(DebugHelper.java:29)
        at java.awt.Component.<clinit>(Component.java:506)
        at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:593)

donc j'installe libXp comme suit :

root@FC9 linux]# yum install libXp
Modules complémentaires chargés : refresh-packagekit
Configuration du processus d'installation
Traitement des options d'installation des paquetages
Résolution des dépendances
--> Lancement de la transaction de test
---> Paquetage libXp.x86_64 0:1.0.0-11.fc9 marqué pour être mis à jour
--> Résolution des dépendances terminée

Dépendances résolues

================================================================================
 Paquetage       Architecture     Version                Dépôt            Taille
================================================================================
Installation:
 libXp           x86_64           1.0.0-11.fc9           fedora            23 k

Transaction Summary
================================================================================
Install      1 Package(s)
Update       0 Package(s)
Remove       0 Package(s)

Taille totale des téléchargement : 23 k
Est-ce correct [o/N]Â : o
Téléchargement des paquetages :
libXp-1.0.0-11.fc9.x86_64.rpm                                                                                                         |  23 kB     00:00
Lancement de rpm_check_debug
Lancement de la transaction de test
Transaction de test terminée
Transaction de test réussie
Lancement de la transaction
  Installation   : libXp                                             [1/1]

Installé: libXp.x86_64 0:1.0.0-11.fc9
Terminé !

et je relance runInstall. J'obtiens une nouvelle insulte :

[oracle@FC9 Disk1]$ ./runInstaller
[oracle@FC9 Disk1]$ Initializing Java Virtual Machine from /tmp/OraInstall2008-11-06_07-46-10PM/jre/bin/java. Please wait...
Exception in thread "main" java.lang.UnsatisfiedLinkError: /tmp/OraInstall2008-11-06_07-46-10PM/jre/lib/i386/libawt.so: [b]libXp.so.6: wrong ELF class: ELFCLASS64[/b]
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560)
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1477)
        at java.lang.Runtime.loadLibrary0(Runtime.java:788)
        at java.lang.System.loadLibrary(System.java:834)
        at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java:38)
        at sun.awt.DebugHelper.<clinit>(DebugHelper.java:29)
        at java.awt.Component.<clinit>(Component.java:506)
        at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:593)

J'ai pourtant :

[root@FC9 linux]# rpm -qil libXp
Name        : libXp                        Relocations: (not relocatable)
Version     : 1.0.0                             Vendor: Fedora Project
Release     : 11.fc9                        Build Date: jeu 21 fév 2008 13:32:57 CET
Install Date: jeu 06 nov 2008 19:45:10 CET      Build Host: xenbuilder4.fedora.phx.redhat.com
Group       : System Environment/Libraries   Source RPM: libXp-1.0.0-11.fc9.src.rpm
Size        : 39653                            License: MIT
Signature   : DSA/SHA1, ven 11 avr 2008 03:29:05 CEST, Key ID b44269d04f2a6fd2
Packager    : Fedora Project
URL         : http://www.x.org
Summary     : X.Org X11 libXp runtime library
Description :
X.Org X11 libXp runtime library
/usr/lib64/libXp.so.6
/usr/lib64/libXp.so.6.2.0
/usr/share/doc/libXp-1.0.0
/usr/share/doc/libXp-1.0.0/AUTHORS
/usr/share/doc/libXp-1.0.0/COPYING
/usr/share/doc/libXp-1.0.0/ChangeLog
/usr/share/doc/libXp-1.0.0/INSTALL

et j'obtiens la même chose si j'installe le libXp.i386.

Si quelqu'un est passé par là et connais la solution je lui serais EXTREMENT reconnaissant de me donner un petit coup de main.
Serait-ce du au fichier /tmp/OraInstall2008-11-06_07-46-10PM/jre/lib/i386/libawt.so ? je n'ai pas vu d'info sur le site oracle et je n'ai pas de compte metalink perso. 😉

A+
Fred

Je crains que tu n'est raison.
Je ne connaissais pas le site que tu me signale et je le trouve très bon. je vais potasser (et bidouiller un peu), mais bon je n'ai pas beaucoup d'espoir.
Ah! je signale que ma machine n'est pas amd mais intel :

[root@FC9 linux]# dmesg | grep -i intel
CPU0: Intel(R) Core(TM)2 Duo CPU     E6850  @ 3.00GHz stepping 0b
CPU1: Intel(R) Core(TM)2 Duo CPU     E6850  @ 3.00GHz stepping 0b
firmware: requesting intel-ucode/06-0f-0b
firmware: requesting intel-ucode/06-0f-0b

Après plusieurs installation/désinstallation de la libXp.so.6 j'ai obtenu une incohérence dans mes message
entre rpm -e libXp qui me disait que le paquet n'était pas installé et le yum install libXp.i386 qui lui m'assurait que le paquet était présent.
Ce qui confirme un peu cette autre incohérence entre l'installation du paquet libXp.i386 et le fait qu'il n'était pas visible par le runIstaller ("wrong ELF class: ELFCLASS64..").
Peut-etre un petit problème de stabilité de yum?!
J'ai donc décidé de rebooter le serveur et de réinstaller la libXp.i386. Et j'ai obtenu le message concernant l'absence d'une autre bibliothèque.
Entre temps j'ai appris vite fais le polonais et j'ai vu ici qu'il me manquerait pas mal d'autres bibliothèques.

Certaines d'entre elles ne semblent plus soutenues

[root@FC9 ~]# ldd /tmp/OraInstall2008-11-06_09-52-53PM/jre/lib/i386/libawt.so | grep "not found"
        libmlib_image.so => not found
        libjvm.so => not found
        libXt.so.6 => not found
        libXtst.so.6 => not found
        libjava.so => not found

[root@FC9 ~]# yum search libmlib_image
Modules complémentaires chargés : refresh-packagekit
Attention : Aucune correspondance trouvée pour : libmlib_image
Aucune correspondance trouvée
[root@FC9 ~]# yum search libjvm
Modules complémentaires chargés : refresh-packagekit
Attention : Aucune correspondance trouvée pour : libjvm
Aucune correspondance trouvée
[root@FC9 ~]# yum search libjava
Modules complémentaires chargés : refresh-packagekit
Attention : Aucune correspondance trouvée pour : libjava
Aucune correspondance trouvée

mais les principales permettent finalement de lancer la machine java de l'oui.
Je continuerai donc cette installation demain.
Merci à toi remi pour ta contribution.

En esperant que cela puisse être utile.

A+
Fred

Une petite suite de mes aventures de Oracle 9i au pays de Fedora 9 (64bit)....
Quelle galère!
L'OUI se fige sur cet ecran :

et les logs me donnent :

java.lang.UnsatisfiedLinkError: /tmp/OraInstall2008-11-13_08-55-42PM/libactionUnix22.so: /tmp/OraInstall2008-11-13_08-55-42PM/libactionUnix22.so: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

et

Appel action unixActions2.2.0.18.0 touchFile
source = /app/oracle/product/9i/lib/ldflags

J'ai cru lire quelque part que cela provenait de la nouvelle gestion des threads dans la libc;
Je crois que cette tentative d'installation aura eut raison de moi. Je vais donc oublier la 9i et installer la 10g et 11g pour mes tests.
Mais je reste à l'affût de nouvelles infos concernant la 9i, si quelqu'un passant par là a des infos, je suis preneur.