Forum Linux.redhat yum list-sec running continuously

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
1
20
août
2021

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  . Évalué à 2. Dernière modification le 20/08/21 à 11:43.

    ton message dit :

    Existing lock /var/run/yum.pid: another copy is running as pid 13024.

    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  . É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
      Le rm du /var/run/yum.pid n'a pas d'effet non plus

      • [^] # Re: cherche le process 13024

        Posté par  . Évalué à 2.

        y a plus qu'à trouver qui lance cette commande

        /usr/bin/python /bin/yum updateinfo list sec

        ps fax sans grep doit te donner le parent de cette commande

  • # ps

    Posté par  (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  (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.