[FORUM] Migration Fedora Core 7 réussie :) • Forum OXMO

soul^keeper

[FORUM] Migration Fedora Core 7 réussie :)

21-08-2007 20:44

soul^keeper

Administrateur

Niveau : 5
N° de Membre : 1

Ancienneté : 100%

Participation : 100%

Inscription: 22 Feb 2002
Localisation: La Défense
Age: 49
Messages: 16790
Sujets Lancés : 2454

[FORUM] Migration Fedora Core 7 réussie :)

Message écrit par soul^keeper, le 31-10-2006 à 20:23

Je suis en train d'upgrader le serveur en Fedora Core 6.

Prévoyez certainement une petite coupure car après upgrade et reboot, je devrai recompiler plusieurs applis "critiques" comme Apache, PHP, MySQL, Bind, etc...

A toute pour le CR.

On prend les mêmes et on recommence

Migration vers Fedora Core 7 en cours...

A tout à l'heure

| IP: Logguée
Temps en ligne : 98 Jours, 11 Heures, 19 Minutes, 59 Secondes en ligne

21-08-2007 20:44

PROFIL PM RECH. AMIS

ÉDITER CITER

rellik

21-08-2007 21:46

rellik

Expert

Niveau : 3
N° de Membre : 94

Ancienneté : 100%

Participation : 71%

Inscription: 24 Feb 2002
Localisation: La haut, la haut très loin dans l'espace
Messages: 2943
Sujets Lancés : 216

Il est à fond la forme en ce moment Soul !

| IP: Logguée
Temps en ligne : 10 Jours, 1 Heure, 19 Minutes, 11 Secondes en ligne

21-08-2007 21:46

PROFIL PM RECH. AMIS

ÉDITER CITER

BirkEnstock

21-08-2007 21:49

BirkEnstock

Expert

Niveau : 3
N° de Membre : 6828

Ancienneté : 97%

Participation : 71%

Inscription: 05 Dec 2002
Localisation: Strabourg
Age: 48
Messages: 2974
Sujets Lancés : 172

Citation

pplis "critiques" comme Apache, PHP, MySQL, Bind, etc...

c'est du chinois !

mais merci pour le boulot effectué !

__________________

| IP: Logguée
Temps en ligne : 34 Jours, 23 Heures, 45 Minutes, 56 Secondes en ligne

21-08-2007 21:49

PROFIL PM RECH. AMIS

ÉDITER CITER

bzh

21-08-2007 21:59

bzh

Maitre

Niveau : 4
N° de Membre : 13139

Ancienneté : 93%

Participation : 80%

Inscription: 13 Jan 2004
Localisation: A l'Ouest
Age: 73
Messages: 4995
Sujets Lancés : 106

Je savais que Soul avait une nana
Enfin il l 'avoue FEDORA

Cela ne rappelle les James Bond

__________________

| IP: Logguée
Temps en ligne : 119 Jours, 17 Heures, 19 Minutes, 27 Secondes en ligne

21-08-2007 21:59

PROFIL PM RECH. AMIS

ÉDITER CITER

dsp56001

21-08-2007 22:13

dsp56001

Guru

Niveau : 5
N° de Membre : 13832

Ancienneté : 84%

Participation : 93%

Inscription: 17 Apr 2006
Localisation: Le Mans
Messages: 10068
Sujets Lancés : 5219

Salut les jeunes,

Bonne migration.

Bonne nuit europe.

| IP: Logguée
Temps en ligne : 17 Jours, 19 Heures, 5 Minutes, 32 Secondes en ligne

21-08-2007 22:13

PROFIL PM RECH. AMIS

ÉDITER CITER

soul^keeper

21-08-2007 23:13

soul^keeper

Administrateur

Niveau : 5
N° de Membre : 1

Ancienneté : 100%

Participation : 100%

Inscription: 22 Feb 2002
Localisation: La Défense
Age: 49
Messages: 16790
Sujets Lancés : 2454

Bon voilà, migration terminée.

Je n'ai pas rebooté pour l'instant... on tourne toujours sur l'ancien kernel, mais ça n'est pas bien grave...

Code

[root@cronos ~]# cat /etc/redhat-release 
Fedora release 7 (Moonshine)

[root@cronos ~]# uname -a
Linux cronos.oxmo.org 2.6.19-1.2895.fc6 #1 SMP Wed Jan 10 19:28:18 EST 2007 i686 athlon i386 GNU/Linux

Comme j'ai un peu tardé à migré, je pense que le reboot sera pour la FC8...

Code

[root@cronos ~]# uptime
 23:11:56 up 211 days, 21:33,  2 users,  load average: 0.29, 0.71, 1.04

| IP: Logguée
Temps en ligne : 98 Jours, 11 Heures, 19 Minutes, 59 Secondes en ligne

21-08-2007 23:13

PROFIL PM RECH. AMIS

ÉDITER CITER

ludoliefr

21-08-2007 23:16

ludoliefr

Expert

Niveau : 3
N° de Membre : 13115

Ancienneté : 94%

Participation : 59%

Inscription: 06 Oct 2003
Localisation: Villebon Sur Yvette
Age: 48
Messages: 1532
Sujets Lancés : 35

__________________
Celui qui marche dans l'intégrité marche avec assurance, mais celui qui prend des voies tortueuses sera découvert.

| IP: Logguée
Temps en ligne : 10 Jours, 17 Heures, 35 Minutes, 21 Secondes en ligne

21-08-2007 23:16

PROFIL PM RECH. AMIS

ÉDITER CITER

fleming

21-08-2007 23:19

fleming

Super Moderateur

Niveau : 5
N° de Membre : 7849

Ancienneté : 97%

Participation : 100%

Inscription: 06 Jan 2003
Localisation: Augustoritum
Messages: 19502
Sujets Lancés : 319

Message écrit par bzh, le 21-08-2007 à 21:59

Je savais que Soul avait une nana
Enfin il l 'avoue FEDORA

oui, et il paraît qu'elle a un core de rêve.

Désolé.

__________________

Les tôles ondulées mais les vaches aussi.

| IP: Logguée
Temps en ligne : 95 Jours, 0 Heure, 24 Minutes, 20 Secondes en ligne

21-08-2007 23:19

PROFIL PM RECH. AMIS

ÉDITER CITER

soul^keeper

21-08-2007 23:21

soul^keeper

Administrateur

Niveau : 5
N° de Membre : 1

Ancienneté : 100%

Participation : 100%

Inscription: 22 Feb 2002
Localisation: La Défense
Age: 49
Messages: 16790
Sujets Lancés : 2454

A noter qu'Apache m'a fait un caca nerveux à la compilation pour une sombre histoire de lien vers une librairie obsolète disparue avec l'upgrade...

Code

Making all in support
make[1]: Entering directory `/usr/local/src/httpd-2.2.4/support'
make[2]: Entering directory `/usr/local/src/httpd-2.2.4/support'
/usr/local/apache2/build/libtool --silent --mode=link gcc -g -O2 -pthread     \
  -L/usr/local/apache2/lib -L/usr/local/lib   -o htpasswd  htpasswd.lo   \
  -lm /usr/local/src/httpd-2.2.4/srclib/pcre/libpcre.la /usr/local/apache2/lib/libaprutil-1.la \
  -ldb-4.3 -lexpat /usr/local/apache2/lib/libapr-1.la -luuid -lrt -lcrypt -lpthread -ldl
libtool: link: cannot find the library `/usr/lib/libdb-4.3.la'
make[2]: *** [htpasswd] Error 1
make[2]: Leaving directory `/usr/local/src/httpd-2.2.4/support'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/httpd-2.2.4/support'
make: *** [all-recursive] Error 1

J'ai été obligé de créer à la main le fichier /usr/lib/libdb-4.3.la avec pour contenu:

Code

# libdb-4.3.la - a libtool library file
# Generated by ltmain.sh - GNU libtool 1.5.8 (1.1220.2.117 2004/08/04 14:12:05)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# The name that we can dlopen(3).
dlname='libdb-4.3.so'

# Names of this library.
library_names='libdb-4.3.so libdb-4.3.so libdb-4.3.so'

# The name of the static archive.
old_library='libdb-4.3.a'

# Libraries that this one depends upon.
dependency_libs=' -lpthread'

# Version information for libdb-4.3.
current=0
age=0
revision=0

# Is this an already installed library?
installed=yes

# Should we warn about portability when linking against -modules?
shouldnotlink=no

# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''

# Directory that this library needs to be installed in:
libdir='/usr/lib'

Pourtant, le package compat-db-4.3.29-2.fc7 installé était justement censé contenir le nécessaire :

Code

[root@cronos ~]# rpm -ql compat-db-4.3.29-2.fc7
/lib/libdb-4.2.so
/lib/libdb-4.3.so
/lib/libdb_cxx-4.2.so
/lib/libdb_cxx-4.3.so
/usr/bin/berkeley_db42_svc
/usr/bin/berkeley_db43_svc
/usr/bin/db42_archive
/usr/bin/db42_checkpoint
/usr/bin/db42_deadlock
/usr/bin/db42_dump
/usr/bin/db42_load
/usr/bin/db42_printlog
/usr/bin/db42_recover
/usr/bin/db42_stat
/usr/bin/db42_upgrade
/usr/bin/db42_verify
/usr/bin/db43_archive
/usr/bin/db43_checkpoint
/usr/bin/db43_deadlock
/usr/bin/db43_dump
/usr/bin/db43_load
/usr/bin/db43_printlog
/usr/bin/db43_recover
/usr/bin/db43_stat
/usr/bin/db43_upgrade
/usr/bin/db43_verify
/usr/include/db4.2.52
/usr/include/db4.2.52/db.h
/usr/include/db4.2.52/db_185.h
/usr/include/db4.2.52/db_cxx.h
/usr/include/db4.3.29
/usr/include/db4.3.29/db.h
/usr/include/db4.3.29/db_185.h
/usr/include/db4.3.29/db_cxx.h
/usr/share/doc/compat-db-4.3.29
/usr/share/doc/compat-db-4.3.29/db-4.2.52
/usr/share/doc/compat-db-4.3.29/db-4.2.52/LICENSE
/usr/share/doc/compat-db-4.3.29/db-4.2.52/README
/usr/share/doc/compat-db-4.3.29/db-4.3.29
/usr/share/doc/compat-db-4.3.29/db-4.3.29/LICENSE
/usr/share/doc/compat-db-4.3.29/db-4.3.29/README

mais pas de fichier /usr/lib/libdb-4.3.la (ni /usr/lib/libdb-4.3.a d'ailleurs).... allez comprendre.

Une fois ce fichier /usr/lib/libdb-4.3.la créé, nouvelle erreur à la compilation:

Code

Making all in support
make[1]: Entering directory `/usr/local/src/httpd-2.2.4/support'
make[2]: Entering directory `/usr/local/src/httpd-2.2.4/support'
/usr/local/apache2/build/libtool --silent --mode=link gcc -g -O2 -pthread     \
  -L/usr/local/apache2/lib -L/usr/local/lib   -o htpasswd  htpasswd.lo   \
  -lm /usr/local/src/httpd-2.2.4/srclib/pcre/libpcre.la /usr/local/apache2/lib/libaprutil-1.la \
  -ldb-4.3 -lexpat /usr/local/apache2/lib/libapr-1.la -luuid -lrt -lcrypt -lpthread -ldl
gcc: /usr/lib/libdb-4.3.so: No such file or directory
make[2]: *** [htpasswd] Error 1
make[2]: Leaving directory `/usr/local/src/httpd-2.2.4/support'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/httpd-2.2.4/support'
make: *** [all-recursive] Error 1

Je m'en suis sorti en créant un lien symbolique :

Code

[root@cronos lib]# ls -la /usr/lib/libdb*
-rw-r--r-- 1 root root     799 2007-08-21 22:47 /usr/lib/libdb-4.3.la
lrwxrwxrwx 1 root root      22 2007-08-21 22:48 /usr/lib/libdb-4.3.so -> ../../lib/libdb-4.3.so
-rw-r--r-- 1 root root 1646750 2007-03-30 10:14 /usr/lib/libdb-4.5.a
-rw-r--r-- 1 root root     800 2007-03-30 10:13 /usr/lib/libdb-4.5.la
lrwxrwxrwx 1 root root      22 2007-08-21 19:54 /usr/lib/libdb-4.5.so -> ../../lib/libdb-4.5.so
-rw-r--r-- 1 root root 1799438 2007-03-30 10:14 /usr/lib/libdb_cxx-4.5.a
-rw-r--r-- 1 root root     828 2007-03-30 10:13 /usr/lib/libdb_cxx-4.5.la
-rwxr-xr-x 1 root root 1356444 2007-03-30 10:14 /usr/lib/libdb_cxx-4.5.so
lrwxrwxrwx 1 root root      16 2007-08-21 21:54 /usr/lib/libdb_cxx.so -> libdb_cxx-4.5.so
lrwxrwxrwx 1 root root      22 2007-08-21 21:54 /usr/lib/libdb.so -> ../../lib/libdb-4.5.so
lrwxrwxrwx 1 root root      23 2007-08-21 20:53 /usr/lib/libdbus-glib-1.so.2 -> libdbus-glib-1.so.2.1.0
-rwxr-xr-x 1 root root  118336 2007-08-02 04:41 /usr/lib/libdbus-glib-1.so.2.1.0

Une fois ces 2 fichiers accessibles, la compilation a pu terminer correctement.

Mais je n'ai pas compris pourquoi Apache cherchait absolument la version 4.3 (impossible de trouver d'où il m'a sorti le paramètre -ldb-4.3 en ligne de commande).... si quelqu'un a une idée ???

Bref, ce n'est pas bien grave, ça fonctionne grâce à cette petite astuce, mais bon c'est quand même curieux, et j'ai rien trouvé sur le net évidemment...

| IP: Logguée
Temps en ligne : 98 Jours, 11 Heures, 19 Minutes, 59 Secondes en ligne

21-08-2007 23:21

PROFIL PM RECH. AMIS

ÉDITER CITER

Wayne Schlagel

21-08-2007 23:27

Wayne Schlagel

Guru

Niveau : 5
N° de Membre : 13128

Ancienneté : 93%

Participation : 87%

Inscription: 21 Nov 2003
Localisation: "Si Jeanne d'Arc avait eu du diabète, tout Rouen aurait senti le caramel"
Age: 55
Messages: 7200
Sujets Lancés : 509

Fallait demander, je t'aurais aidé

Motivé ce Soul

__________________

L'important dans la vie, c'est d'avoir un beau chapeau...

| IP: Logguée
Temps en ligne : 69 Jours, 23 Heures, 40 Minutes, 7 Secondes en ligne

21-08-2007 23:27

PROFIL PM RECH. AMIS

ÉDITER CITER

Zakath

22-08-2007 00:17

Zakath

Guru

Niveau : 5
N° de Membre : 7213

Ancienneté : 97%

Participation : 92%

Inscription: 15 Dec 2002
Localisation: Copenhague
Messages: 9866
Sujets Lancés : 426

Oula, c'est super sale de créer le .la à la main et de faire des links de .so n'importe comment... Ca ne m'étonnerait qu'à moitié qu'apache se mange un joli segfault à un moment inattendu, si il a été linké avec un .so qui n'existe plus.

Sinon, libtool qui fait son caca nerveux, c'est un grand classique. Le plus probable, c'est qu'un vieux paquet n'ait pas été nettoyé correctement et garde donc les mauvaises indications. Un

Code

find / -name \*.la -exec grep "db-4.3" "{}" \;

te trouvera peut-être des choses intéressantes. En tout cas, ce sont les suspects principaux.

__________________

Allez jeter un œil à mon portfolio !

| IP: Logguée
Temps en ligne : 103 Jours, 6 Heures, 15 Minutes, 39 Secondes en ligne

22-08-2007 00:17

PROFIL PM WWW RECH. AMIS

ÉDITER CITER

soul^keeper

22-08-2007 00:40

soul^keeper

Administrateur

Niveau : 5
N° de Membre : 1

Ancienneté : 100%

Participation : 100%

Inscription: 22 Feb 2002
Localisation: La Défense
Age: 49
Messages: 16790
Sujets Lancés : 2454

Justement, la librairie existait en FC6 :

Code

[root@cronos ~]# rpm -ql -p db4-devel-4.3.29-9.fc6.i386.rpm
/usr/include/db.h
/usr/include/db4
/usr/include/db4/db.h
/usr/include/db4/db_185.h
/usr/include/db4/db_cxx.h
/usr/include/db_185.h
/usr/include/db_cxx.h
/usr/lib/libdb-4.3.a
/usr/lib/libdb-4.3.la
/usr/lib/libdb.so
/usr/lib/libdb_cxx-4.3.a
/usr/lib/libdb_cxx-4.3.la
/usr/lib/libdb_cxx.so
[...]

...et a été remplacée par son package updaté de FC7 :

Code

[root@cronos ~]# rpm -ql db4-devel-4.5.20-5.fc7
/usr/include/db.h
/usr/include/db4
/usr/include/db4/db.h
/usr/include/db4/db_185.h
/usr/include/db4/db_cxx.h
/usr/include/db_185.h
/usr/include/db_cxx.h
/usr/lib/libdb-4.5.a
/usr/lib/libdb-4.5.la
/usr/lib/libdb.so
/usr/lib/libdb_cxx-4.5.a
/usr/lib/libdb_cxx-4.5.la
/usr/lib/libdb_cxx.so
[...]

Ceci étant le package COMPAT permet justement de conserver les librairies, mais note que le chemin a changé, et que j'ai perdu le .la au passage :

Code

[root@cronos ~]# rpm -ql compat-db-4.3.29-2.fc7
/lib/libdb-4.2.so
/lib/libdb-4.3.so
/lib/libdb_cxx-4.2.so
/lib/libdb_cxx-4.3.so
[...]

C'est pour ça que j'ai créé le lien symbolique au bon endroit (donc pas de risque avec le .so) et que j'ai recréé manuellement le .la ...

Je suis assez confiant sur le résultat... mais j'arrive vraiment pas à comprendre pourquoi il continue de chercher la 4.3 alors qu'il devrait logiquement se tourner vers la 4.5 !

Ta commande (avec un -print ...) m'a retourné que mon fichier /usr/lib/libdb-4.3.la ainsi que le fichier /usr/local/apache2/lib/libaprutil-1.la (qui me semble bien obsolète lui aussi vu son contenu pointant vers un vieux répertoire apache 2.2.0.. alors que je suis maintenant en 2.2.4, la date du fichier montre d'ailleurs qu'il date de cette époque)

Quoiqu'il en soit, j'avais déjà lancé une commande similaire sur le répertoire source d'apache, avant et après le ./configure et le make ... mais il n'y a AUCUNE référence à -ldb-4.3 ... c'est X-Files ce truc....

J'en viens à me demander si un petit reboot viendrait pas me remettre d'aplomb tout ça... c'est vrai que j'ai quand même fait une grosse upgrade + recompilation de plein de softs là....

| IP: Logguée
Temps en ligne : 98 Jours, 11 Heures, 19 Minutes, 59 Secondes en ligne

22-08-2007 00:40

PROFIL PM RECH. AMIS

ÉDITER CITER

Zakath

22-08-2007 00:44

Zakath

Guru

Niveau : 5
N° de Membre : 7213

Ancienneté : 97%

Participation : 92%

Inscription: 15 Dec 2002
Localisation: Copenhague
Messages: 9866
Sujets Lancés : 426

Non, c'est pire, c'est libtool.

Sérieusement, j'ai du une fois débugger un build system (teTeX, en plus) avec un libtool qui foirait, et pour rien au monde je ne retouche à cette saloperie.

C'est un peu benêt de linker une vieille version de la librairie, surtout si le paquet de compatibilité est incomplet, mais si ça marche comme ça, mes 2 cents sont de ne pas chercher plus loin dans libtool.

__________________

Allez jeter un œil à mon portfolio !

| IP: Logguée
Temps en ligne : 103 Jours, 6 Heures, 15 Minutes, 39 Secondes en ligne

22-08-2007 00:44

PROFIL PM WWW RECH. AMIS

ÉDITER CITER

soul^keeper

22-08-2007 01:24

soul^keeper

Administrateur

Niveau : 5
N° de Membre : 1

Ancienneté : 100%

Participation : 100%

Inscription: 22 Feb 2002
Localisation: La Défense
Age: 49
Messages: 16790
Sujets Lancés : 2454

aaarhhhhhhhhhhhhhhh j'ai trouvé !!!!!

soul 1 / fedora 0

en y regardant de plus près, j'ai compris ce qui se passait pendant le ./configure :

Code

Configuring Apache Portable Runtime library ...

checking for APR... yes
  setting CC to "gcc"
  setting CPP to "gcc -E"
  setting CFLAGS to " -g -O2 -pthread"
  setting CPPFLAGS to " -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE"
  setting LDFLAGS to " "

Configuring Apache Portable Runtime Utility library...

checking for APR-util... yes
  adding "-L/usr/local/apache2/lib" to LDFLAGS
[...]

Ben voyons !! C'est la fête, il a retrouvé tout seul comme un grand le répertoire où est installé l'Apache compilé, ainsi que ses librairies... et le problème vient de là, car ces "vieilles" librairies doivent justement pointer vers la 4.3 comme on a vu plus haut... (ce qui est curieux, c'est que j'utilise le même "config.nice" custom depuis je sais pas combien de versions de Fedora et d'Apache, et ça m'a jamais fait ce coup là... bizarre bizarre...

Quoiqu'il en soit, je l'ai feinté en l'empêchant d'utiliser cet APR externe (trouvé automatiquement), et en lui demandant de recompiler son propre APR via l'option "--with-included-apr"

Et là bingo, plus besoin de ma bidouille pour qu'il retrouve la version db-4.3 car devant tout refaire de zero, il ne s'appuie pas sur l'existant, donc plus de problème...

Ben c'était bien tiré par les cheveux encore une fois.... du coup j'ai pu revirer mon lien symbolique et mon .la