Discussion :

[nikop51]

Bonjour,

Ce n'est pas la première fois que j'ai ce type de problème, et je ne sais pas du tout quoi essayer pour que ça fonctionne...
Un exemple :
Sur un serveur cacti (avec sunOS 5.10 sur sparc), j'ai tenté d'installer une version plus récente d'apache + php, avec des packages CSW, mais j'ai des problèmes de librairies...

Voir les "symbol not found" dans le retour de commande ldd ci dessous.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
ldd -d /opt/csw/apache2/libexec/libphp5.so
        librt.so.1 =>    /lib/librt.so.1
        libcrypt_i.so.1 =>       /usr/lib/libcrypt_i.so.1
        libz.so =>       /usr/lib/libz.so
        libmm.so.14 =>   /opt/csw/lib/sparcv8/libmm.so.14
        libssl.so.0.9.8 =>       /opt/csw/lib/sparcv8/libssl.so.0.9.8
        libcrypto.so.0.9.8 =>    /opt/csw/lib/sparcv8/libcrypto.so.0.9.8
        libresolv.so.2 =>        /lib/libresolv.so.2
        libm.so.1 =>     /lib/libm.so.1
        libdl.so.1 =>    /lib/libdl.so.1
        libnsl.so.1 =>   /lib/libnsl.so.1
        libsocket.so.1 =>        /lib/libsocket.so.1
        libgssapi_krb5.so.2 =>   /opt/csw/lib/sparcv8/libgssapi_krb5.so.2
        libkrb5.so.3 =>  /opt/csw/lib/sparcv8/libkrb5.so.3
        libk5crypto.so.3 =>      /opt/csw/lib/sparcv8/libk5crypto.so.3
        libcom_err.so.3 =>       /opt/csw/lib/sparcv8/libcom_err.so.3
        libxml2.so.2 =>  /opt/csw/lib/sparcv8/libxml2.so.2
        libiconv.so.2 =>         /opt/csw/lib/sparcv8/libiconv.so.2
        libc.so.1 =>     /lib/libc.so.1
        libgcc_s.so.1 =>         /opt/csw/lib/sparcv8/libgcc_s.so.1
        libaio.so.1 =>   /lib/libaio.so.1
        libmd.so.1 =>    /lib/libmd.so.1
        libgen.so.1 =>   /lib/libgen.so.1
        libmp.so.2 =>    /lib/libmp.so.2
        libscf.so.1 =>   /lib/libscf.so.1
        libkrb5support.so.0 =>   /opt/csw/lib/sparcv8/libkrb5support.so.0
        libintl.so.1 =>  /lib/libintl.so.1
        libpthread.so.1 =>       /lib/libpthread.so.1
        libdoor.so.1 =>  /lib/libdoor.so.1
        libuutil.so.1 =>         /lib/libuutil.so.1
        symbol not found: apr_pool_cleanup_null         (/opt/csw/apache2/libexec/libphp5.so)
        symbol not found: ap_loaded_modules             (/opt/csw/apache2/libexec/libphp5.so)
        symbol not found: unixd_config          (/opt/csw/apache2/libexec/libphp5.so)
        symbol not found: ap_server_root                (/opt/csw/apache2/libexec/libphp5.so)
        libm.so.2 =>     /lib/libm.so.2
        /platform/SUNW,Sun-Fire-T1000/lib/libc_psr.so.1
        /platform/SUNW,Sun-Fire-T1000/lib/libmd_psr.so.1

Comment résoudre ce type de problème ???

Merci d'avance pour votre aide,

Nico

[Suntechnologist]

Avez vous essayé :

# ldd -rp /opt/csw/apache2/libexec/libphp5.so

Cette commande permet de vérifier que toutes les dépendances de libphp5.so sont résolues.

[nikop51]

Mon "ldd" ne connais pas l'option "-p"... qu'est elle censée faire ?

Code :

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

1
2
# ldd -rp /opt/csw/apache2/libexec/libphp5.so
usage: ldd [-d | -r] [-c] [-e envar] [-f] [-i] [-L] [-l] [-s] [-U | -u] [-v] file(s)

[Suntechnologist]

Mon "ldd" ne connais pas l'option "-p"... qu'est elle censée faire ?

Désolé pour la réponse tardive.
man ldd:

'' -p Expose any unresolved symbol errors to explicit parent
and external references.''

Cette option est supportée en Solaris 10 & 11 (et peut-être avant). Elle permet d'identifier les symboles non résolus et la librairie.

Si il y a des dépendances manquantes, il faut les identifier, voir les installées,
et les inclures dans le LD_LIBRARY_PATH.

Code :

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

1
2
# ldd -rp /opt/csw/apache2/libexec/libphp5.so
usage: ldd [-d | -r] [-c] [-e envar] [-f] [-i] [-L] [-l] [-s] [-U | -u] [-v] file(s)