Koozali.org: home of the SME Server
Other Languages => Français => Topic started by: Fredchou on November 29, 2019, 07:33:04 PM
-
Bonjour à tous,
SME 9 m'a averti il y a quelques jours que je devais installer des mises à jour. J'ai cliqué sur "installer les mises à jour sélectionnées" (comme d'habitude) et j'obtien le message d'erreur suivant :
Erreur : Paquet : php-process-5.3.3-49.el6.i686 (@base)
Requiert : php-common(x86-32) = 5.3.3-49.el6
Suppression : php-common-5.3.3-49.el6.i686 (@base)
php-common(x86-32) = 5.3.3-49.el6
Mis à jour par : php-common-5.3.3-50.el6_10.i686 (smeupdates)
php-common(x86-32) = 5.3.3-50.el6_10
Vous pouvez essayer d'utiliser --skip-broken pour contourner le problème
Vous pouvez essayer d'exécuter : rpm -Va --nofiles --nodigest
J'ai essayé les 2 solutions de contournement indiquées dans le message d'erreur. Mais le problème persiste. :(
Une idée ?
Merci d'avance,
Fred
-
Bonjour Fred,
les versions actuelles sont 5.3.3-50 pour php-common et php-process (dépot updates).
Apparemment (message d'erreur incomplet) sur ton serveur, php-process reste en 5.3.3-49
sans doute requis par un autre paquet ... A préciser donc !
Michel
-
le message complet de yum a partir de la commande jusqu'à l'arret devrait aider à trouver toutes les informations nécessaires.
Comme le pointe Michel, c'est probablement un paquet installé il y a un moment antérieur une version de php spécifique qui bloque la mise à jour.
Restera, une fois identifié, à trouver un remplacement ou à décider de se départir du rpm problématique.
-
Merci pour vos réponses. Voici le log complet de la commande "yum update" :
[root@serveur-sme ~]# yum update --enablerepo=smecontribs
Modules complémentaires chargés : fastestmirror, post-transaction-actions, smeserver
Configuration du processus de mise à jour
Loading mirror speeds from cached hostfile
* base: mirrors.atosworldline.com
* smeaddons: mirrors.mab974.re
* smecontribs: sme-mirror.firewall-services.com
* smeextras: mirrors.mab974.re
* smeos: mirrors.mab974.re
* smeupdates: mirrors.mab974.re
base | 3.7 kB 00:00
smeaddons | 2.9 kB 00:00
smecontribs | 2.9 kB 00:00
smeextras | 2.9 kB 00:00
smeos | 3.1 kB 00:00
smeupdates | 2.9 kB 00:00
Résolution des dépendances
--> Lancement de la transaction de test
---> Package php.i686 0:5.3.3-49.el6 will be mis à jour
---> Package php.i686 0:5.3.3-50.el6_10 will be an update
---> Package php-cli.i686 0:5.3.3-49.el6 will be mis à jour
---> Package php-cli.i686 0:5.3.3-50.el6_10 will be an update
---> Package php-common.i686 0:5.3.3-49.el6 will be mis à jour
--> Traitement de la dépendance : php-common(x86-32) = 5.3.3-49.el6 pour le paquet : php-process-5.3.3-49.el6.i686
---> Package php-common.i686 0:5.3.3-50.el6_10 will be an update
---> Package php-gd.i686 0:5.3.3-49.el6 will be mis à jour
---> Package php-gd.i686 0:5.3.3-50.el6_10 will be an update
---> Package php-imap.i686 0:5.3.3-49.el6 will be mis à jour
---> Package php-imap.i686 0:5.3.3-50.el6_10 will be an update
---> Package php-ldap.i686 0:5.3.3-49.el6 will be mis à jour
---> Package php-ldap.i686 0:5.3.3-50.el6_10 will be an update
---> Package php-mbstring.i686 0:5.3.3-49.el6 will be mis à jour
---> Package php-mbstring.i686 0:5.3.3-50.el6_10 will be an update
---> Package php-mysql.i686 0:5.3.3-49.el6 will be mis à jour
---> Package php-mysql.i686 0:5.3.3-50.el6_10 will be an update
---> Package php-pdo.i686 0:5.3.3-49.el6 will be mis à jour
---> Package php-pdo.i686 0:5.3.3-50.el6_10 will be an update
---> Package php-xml.i686 0:5.3.3-49.el6 will be mis à jour
---> Package php-xml.i686 0:5.3.3-50.el6_10 will be an update
--> Résolution des dépendances terminée
Erreur : Paquet : php-process-5.3.3-49.el6.i686 (@base)
Requiert : php-common(x86-32) = 5.3.3-49.el6
Suppression : php-common-5.3.3-49.el6.i686 (@base)
php-common(x86-32) = 5.3.3-49.el6
Mis à jour par : php-common-5.3.3-50.el6_10.i686 (smeupdates)
php-common(x86-32) = 5.3.3-50.el6_10
Vous pouvez essayer d'utiliser --skip-broken pour contourner le problème
Vous pouvez essayer d'exécuter : rpm -Va --nofiles --nodigest
-
Et si ça peut aider :
[root@serveur-sme ~]# yum deplist php-process-5.3.3-49.el6.i686
Modules complémentaires chargés : fastestmirror, post-transaction-actions, smeserver
Recherche de dépendances :
Loading mirror speeds from cached hostfile
* base: centos.mirrors.ovh.net
* smeaddons: mirrors.mab974.re
* smeextras: mirrors.mab974.re
* smeos: mirrors.mab974.re
* smeupdates: mirrors.mab974.re
paquet : php-process.i686 5.3.3-49.el6
dépendance : libc.so.6(GLIBC_2.4)
provider: glibc.i686 2.12-1.209.el6_9.1
provider: glibc.i686 2.12-1.212.el6
provider: glibc.i686 2.12-1.212.el6_10.3
dépendance : rtld(GNU_HASH)
provider: glibc.i686 2.12-1.209.el6_9.1
provider: glibc.i686 2.12-1.212.el6
provider: glibc.i686 2.12-1.212.el6_10.3
dépendance : php-common(x86-32) = 5.3.3-49.el6
provider: php-common.i686 5.3.3-49.el6
provider: php-common.i686 5.3.3-49.el6
-
ttu peux rechercher les paquets dependant de php-process et peut etre reclamant une version particuliere en faisant:
rpm -q --whatrequires php-process
yum remove php-process --assumeno
aussi je verifierais si le paquet php-process-5.3.3-50 est bien dans le mirror smeupdates que tu utilise, et que ton cache est à jour.
-
Merci Jean-Philippe pour ton aide !
J'ai fait une recherche des paquets qui dépendent de php-process :
[root@serveur-sme ~]# rpm -q --whatrequires php-process
smeserver-phpki-0.2-3.el6.sme.noarch
Ca vient donc de la contrib "SME Server OpenVPN Bridge" que j'ai installée sur mon serveur :
PHPki est une application OpenSource pour gérer une multi-agency PKI conforme HIPAA. Avec ça, vous pouvez gérer de manière centralisée les certificats X.509 utilisés avec S/MIME activé sur les clients e-mail, serveurs SSL, et applications VPN. PHPki est maintenant utilisé pour gérer les certificats avec la dernière version de la contrib SME Server OpenVPN Bridge.
Que me conseillez-vous ? Je désinstalle la contrib, je mets à jour mes paquets et je réinstalle la contrib ?
-
Merci Jean-Philippe pour ton aide !
J'ai fait une recherche des paquets qui dépendent de php-process :
[root@serveur-sme ~]# rpm -q --whatrequires php-process
smeserver-phpki-0.2-3.el6.sme.noarch
malheureusement la commande ne donne pas toutes les dépendances, yum remove sera plus efficace...
Ca vient donc de la contrib "SME Server OpenVPN Bridge" que j'ai installée sur mon serveur :
ce rpm a comme dépendance :
Requires: php-process
sans precision de version. ce n'est donc pas le fautif.
Que me conseillez-vous ? Je désinstalle la contrib, je mets à jour mes paquets et je réinstalle la contrib ?
yum remove php-process --assumeno
-
J'ai testé avec "yum remove" et j'obtiens le même résultat :
[root@serveur-sme ~]# yum remove php-process --assumeno
Modules complémentaires chargés : fastestmirror, post-transaction-actions, smeserver
Configuration du processus de suppression
Résolution des dépendances
--> Lancement de la transaction de test
---> Package php-process.i686 0:5.3.3-49.el6 will be effacé
--> Traitement de la dépendance : php-process pour le paquet : smeserver-phpki-0.2-3.el6.sme.noarch
--> Lancement de la transaction de test
---> Package smeserver-phpki.noarch 0:0.2-3.el6.sme will be effacé
--> Résolution des dépendances terminée
Dépendances résolues
=================================================================================================
Paquet Architecture Version Dépôt Taille
=================================================================================================
Suppression:
php-process i686 5.3.3-49.el6 @base 53 k
Suppression pour dépendance:
smeserver-phpki noarch 0.2-3.el6.sme @smecontribs 15 k
Résumé de la transaction
=================================================================================================
Suppression de 2 paquet(s)
Taille d'installation : 67 k
Arrêt à la demande de l'utilisateur
-
Finalement, j'ai supprimé le paquet qui posait problème avec "yum remove php-process" puis j'ai mis à jour les autres paquets. Je verrai bien si ça pose problème quelque part ! :lol:
-
Comme prévu, ça pose un problème à la contrib "Open VPN bridge". Je reçois un e-mail d'erreur qui dit :
"An error occured while updating the CRL for OpenVPN-Bridge
because openssl didn't recognize the file as a valid CRL.
Below is the copy of the latest CRL downloaded from
http://localhost:940/phpki/index.php?stage=dl_crl_pem"
-
reinstalle le.
je pense vraiment le problème etait lié avec un mauvais repo ou un mauvais cache.
par contre suis ceci :
https://wiki.contribs.org/PHPki#Re-install
-
Merci JP pour la procédure. J'ai essayé de réinstaller phpki mais le paquet demande l'ancienne version de php-common... :sad:
[root@serveur-sme ~]# yum --enablerepo=smecontribs,epel install smeserver-phpki
Modules complémentaires chargés : fastestmirror, post-transaction-actions, smeserver
Configuration du processus d'installation
Loading mirror speeds from cached hostfile
* base: centos.mirrors.proxad.net
* smeaddons: smeserver.de-labrusse.fr
* smecontribs: smeserver.de-labrusse.fr
* smeextras: smeserver.de-labrusse.fr
* smeos: smeserver.de-labrusse.fr
* smeupdates: smeserver.de-labrusse.fr
Résolution des dépendances
--> Lancement de la transaction de test
---> Package smeserver-phpki.noarch 0:0.2-3.el6.sme will be installé
--> Traitement de la dépendance : php-process pour le paquet : smeserver-phpki-0.2-3.el6.sme.noarch
--> Lancement de la transaction de test
---> Package php-process.i686 0:5.3.3-49.el6 will be installé
--> Traitement de la dépendance : php-common(x86-32) = 5.3.3-49.el6 pour le paquet : php-process-5.3.3-49.el6.i686
--> Résolution des dépendances terminée
Erreur : Paquet : php-process-5.3.3-49.el6.i686 (base)
Requiert : php-common(x86-32) = 5.3.3-49.el6
Installé : php-common-5.3.3-50.el6_10.i686 (@smeupdates)
php-common(x86-32) = 5.3.3-50.el6_10
Disponible : php-common-5.3.3-49.el6.i686 (base)
php-common(x86-32) = 5.3.3-49.el6
Vous pouvez essayer d'utiliser --skip-broken pour contourner le problème
Vous pouvez essayer d'exécuter : rpm -Va --nofiles --nodigest
Je vous avoue que mes compétences actuelles en SME et en Linux ne me permettent pas vraiment de comprendre ce qu'il se passe...
-
I notice your installed version of php-common is using architecture "x86-32" but the update in either the Centos "updates" repository or the Koozali "smeupdates" repository is using architecture "i686"
I also notice that you don't have the Centos 'updates' repository enabled, which has been enabled by default since SME 7.2 (https://wiki.contribs.org/Updating_from_SME_7.1.x_or_earlier#Yum_Update):
(note - I am NOT suggesting that you follow the instructions linked above, only showing when the 'updates' repository was changed from 'disabled' to 'enabled' by default)
...
Loading mirror speeds from cached hostfile
* base: centos.mirrors.ovh.net
* smeaddons: mirrors.mab974.re
* smeextras: mirrors.mab974.re
* smeos: mirrors.mab974.re
* smeupdates: mirrors.mab974.re
...
# cd /etc/e-smith/db/yum_repositories/defaults/
[root@office defaults]# grep 'enabled' */status
base/status:enabled
smeaddons/status:enabled
smeextras/status:enabled
smeos/status:enabled
smeupdates/status:enabled
updates/status:enabled
-
Je viens de me rendre compte que les mises à jour des contribs que j'ai installées manuellement ne se faisaient pas automatiquement via le menu "mises à jour logicielles" du server manager !
J'ai reçu un message il y a quelques semaines qui disait :
===
=== yum reports available updates for Contribs :
===
smeserver-fetchmail.noarch 1.6-15.el6.sme smecontribs
smeserver-openvpn-bridge.noarch 2.1-10.el6.sme smecontribs
smeserver-sme9admin.noarch 1.5-30.el6.sme smecontribs
Je viens donc de mettre à jour la contrib smeserver-openvpn-bridge. Je vais voir si ça fonctionne.
-
mmccarn a pointé le probleme
php-process est mis à jour dans le repo updates de centos, tandis que php-common qui est necessaire pour le core de sme est disponible aussi bien dans smeupdates que updates.
Comme tu as desactivé updates mais que tu as base de centos activé, quand tu cherche à mettre à jour ou installer quelque chose necessitant php-process il propose le seul qu'il voit soit celui pas à jour dans base.
db yum_repositories setprop updates status enabled
signal-event yum-modify
pour ce qui est des mises à jours de contribs la plupart sont des mises à jour des traductions.
-
Effectivement, l'activation du repo "updates" m'a permis d'installer la bonne version de php-process et de réinstaller phpki. Mais je ne comprends pas pourquoi ce repo "updates" n'était pas actif. Je n'ai jamais modifié ce paramétrage... J'ai fait un update de SME7 vers SME8 puis SME9. Peut-être que le paramétrage a été hérité lors de la migration...
Bon, maintenant j'ai un problème avec phpki car mon fichier "config.php" qui aurait dû être sauvergardé en config.php.rpmsave est vide... :-( Je vais étudier ça plus tard. Je vous tiens au courant !