Bonjour,
J'ai mis en place Yum-cron et un serveur mail "postfix" pour recevoir le rapport de yum-cron.
Pouvez-vous me dire pourquoi il n'y a pas de transaction svp ?
Merci d'avance,
Bonne journée.
Voici le rapport:
The following updates will be applied on VPS:
===============================================================================
Package Arch Version Repository Size
===============================================================================
**Installing:**
kernel-4.19-ovh-mod-std-ipv6-64-headers
x86_64 4.19_ovh_mod_std_ipv6_64-732421 ovhkernel 1.3 M
replacing kernel-headers.x86_64 3.10.0-957.12.1.el7
kernel-4.19-ovh-xxxx-std-ipv6-64-headers
x86_64 4.19_ovh_xxxx_std_ipv6_64-732421 ovhkernel 1.3 M
replacing kernel-headers.x86_64 3.10.0-957.12.1.el7
kernel-4.19-ovh-xxxx-std-ipv6-64-hz1000-headers
x86_64 4.19_ovh_xxxx_std_ipv6_64_hz1000-732421 ovhkernel 1.3 M
replacing kernel-headers.x86_64 3.10.0-957.12.1.el7
**Updating:**
glibc x86_64 2.17-260.el7_6.5 updates 3.7 M
glibc-common x86_64 2.17-260.el7_6.5 updates 12 M
glibc-devel x86_64 2.17-260.el7_6.5 updates 1.1 M
glibc-headers x86_64 2.17-260.el7_6.5 updates 683 k
oniguruma5 x86_64 6.9.2-1.el7.remi remi-safe 192 k
ovhkernel_4.9_xxxx_std_ipv6
x86_64 4.9.179_xxxx_std_ipv6_64-736350 ovhkernel 27 M
php x86_64 7.3.6-3.el7.remi remi-php73 3.2 M
php-bcmath x86_64 7.3.6-3.el7.remi remi-php73 71 k
php-cli x86_64 7.3.6-3.el7.remi remi-php73 4.9 M
php-common x86_64 7.3.6-3.el7.remi remi-php73 1.1 M
php-devel x86_64 7.3.6-3.el7.remi remi-php73 1.2 M
php-fpm x86_64 7.3.6-3.el7.remi remi-php73 1.7 M
php-gd x86_64 7.3.6-3.el7.remi remi-php73 79 k
php-json x86_64 7.3.6-3.el7.remi remi-php73 64 k
php-mbstring x86_64 7.3.6-3.el7.remi remi-php73 509 k
php-mysqlnd x86_64 7.3.6-3.el7.remi remi-php73 232 k
php-pdo x86_64 7.3.6-3.el7.remi remi-php73 125 k
php-pear noarch 1:1.10.9-3.el7.remi remi-php73 359 k
php-process x86_64 7.3.6-3.el7.remi remi-php73 81 k
php-xml x86_64 7.3.6-3.el7.remi remi-php73 206 k
python-perf x86_64 3.10.0-957.12.2.el7 updates 7.1 M
wget x86_64 1.14-18.el7_6.1 updates 547 k
Transaction Summary
===============================================================================
Install 3 Packages
Upgrade 22 Packages
Updates failed to install with the following error message:
Could not run transaction.
# utilisateur qui lance le cron ? lancement à la main ?
Posté par NeoX . Évalué à 2. Dernière modification le 29 mai 2019 à 09:35.
l'utilisateur qui lance le cron/yum-cron a-t-il le droit de faire l'update ?
et si tu le fais à la main, la transaction passe ?
il faut peut-etre configurer pour accepter automatiquement les mises à jours, à la main on doit valider manuellement la proposition de mise à jour
là il faudrait aller voir les logs de la machine plutot que le rapport, pour voir pourquoi ca a echoué
[^] # Re: utilisateur qui lance le cron ? lancement à la main ?
Posté par yukikko . Évalué à 1.
Bonjour NeoX,
L'utilisateur est root donc je suppose qu'il a le droit de le faire ?
Par contre en effet il faut que je regarde le faite d'accepter les mises à jours.
Je n'ai pas essayer à la main je lance juste un: yum update ?
Pour les logs je peux les trouvé où stp ?
Je pourrais tester tout ça ce soir ;)
Bonne après-midi.
[^] # Re: utilisateur qui lance le cron ? lancement à la main ?
Posté par NeoX . Évalué à 2.
tu veux lancer automatiquement les mises à jour de ton OS sans meme deja savoir le faire manuellement pour verifier que cela fonctionne ? etrange logique, mais admettons.
oui, pour faire l'update d'une centos/redhat/fedora se fait avec
yum updatepour les logs, je dirais quelques part dans /var/log/
en cherchant peut-etre le mot "yum-cron"
genre la ligne de commande
grep -ri 'yum-cron' /var/log/*[^] # Re: utilisateur qui lance le cron ? lancement à la main ?
Posté par yukikko . Évalué à 1.
En effet je brûle les étapes :s
J'ai également une erreur lorsque je lance à la main et lorsque je regarde dans les logs de yum ce n'est pas inscrit.
Ci-dessous mes logs disponible:
anaconda
audit
beamium
boot.log
btmp
btmp-20190501
chrony
cron
cron-20190505
cron-20190512
cron-20190519
cron-20190526
dmesg
dmesg.old
firewalld
grubby
grubby_prune_debug
httpd
lastlog
maillog
maillog-20190505
maillog-20190512
maillog-20190519
maillog-20190526
mariadb
messages
messages-20190505
messages-20190512
messages-20190519
messages-20190526
noderig
ntpstats
php-fpm
puppetlabs
qemu-ga
rhsm
sa
samba
secure
secure-20190505
secure-20190512
secure-20190519
secure-20190526
spooler
spooler-20190505
spooler-20190512
spooler-20190519
spooler-20190526
tallylog
tuned
wtmp
xferlog
xferlog-20190505
xferlog-20190512
xferlog-20190519
xferlog-20190526
yum.log
[^] # Re: utilisateur qui lance le cron ? lancement à la main ?
Posté par yukikko . Évalué à 1.
Bon en faite ce serai a cause du Kernel il faut que je prenne celui fourni par ovh.
J'ai donc téléchargé sur le site https://last-public-ovh-kernel.snap.mirrors.ovh.net/builds
mais il manque:
Tu as une idée stp ?
Bonne nuit ;)
[^] # Re: utilisateur qui lance le cron ? lancement à la main ?
Posté par NeoX . Évalué à 2. Dernière modification le 03 juin 2019 à 23:18.
ajouter les depots OVH serait plus propre,
meme si ca doit etre fait par defaut,
parfois aussi, il faut à l'inverse virer ces depots pour etre sur une distrib entierement d'usine plutot que retouchée par le fournisseur
les initramfs sont généralements recalculés lors de l'installation des noyaux,
sinon il faut les forcer avec
update-initramfs -u -k all-u pour update
-k all pour recalculer TOUS les initramfs
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.