Richard G
Verified User
Exactly which same problem?
I don't have any issues on our Centos 7 servers.
The service 'clamav-freshclam' on server * is currently down
- Thread starter websterPL
- Start date
I don't have any issues on our Centos 7 servers.
As described in the first post. At least I was assuming it is the same issue. Happened to me after running routine updates through Custombuild earlier today.
Interesting though that you don't seem to have any problems. Which is already quite helpful to know. Here's what the Custombuild logs say:
Last edited:
Richard G
Verified User
That's odd, but that would explain the missing services.
What do you get if you try it yourself by using this command in SSH:
yum install clamavif yes what is the output?
Also tried this?
DirectAdmin v1.645 has been released
But it also didn't work. Is there a solution? What you get ls -la /etc/yum.repos.d/ ?
forum.directadmin.com
That's the output, including a few checks for extra info. Again, I made no changes whatsoever other than running the updates. The update script uninstalled and then tried to reinstall clamav, so I guess clamav might have been unavailable for longer, but it wasn't noticed.
The other solution I haven't tried yet, because I guess the fact that clamav isn't available probably points in a different direction?
Last edited:
Richard G
Verified User
Aha... I already see what is happening.
For some reason the epel repo is not installed on your system. You do need that to install clamav.
That solution is mentioned in the link I posted. You could do it like this:
Code:
yum clean all
yum --enablerepo=epel makecache
yum install clamav-server clamav-data clamav-update clamav-filesystem clamav clamav-scanner-systemd clamav-devel clamav-lib clamav-server-systemdRichard G
Verified User
I already did otherwise I wouldn't have told you that it worked on my servers.
You're not using Cloudlinux by any chance right?
This is from my systems.
Code:
yum list clamav
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.one.com
* epel: mirror.23m.com
* extras: mirror.one.com
* updates: mirror.one.com
Installed Packages
clamav.x86_64 0.103.7-1.el7 @epelCan you try like this? This would disable other repo's only for this command.
Code:
yum clean all
yum --disablerepo=* --enablerepo=epel makecache
yum install clamav-server clamav-data clamav-update clamav-filesystem clamav clamav-scanner-systemd clamav-devel clamav-lib clamav-server-systemdRichard G
Verified User
Odd stuff. Seems like the epel repository was somehow... broken. In the end, running the following steps fixed it.
Thanks for your assistance - always a huge help to have someone consider possible options.
Then I installed and started clamav via DA and everything is fine again now.
Thanks for your assistance - always a huge help to have someone consider possible options.
I follow these steps and now when i execute "yum update" i get:
Code:
Error: Failed to synchronize cache for repo 'AppStream'- What am i doing wrong?
- CENTOS 8
Thanks in advance
Last edited:
In my list of steps, there are two incidents of "yum update". Did you get the same error on both occasions?
Also, are you 100% sure you didn't have the error before your started? (Reason for asking: My fix is fiddling with Epel-Release only, and I wouldn't expect it to cause problems with a different repo. Of course, I may be wrong.)
Disclaimer: I have no clue, just trying to poke at things.
Richard G
Verified User
You're not really doing anything wrong, but the issue is that Centos 8 is EOL and you can't get updates via the normal yum anymore. Appstream is part of the default.
You have to change to the vault repo of Centos 8, which by the way will probably be not updated for very long.
I strongly suggest to convert to a non-eol system like Almalinux 8 or Centos-Stream (I would use stream personally).
You could try to do these steps and see if fixing the cache also fixes your issue. Use at your own risk.
First of all be sure your time and date and timezone are correct. You can check that with timedatectl.
Then try to fix yum.
yum clean allThen depening on your cache directory, either use:
rm -rf /var/cache/dnfor
rm -rf /var/cache/yumNow change to the Centos 8 vault repo to see if you get updates from there:
Code:
cd /etc/yum.repos.d/
sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-*
sed -i 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g' /etc/yum.repos.d/CentOS-*
yum updateWorking now?
Thanks Richard,
This is what ive got from your code:
Code:
yum clean all
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel-testing.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel-testing.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel-testing.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/okay.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/okay.repo; Configuration: OptionBinding with id "failovermethod" does not exist
42 files removed
[root@cloud /]# rm -rf /var/cache/dnf
[root@cloud /]# rm -rf /var/cache/yum
[root@cloud /]# clear
[root@cloud /]# cd /etc/yum.repos.d/
[root@cloud yum.repos.d]# sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-*
[root@cloud yum.repos.d]# sed -i 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g' /etc/yum.repos.d/CentOS-*
[root@cloud yum.repos.d]# yum update
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel-testing.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel-testing.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/epel-testing.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/okay.repo; Configuration: OptionBinding with id "failovermethod" does not exist
Invalid configuration value: failovermethod=priority in /etc/yum.repos.d/okay.repo; Configuration: OptionBinding with id "failovermethod" does not exist
CentOS Linux 8 - AppStream 1.1 MB/s | 8.4 MB 00:07
CentOS Linux 8 - BaseOS 925 kB/s | 4.6 MB 00:05
CentOS Linux 8 - Extras 39 kB/s | 10 kB 00:00
CentOS Linux 8 - PowerTools 797 kB/s | 2.3 MB 00:02
Extra Packages for Enterprise Linux 7 - x86_64 1.3 MB/s | 16 MB 00:12
Rspamd stable repository 520 B/s | 833 B 00:01
Rspamd stable repository 4.0 kB/s | 3.1 kB 00:00
Importing GPG key 0xBF21E25E:
Userid : "Rspamd Nightly Builds (Rspamd Nightly Builds) <[email protected]>"
Fingerprint: 3FA3 47D5 E599 BE45 95CA 2576 FFA2 32ED BF21 E25E
From : http://rspamd.com/rpm/gpg.key
Is this ok [y/N]: y
Rspamd stable repository 3.9 kB/s | 9.2 kB 00:02
Error:
Problem 1: cannot install the best update candidate for package libidn2-2.2.0-1.el8.x86_64
- nothing provides libunistring.so.0()(64bit) needed by libidn2-2.3.4-1.el7.x86_64
Problem 2: cannot install the best update candidate for package perl-Devel-Size-0.81-2.el8.x86_64
- nothing provides perl(:MODULE_COMPAT_5.16.3) needed by perl-Devel-Size-0.83-1.el7.x86_64
Problem 3: cannot install the best update candidate for package perl-Text-Template-1.51-1.el8.noarch
- nothing provides perl(:MODULE_COMPAT_5.16.3) needed by perl-Text-Template-1.59-2.el7.noarch
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Richard G
Verified User
Yep I see it. As I stated before (and also smtalk), it's EOL and you had to be lucky if the Vault still provides something.
Seems the Vault also can't help you anymore.
In that case, the choice is back to what it was, upgrade to Centos-Stream (I wouldn't) or convert to a newer system like Alma Linux or Rocky.
Be sure to have some good backups. There are manuals to convert Centos 8 to Almalinux 8 on the forum and various sites.
But backups are always needed in case something really goes wrong and you need to install fresh.
Thanks everybody! @smtalk @Richard G @Strator
I definitly have to upgrade to a new OS as you mention. Why wouldn't you @Richard G upgrade to Centos-Stream? You suggest in last posts "I strongly suggest to convert to a non-eol system like Almalinux 8 or Centos-Stream (I would use stream personally)."
I am looking to Alma / Rocky right now. The problem are Backups. It is a VPS with 400GB. About 60 websites. I do not want long downtime.
What care should I take on Backups? what is very important about system?
Thanks!
I definitly have to upgrade to a new OS as you mention. Why wouldn't you @Richard G upgrade to Centos-Stream? You suggest in last posts "I strongly suggest to convert to a non-eol system like Almalinux 8 or Centos-Stream (I would use stream personally)."
I am looking to Alma / Rocky right now. The problem are Backups. It is a VPS with 400GB. About 60 websites. I do not want long downtime.
What care should I take on Backups? what is very important about system?
Thanks!
Active8
Verified User
- Joined
- Jul 13, 2013
- Messages
- 1,857
1. ALWAYS BACKUP
2. Migrating from Centos 8 to Almalinux 8 will take around 30 min (there is an migration script , search forum or go to site AL)
3. Rebuilding your DA (./build d) (dependt on your hardware) 20-40 min
Normally you can keep your your VPS on , some hiccups can occure
4. ALWAYS BACKUP !
Richard G
Verified User
Like a lot of us, I wouldn't because it's expected to be more beta than Fedora even, so most likely not always very stable. If I'm not mistaken most of us went to Alma because of Cloudlinux support. Others choose for Rocky because it's really open source and one of the devs of Centos is working with it too. They are both as good.
You could do a conversion without backups, however that would be risky. Be sure you have enough free space at least.
If possible, backup as many user accounts as possible. As for the system, everything you customized you need to know.
I would for sure backup things like directadmin.conf and the options.conf and any custom scripts.
Ah I was writing together with @Active8 so wel... he also converted. So he also points at the importance of backup with point 1 and 4.
Richard G
Verified User
Just remembered.... it's a VPS. Don't you have options to make a snapshot for it?