ClamAV: freshclam se bloque et utilise 100% CPU

15

J'essaie de mettre à jour la base de données ClamAV en exécutant freshclam. Le daily-*.cdiffest téléchargé avec succès, mais le processus se bloque. Le processeur est au maximum à 100%, mais la mise à jour ne se terminera pas. J'ai annulé le processus avec Ctrl+ Caprès env. 10 minutes. Voici la sortie de ma tentative de mise à jour:

# freshclam
ClamAV update process started at Tue Nov  8 00:15:57 2016
main.cvd is up to date (version: 57, sigs: 4218790, f-level: 60, builder: amishhammer)
Downloading daily-22474.cdiff [100%]

Quelqu'un d'autre a-t-il observé ce comportement? Est-ce un bug ou mon système n'est-il pas correctement configuré?

PS: J'utilise ClamAV v0.99.2sur Ubuntu Mate 16.04.

— cl-netbox
source

2

Un grand Cdiff a été publié récemment pour les utilisateurs plus âgés. Essayez de supprimer les cdiffs quotidiens et quotidiens * et de relancer Freshclam. Faites-moi savoir si cela fonctionne.

— Joel Esler
source

2

... et comment supprimer "les cdiffs quotidiens et quotidiens *" ... ???

— woohoo

2

@woohoo Je me le demandais moi-même - voir la réponse de darkdragon ci-dessous.

— Philip Rowlands

13

Lorsqu'il y a un énorme daily.cdifffichier, le processus de mise à jour peut prendre beaucoup de temps.

Parfois, il est plus rapide de supprimer les anciennes définitions quotidiennes et de les télécharger à nouveau.

sudo rm /var/lib/clamav/daily.cld
sudo freshclam

— Dragon noir
source

Je peux confirmer que cela fonctionne sur Linux Mint 19.3 avec ClamAV 0.100.2

— Philip Rowlands

travaillé pour le serveur centos7. Merci beaucoup.

— kodmanyagha

0

Cela devait être un problème sur les serveurs des miroirs ClamAV. Hier, j'ai vécu la même chose sur deux postes de travail Ubuntu 16.10, sur un serveur Ubuntu 16.10, sur un poste Fedora 24 et sur deux serveurs RHEL 7.3 simultanément. Les six systèmes d'exploitation ont montré exactement le même comportement que vous décrivez. Finalement, freshclam s'est terminé avec succès, cela a juste pris très longtemps. Aujourd'hui, le problème est résolu, tout fonctionne à nouveau correctement sur toutes les machines. C'était un problème unique, rien dont vous devriez vous inquiéter. Cela n'avait rien à voir avec votre installation locale.

— cl-netbox
source