Problème mise à jour

[silverblue]

Bonjour à tous

J'ai un petit soucis concernant les mises à jour datant de fin août, à savoir :

===
=== yum reports available updates:
===

apr.i386 0.9.4-24.9.el4_8.2 updates
apr-util.i386 0.9.4-22.el4_8.2 updates
cups-libs.i386 1:1.1.22-0.rc1.9.32.el updates
curl.i386 7.12.1-11.1.el4_8.1 updates
dhclient.i386 7:3.0.1-65.el4_8.1 updates
dhcp.i386 7:3.0.1-65.el4_8.1 updates
freetype.i386 2.1.9-10.el4.7 updates
libtiff.i386 3.6.1-12.el4_8.4 updates
libxml2.i386 2.6.16-12.7 updates
libxml2-python.i386 2.6.16-12.7 updates
lvm2.i386 2.02.42-5.el4_8.2 updates
ntp.i386 4.2.0.a.20040617-8.el4 smeupdates
openldap.i386 2.2.13-12.el4_8.2 updates
openldap-servers.i386 2.2.13-12.el4_8.2 updates
python.i386 2.3.4-14.7.el4_8.2 updates
strace.i386 4.5.16-1.el4_8.2 updates
tzdata.noarch 2009k-1.el4 updates

quand je lance un yum update, j'ai un problème de dépendance que mes recherches infructueuses n'ont pas permis de résoudre. J'obtiens le message suivant :

Error : Missing Dependency: device-mapper >=1.02.28-2 is needed by package lvm2

En conséquence de quoi la procédure de mise à jour s'arrête.

Je suis preneur de toute info qui pourra m'aider à résoudre ce petit problème n'ayant rien trouvé de similaire dans mes recherches sur le net.

Mon serveur tourne depuis décembre 2006 sans problème particulier et je l'utilise dans le cadre professionnel. Il tourne avec un PIV et deux disques en raid derrière une livebox en bridge et héberge mon (mini) site.

J'achète votre indulgence en précisant que je ne suis pas informaticien et que je me suis autoformé sur SME sans trop faire de bêtises jusqu'à maintenant.

Si vous avez besoin d'info complémentaires concernant le matériel, n'hésitez pas et je ferai de mon mieux.

Merci d'avance

[silverblue]

Je reviens pour me désoler de l'absence de réponse. N'hésitez-pas à m'apporter votre aide dont j'ai grandement besoin pour mon serveur.

A part ça, j'en suis là de mes recherches : j'envisage d'installer manuellement le package device-mapper.1.02.28-2. Qu'en pensez-vous ?

Merci de vos conseils.

[Gaston]

Bonjour,
c'est bizarre, toutes les install ne semblent pas avoir le même comportement, quelle est l'historique de ton serveur ?
quel repositories sont activés ?

Code: Tout sélectionner

db yum_repositories show |egrep "repository|status" | sed 'N;s/\n//' | sort -d -k2 -r

en fait la msie à jour du package est dans le repository "base" qui n'est pas actif dans les vieille install SME, une question est : faut-il qu'il soit activé ?
Une autre est : peut-on faire la maj des deux packages uniquement ?

je sait pas et j'ai pas envie de tester là tout de suite

G.

[silverblue]

Effectivement, le repo base n'est pas activé sur mon serveur.

J'ai juste : updates, smeupdates, smeos, smeextras et smeaddons comme repositories activés.

Concernant l'historique du serveur, j'ai fait une install vers le 20 décembre 2006 et depuis j'ai juste rajouté quelques service du style sme7admin, dar2, fetchmail.

Je n'ai pas eu de problèmes de MAJ depuis lors sauf lors du problème de codage des caractères que les spécialistes forum ont vite résolu.

J'ai eu 2 fois un problème avec une partition qui n'était plus reconnue mais ça a été vite résolu avec mdadm

Voilà un rapide historique

Merci de me tenir au courant de la suite à envisager quand tu en auras le temps

[Gaston]

Bonsoir,
toutes les mises à jour mentionnées viennent de 'updates' ... et il y a une relation avec 'base' d'où le schmilblic

je n'ait qu'une vision restreinte : j'administre 2 "vieux" systèmes pour lesquels ni updates, ni base ne sont activés (c'est leur conf d'origine, et je ne me rappelle plus exactement leurs historiques - aout 2006 , 7.0 mises à jour ? ) et les versions, à jour, sont lvm2-2.02.37-3.el4 et device-mapper-1.02.25-2.el4

Par contre l'install d'une sme7.4 a ces deux repository d'activés et on arrive donc aux versions que tu mentionnes.

tu as plusieurs alternatives :
- installer device mapper dans la version attendue ( yum update device-mapper --enablerepo=base ) et relancer la mise à jour telle que
- activer définitivement ce repositories sur ton système (si qqu'un d'autre à une opinion sur ce choix, qu'il se manifeste, le wiki de contrib est pas engageant, le wiki de JPP le propose, moi j'ai pas vraiement d'avis)
- ignorer ces mises à jours , mais alors la question est : comment se fait-il que tu ais updates d'activé et pas base , tu risques d'avoir d'autres erreurs par la suite

la solution 3 c'est reculer, pour mieux sauter,
la solution 1, je ferme les yeux et j'accélère ça devrait passer
la solution 2 est certainement le moins mauvais choix

qui est-ce qui infirme, confirme

G.

[silverblue]

Merci pour ta réponse

J'attends encore quelques jours pour voir si d'autres contributeurs apportent leur avis et après je tenterai tes solutions.

@+

[sibsib]

J'aime bien l'exposé de Gaston, mais dans ce cas précis, j'aurais tendance à faire dans le plus prosaïque :

Ton serveur est déjà en SME 7.4. Il doit donc pouvoir fonctionner aisément avec le fichier de conf yum qui se trouve sur un cd de SME 7.4, non ?

Donc, je chercherais soit (bourrin) sur une install fraiche de SME7.4, soit (un peu plus fin) en essayant de trouver l'info ailleurs, à avoir un fichier des repos yum concordant avec celui d'un SME 7.4 toute neuve (pas le résultat d'update - comme la mienne !).

Attention : de mémoire la liste des repos est générée via les templates, il y a donc probablement également besoin de contrôler quelques valeurs de la base de données.

A+,
Pascal

[silverblue]

Merci sisib de ta contribution qui, j'en ai peur, dépasse un peu mes maigres compétences, à moins que je n'ai pas bien compris le sens de ton intervention.

J'avoue que je ne me suis jamais intéressé aux templates qui restent très mystérieux pour moi. N'ayant qu'un serveur de prod pour mon entreprise et pas de serveur test, j'envisage avec énormément de prudence une modification des fichiers de configuration sauf si un contributeur me convainc que "c'est sans danger" (Marathon Man, un film à voir).

Si tu as le temps de développer un peu plus tes conseils, je suis preneur.

Encore merci

R.

[sibsib]

Hello,

Désolé de t'avoir fait peur !

On va la jouer différement :

La configuration de yum tient essentiellement dans le fichier /etc/yum.conf

Donc, mon idée (mon tendage de perche, en fait) était qu'une personne qui aurait installé un SME 7.4 te fasse parvenir son ficheir /etc/yum.conf.

Sachant que le dit fichier est templaté, c'est une solution batarde, mais qui devrait en principe te permettre de faire l'update. Après, il faudrait voir en quelle mesure il est templaté, et donc mettre les bonnes infos où il faut pour que ton yum.conf se régénère KomilFô.

Mais comme personne ne s'est proposé, voici déjà le contenu de mon yum.conf (qui n'est pas forcément une référence : ma machine a été montée en 7.0, je pense, et j'ai peut-être fait des modifs dans ma base de données.
Si tout le monde trouve la même chose que moi, on pourra envisager de voir comment corriger ton fichier de conf :

/etc/yum.conf, sans les commentaires :

Code: Tout sélectionner

[main]
cachedir=/var/cache/yum
debuglevel=2
distroverpkg=centos-release
exactarch=1
http_caching=packages
installonlypkgs=kernel kernel-hugemem kernel-largesmp kernel-smp kernel-xenU
logfile=/var/log/yum/yum.log
obsoletes=1
plugins=1
reposdir=/etc/yum.smerepos.d
tolerant=1


et l'extrait de la base de données qui doit paramétrer çà (encore qu'au niveau templates, seule la ligne debug semble gérée ? le reste est statique, notamment la liste des dépots) :

Code: Tout sélectionner

# config show yum
yum=service
    AutoInstallUpdates=disabled
    EnableGroups=no
    GPGCheck=0
    PackageFunctions=disabled
    RandomDelay=120
    status=enabled

Vouhala,
Pascal

[Gaston]

yop,
bonjour SibSib, en fait c'est un peu plus complexe que cela. La définition des repo se fait dans la db.
A partir ce celle-la on aura le yum.conf, mais bon c'est pas transcendant comme fichier, et surtout le fichier /home/e-smith/db/yum_repositories qui décrit les repos à utiliser ou pas.
J'ai posé les /etc/yum.smerepos.d /home/e-smith/db/yum_repositories /etc/yum.conf d'une SME7.4 fraîche (le config yum show est identique au tiens, perso sur mon serveur je n'avais pas tout le yum.smerepos.d et c'est pour ça que quand j'ai fait le test hier ou avant hier ça marchait pas )

donc la proc

Code: Tout sélectionner

tar cf backup.yum.smerepos.tar  /etc/yum.smerepos.d \
                                /etc/yum.repos.d \
                                /home/e-smith/db/yum_repositories \
                                /etc/yum.conf ##sauvegarder - au cas où les fichiers/répertoires fournis
cd /var/tmp/ ; wget http://gaston.homelinux.org/yum.smerepos.tar
( cd / ; tar xf /var/tmp/yum.smerepos.tar )
yum clean all
yum update

et roulezzzzzzzzzzzzzzzzz (proc validée par moi même ce jour )

G.

[silverblue]

Ben alors là je vous envoie quelques milliers de remerciements pour cette solution rapide

Je ne suis pas en contact avec le serveur aujourd'hui et je ne suis pas sûr d'avoir le temps de tenter demain.

Par contre pour lundi aprem ça devrait être possible

Je vous tiens au courant des suites de l'aventure

Encore merci

@+

R.

[silverblue]

GRAND SUCCES

Merci encore pour votre disponibilité. Tout s'est très bien passé comme prévu.

M'enfin ça va mieux quand c'est fini quand même

Par contre, je ne sais comment mettre "Résolu" en en-tête du post. Merci de m'indiquer la marche à suivre.

@+

R.