Hello,
Je viens demander un coup de pouce sur un petit problème sur lequel je ne trouve pas de réponse.
J'ai une CentOS 7 (que je ne peut pas réinstaller proprement pour l'instant), sur laquelle yum est plus ou moins bloqué.
En effet lorsque je tente une commande yum, eg :
root@:[~]: yum search yum-verify
Loaded plugins: fastestmirror
Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
Existing lock /var/run/yum.pid: another copy is running as pid 13024.
Another app is currently holding the yum lock; waiting for it to exit...
The other application is: yum
Memory : 25 M RSS (320 MB VSZ)
Started: Fri Aug 20 08:19:00 2021 - 04:13 ago
State : Sleeping, pid: 13024
[...]
Lorsque je cherche pour un process yum:
root@:[~]: ps aux|grep -i yum|grep -v grep
root 13023 0.0 0.0 11688 1344 ? S 08:19 0:00 sh -c /bin/yum list-sec 2>/dev/null
root 13024 0.0 1.3 327220 26060 ? S 08:19 0:00 /usr/bin/python bin/yum list-sec 2>/dev/null
Si je tente de kill ces deux process, peu importe la façon où l'ordre, ils respawn immédiatement. Un reboot n'a aucun effet.
Je n'ai rien dans /var/spool/cron ni dans /etc/cron*, la configuration yum très basique:
[main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=5
bugtracker_url=http://bugs.centos.org/set_project.php?project_id=23&ref=http://bugs.centos.org/bug_report_page.php?category=yum
distroverpkg=centos-release
Je n'ai pas ce problème sur d'autres CentOS, je suis à court d'idées. Si quelqu'un peut partager sa science, merci d'avance.
EDIT
Après un peu d'archéologie, j'ai identifié un problème réseau du côté d'un proxy. Une fois ceci débloqué, la situation c'est amélioré car les flux http passaient, mais le job tournait toujours régulièrement. Je ne suis pas certain à 100%, mais je pense que cela vient d'un webmin…:
root@:[/etc]: grep -Rin yum /etc/webmin/
/etc/webmin/cpan/config:4:incyum=1
/etc/webmin/software/config:3:update_system=yum
# cherche le process 13024
Posté par NeoX . Évalué à 2. Dernière modification le 20 août 2021 à 11:43.
ton message dit :
donc il ne faut pas forcement chercher un process qui s'appelle yum, mais un process donc le pid est 13024
possiblement aussi, ce process est mort et enterré, mais le fichier pid existe toujours, empêchant tout autre lancement de yum
il faut alors simplement supprimer le fichier /var/run/yum.pid pour te libérer de cette contrainte
[^] # Re: cherche le process 13024
Posté par nox . Évalué à 1.
En effet mon message complété du grep était trompeur, mais le pid (ici 13024 dans l'exemple) est à chaque fois
usr/bin/python /bin/yum updateinfo list sec
[^] # Re: cherche le process 13024
Posté par NeoX . Évalué à 2.
y a plus qu'à trouver qui lance cette commande
ps faxsans grep doit te donner le parent de cette commande# ps
Posté par ranDom (site web personnel) . Évalué à 1.
Hello,
Ça ressemble à un cronjob de vérif régulière des mises à jour.
Je ferai un ps en vue arborescente pour identifier le process parent ( ps -eH ou --forest)
Tu as déjà vérifié du coté de cron, mais ne pas oublier les timer systemd
++
# webmin ?
Posté par eric gerbier (site web personnel) . Évalué à 1.
Ca peut effectivement venir de webmin, qui lance régulièrement une tache de vérification, ce qui peut bloquer ta commande manuelle.
Tu peux le vérifier en arrêtant temporairement le service webmin avec la commande : systemctl stop webmin
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.