Scheduled backups aren't triggered

Help! (Home for newbies)
21

This is what the command "yum check-update" outputs:

[code:1]
Loaded plugins: fastestmirror, priorities
Loading mirror speeds from cached hostfile

  • rpmforge: apt.sw.be
  • base: ftp.hosteurope.de
  • updates: ftp.hosteurope.de
  • addons: ftp.hosteurope.de
  • extras: ftp.hosteurope.de
    virtualmin | 951 B 00:00
    virtualmin-universal | 951 B 00:00
    rpmforge | 1.1 kB 00:00
    base | 1.1 kB 00:00
    updates | 951 B 00:00
    addons | 951 B 00:00
    extras | 1.1 kB 00:00
    468 packages excluded due to repository priority protections

audit-libs.i386 1.7.7-6.el5_3.3 updates
audit-libs.x86_64 1.7.7-6.el5_3.3 updates
audit-libs-python.x86_64 1.7.7-6.el5_3.3 updates
clamav-db.x86_64 0.95.1-4.el5.rf rpmforge
curl.x86_64 7.15.5-2.1.el5_3.4 updates
file.x86_64 4.17-15.el5_3.1 updates
filesystem.x86_64 2.4.0-2.el5.centos base
freetype.x86_64 2.2.1-21.el5_3 updates
libselinux.i386 1.33.4-5.1.el5 base
libselinux.x86_64 1.33.4-5.1.el5 base
libselinux-devel.x86_64 1.33.4-5.1.el5 base
libselinux-python.x86_64 1.33.4-5.1.el5 base
net-snmp.x86_64 1:5.3.2.2-5.el5_3.1 updates
net-snmp-libs.i386 1:5.3.2.2-5.el5_3.1 updates
net-snmp-libs.x86_64 1:5.3.2.2-5.el5_3.1 updates
perl-DBD-Pg.x86_64 1.49-2.el5_3.1 updates
php.x86_64 5.1.6-23.2.el5_3 updates
php-cli.x86_64 5.1.6-23.2.el5_3 updates
php-common.x86_64 5.1.6-23.2.el5_3 updates
php-gd.x86_64 5.1.6-23.2.el5_3 updates
php-imap.x86_64 5.1.6-23.2.el5_3 updates
php-mbstring.x86_64 5.1.6-23.2.el5_3 updates
php-mysql.x86_64 5.1.6-23.2.el5_3 updates
php-odbc.x86_64 5.1.6-23.2.el5_3 updates
php-pdo.x86_64 5.1.6-23.2.el5_3 updates
php-pgsql.x86_64 5.1.6-23.2.el5_3 updates
php-snmp.x86_64 5.1.6-23.2.el5_3 updates
php-xmlrpc.x86_64 5.1.6-23.2.el5_3 updates
policycoreutils.x86_64 1.33.12-14.2.el5 base
popt.x86_64 1.10.2.3-9.el5 base
rpm.x86_64 4.4.2.3-9.el5 base
rpm-libs.x86_64 4.4.2.3-9.el5 base
rpm-python.x86_64 4.4.2.3-9.el5 base
wbm-virtual-server.noarch 2:3.69-1 virtualmin-universal
wbm-virtualmin-awstats.noarch 2:4.1-1 virtualmin-universal
wbm-virtualmin-svn.noarch 2:4.3-1 virtualmin-universal
wbt-virtual-server-theme.noarch 2:7.1-1 virtualmin-universal
[/code:1]

Quite a lot more than I thought. I guess I’ll start next week looking to resolve those odd yum messages that prevent the update.

If you want to see them, here they are:

[code:1]
Loaded plugins: fastestmirror, priorities
Loading mirror speeds from cached hostfile

  • rpmforge: apt.sw.be
  • base: ftp.hosteurope.de
  • updates: ftp.hosteurope.de
  • addons: ftp.hosteurope.de
  • extras: ftp.hosteurope.de
    468 packages excluded due to repository priority protections
    Setting up Update Process
    Resolving Dependencies
    –> Running transaction check
    —> Package php-xmlrpc.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package policycoreutils.x86_64 0:1.33.12-14.2.el5 set to be updated
    –> Processing Dependency: libselinux-utils for package: policycoreutils
    —> Package php-odbc.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package wbm-virtual-server.noarch 2:3.69-1 set to be updated
    —> Package wbt-virtual-server-theme.noarch 2:7.1-1 set to be updated
    —> Package curl.x86_64 0:7.15.5-2.1.el5_3.4 set to be updated
    —> Package audit-libs.x86_64 0:1.7.7-6.el5_3.3 set to be updated
    –> Processing Dependency: clamav-server = 0.95.1-1.vm.el5 for package: clamav-server-sysv
    —> Package net-snmp.x86_64 1:5.3.2.2-5.el5_3.1 set to be updated
    —> Package libselinux-devel.x86_64 0:1.33.4-5.1.el5 set to be updated
    —> Package libselinux.i386 0:1.33.4-5.1.el5 set to be updated
    —> Package freetype.x86_64 0:2.2.1-21.el5_3 set to be updated
    —> Package perl-DBD-mysql.x86_64 0:4.010-1.el5.rf set to be updated
    —> Package popt.x86_64 0:1.10.2.3-9.el5 set to be updated
    —> Package php.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package wbm-virtualmin-awstats.noarch 2:4.1-1 set to be updated
    —> Package php-common.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package rpm-python.x86_64 0:4.4.2.3-9.el5 set to be updated
    —> Package file.x86_64 0:4.17-15.el5_3.1 set to be updated
    —> Package wbm-virtualmin-svn.noarch 2:4.3-1 set to be updated
    —> Package php-snmp.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package rpm-libs.x86_64 0:4.4.2.3-9.el5 set to be updated
    —> Package net-snmp-libs.i386 1:5.3.2.2-5.el5_3.1 set to be updated
    —> Package libselinux.x86_64 0:1.33.4-5.1.el5 set to be updated
    —> Package audit-libs.i386 0:1.7.7-6.el5_3.3 set to be updated
    —> Package php-imap.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package php-cli.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package net-snmp-libs.x86_64 1:5.3.2.2-5.el5_3.1 set to be updated
    –> Processing Dependency: data(clamav) for package: clamav
    –> Processing Dependency: data(clamav) for package: clamav-lib
    —> Package php-pdo.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package rpm.x86_64 0:4.4.2.3-9.el5 set to be updated
    —> Package filesystem.x86_64 0:2.4.0-2.el5.centos set to be updated
    —> Package audit-libs-python.x86_64 0:1.7.7-6.el5_3.3 set to be updated
    —> Package clamd.x86_64 0:0.95.1-4.el5.rf set to be updated
    –> Processing Dependency: clamav = 0.95.1-4.el5.rf for package: clamd
    —> Package perl-DBD-Pg.x86_64 0:1.49-2.el5_3.1 set to be updated
    —> Package php-pgsql.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package libselinux-python.x86_64 0:1.33.4-5.1.el5 set to be updated
    —> Package php-gd.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package php-mbstring.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package php-mysql.x86_64 0:5.1.6-23.2.el5_3 set to be updated
    —> Package clamav-db.x86_64 0:0.95.1-4.el5.rf set to be updated
    –> Running transaction check
    –> Processing Dependency: clamav-server = 0.95.1-1.vm.el5 for package: clamav-server-sysv
    —> Package clamav-data-empty.x86_64 0:0.95.1-1.vm.el5 set to be updated
    —> Package libselinux-utils.x86_64 0:1.33.4-5.1.el5 set to be updated
    —> Package clamd.x86_64 0:0.95.1-4.el5.rf set to be updated
    –> Processing Dependency: clamav = 0.95.1-4.el5.rf for package: clamd
    –> Processing Dependency: /usr/bin/freshclam for package: virtualmin-base
    –> Finished Dependency Resolution
    virtualmin-base-1.0-61.rh.noarch from installed has depsolving problems
    –> Missing Dependency: /usr/bin/freshclam is needed by package virtualmin-base-1.0-61.rh.noarch (installed)
    clamav-server-sysv-0.95.1-1.vm.el5.x86_64 from installed has depsolving problems
    –> Missing Dependency: clamav-server = 0.95.1-1.vm.el5 is needed by package clamav-server-sysv-0.95.1-1.vm.el5.x86_64 (installed)
    clamd-0.95.1-4.el5.rf.x86_64 from rpmforge has depsolving problems
    –> Missing Dependency: clamav = 0.95.1-4.el5.rf is needed by package clamd-0.95.1-4.el5.rf.x86_64 (rpmforge)
    Error: Missing Dependency: /usr/bin/freshclam is needed by package virtualmin-base-1.0-61.rh.noarch (installed)
    Error: Missing Dependency: clamav = 0.95.1-4.el5.rf is needed by package clamd-0.95.1-4.el5.rf.x86_64 (rpmforge)
    Error: Missing Dependency: clamav-server = 0.95.1-1.vm.el5 is needed by package clamav-server-sysv-0.95.1-1.vm.el5.x86_64 (installed)
    [/code:1]
22

Well, while we should get the clamav issue resolved eventually – the packages that may be related to this current problem are:

audit*
filesystem*
libselinux*
policy*

Perhaps you could start by installing just those, rather than trying to fix the clam stuff ATM, at least to see if we can get cron working again :slight_smile:
-Eric

23

Ok, I ran "yum update audit* filesystem* libselinux* policy*" and they all seemed to update correctly except one:

Updating : filesystem [ 9/19]
Error unpacking rpm package filesystem-2.4.0-2.el5.centos.x86_64
error: unpacking of archive failed on file /proc: cpio: chown

I then restarted crond and the same error messages still keep being added every few minutes to /var/log/cron.

Thanks again for the help.

24
I'm not fully up to date. yum has a problem updating some clamav stuff (it seems to be looking for /usr/bin/freshclam, which is there but it's still complaining that it is missing; wouldn't mind pointer with that one either).

You have conflicting yum repositories. e.g. two yum repos that provide clam packages, and those packages are not compatible with each other. You cannot do that. You must use exclude or includepkgs, or disable the troublesome repo.

I would suggest that being up to date is at least as important as your cron problem.

25

Do I need to remove ClamAV before attempting to fix this?

Do you have any pointers on how to do this? Maybe a link to a good howto or something? I’m a total yum newbie.

And how should I tell which repository is the one that I should use? (Or even which ones are in conflict)

(P.S. I think the import of this thread in the new software went wonky since everything is in a seemingly random order.)

26

Do I need to remove ClamAV before attempting to fix this?

Not if you want to keep using that set of packages. You just need to make sure you disable getting clamav from whatever repo you didn’t install from to start with. The problem here is not that you have clamav installed, it is that you are trying to update it from multiple sources.

Do you have any pointers on how to do this? Maybe a link to a good howto or something? I’m a total yum newbie.

It’s been discussed a bunch in the forums and ticket tracker. This is one that sort of covers the details.

https://www.virtualmin.com/node/2770

In short, you just need to edit either the Virtualmin or the rpmfusion/rpmforge/whatever repository file (/etc/yum.repos.d/something.rpm) and add exclude=* to the relevant repository sections. If you already have our package installed (has “vm” in the version string), then you’d disable getting clamav from the other repo. If it’s from the other repo, you’d disable it from our repo.

I would also recommend you not go adding software repositories to yum all willy-nilly without understanding what you’re doing. It can be very dangerous. You’re effectively giving root access to your system to anyone you trust to provide packages for you. Adding a repository in yum is serious business.

And how should I tell which repository is the one that I should use? (Or even which ones are in conflict)

If you don’t know, then I’d say only use the CentOS official repositories, and ours. yum repos are serious business. Using third party repositories without understanding is a recipe for disaster.

(P.S. I think the import of this thread in the new software went wonky since everything is in a seemingly random order.)

Nah, default sort order is just goofy. I’ll fix it.

27

Thanks for the pointers. I inherited this server when I went to a new job so I know next to nothing about how it was setup by the previous guy.

I’m normally a debian/ubuntu guy so I’m not wholly unfamiliar with repositories but yum is a new beast I haven’t taken the time to master yet.

I’ll try to fix this and I’ll let you know how it turns out.

(Thanks for fixing the thread order too!)

ETA: Well, that was easy. I just renamed “rpmforge.repo” to “rpmforge.repo.disabled” in “/etc/yum.repos.d” and poof, the problem went away.

There’s still this though:

Downloading Packages:
filesystem-2.4.0-2.el5.centos.x86_64.rpm | 117 kB 00:00
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Updating : filesystem [1/2]
Error unpacking rpm package filesystem-2.4.0-2.el5.centos.x86_64
error: unpacking of archive failed on file /proc: cpio: chown

Google has been of little to no help on that one so far. Still, progress! :slight_smile:

28

So this is the error you’re seeing:

“error: unpacking of archive failed on file /proc: cpio: chown”

Does anything appear after the word “chown”?

Also, what’s the output of the command:

/usr/sbin/getenforce

29

No, nothing after chown but a blank line. Here’s the whole thing:

-bash-3.2# yum update
Loaded plugins: fastestmirror, priorities
Loading mirror speeds from cached hostfile

Dependencies Resolved

================================================================================
Package Arch Version Repository Size

Updating:
filesystem x86_64 2.4.0-2.el5.centos base 117 k

Transaction Summary

Install 0 Package(s)
Update 1 Package(s)
Remove 0 Package(s)

Total download size: 117 k
Is this ok [y/N]: y
Downloading Packages:
filesystem-2.4.0-2.el5.centos.x86_64.rpm | 117 kB 00:00
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Updating : filesystem [1/2]
Error unpacking rpm package filesystem-2.4.0-2.el5.centos.x86_64
error: unpacking of archive failed on file /proc: cpio: chown

Updated: filesystem.x86_64 0:2.4.0-2.el5.centos
Complete!
-bash-3.2#

That command outputs “Disabled”.

BTW, I just realised that my previous message might have been confusing: the yum update problem went away, the cron problem is still alive and kicking. Sorry.

Thanks again, you guys are fantastic!

30

Hi,

While the yum updating problem has been fixed (mostly, “filesystem” still won’t update for some reason), “crond” still outputs errors to “/var/log/crond” every few minutes and therefore backups aren’t triggered when scheduled.

Now, this isn’t the end of the world since I’m using my local box’ cron to ssh into the server and trigger the backups but it isn’t great either.

SELinux is still disabled. Any other ideas of what to do to get cron working correctly on this server?

Thanks.

31

Googling on some of your errors turns up the following:

http://hostechs.com/2008/07/cron-error-failed-to-open-pam-security-session/

Which seems maybe promising?