downgrade or rollback

[mist_firefly]

Hi,

Doing updates from yum sometimes cause issues and would want to be prepared if errors occur.

In this case which would be the best option: to yum downgrade
or to rpm -Uvh –rollback ’21:00′?? (by changing the yum.conf and the macros?)
Which of these would be the safest way of getting rid of the problem?

Any other way to avoid issues?

Thanks

[scott]

yum downgrade <packagename> is much less trouble than the old rollback system

[mist_firefly]

Thanks for the reply.

Because of an issue we had when doing some yum updates(when server was overloading and not responding anymore) I would want to avoid that happening again.
Is there a way to know which might be dangerous?
I was wondering if any of them (especially related to mail) are known to cause conflicts or errors and should be avoided.

The list is the following:

asl x86_64 1:3.2.4-18.el5.art asl-3.0 1.4 M
asl-waf-module x86_64 1:3.2.4-18.el5.art asl-3.0 138 k
asl-web x86_64 1:3.2.4-18.el5.art asl-3.0 748 k
bind x86_64 30:9.3.6-20.P1.el5_8.6 updates 989 k
bind-chroot x86_64 30:9.3.6-20.P1.el5_8.6 updates 47 k
bind-libs x86_64 30:9.3.6-20.P1.el5_8.6 updates 898 k
bind-utils x86_64 30:9.3.6-20.P1.el5_8.6 updates 180 k
device-mapper-multipath x86_64 0.4.7-48.el5_8.2 updates 3.0 M
gtk2 i386 2.10.4-23.el5_8 updates 6.5 M
gtk2 x86_64 2.10.4-23.el5_8 updates 6.6 M
kpartx x86_64 0.4.7-48.el5_8.2 updates 444 k
libtiff i386 3.8.2-18.el5_8 updates 310 k
libtiff x86_64 3.8.2-18.el5_8 updates 315 k
mysql x86_64 5.5.29-14.el5.art atomic 7.5 M
mysql-libs x86_64 5.5.29-14.el5.art atomic 1.1 M
mysql-server x86_64 5.5.29-14.el5.art atomic 13 M
perl-Mail-SPF noarch 2.007-1.el5.art atomic 139 k
php x86_64 5.3.20-13.el5.art atomic 2.8 M
php-cli x86_64 5.3.20-13.el5.art atomic 2.6 M
php-common x86_64 5.3.20-13.el5.art atomic 1.0 M
php-devel x86_64 5.3.20-13.el5.art atomic 1.3 M
php-gd x86_64 5.3.20-13.el5.art atomic 209 k
php-imap x86_64 5.3.20-13.el5.art atomic 88 k
php-ldap x86_64 5.3.20-13.el5.art atomic 57 k
php-mbstring x86_64 5.3.20-13.el5.art atomic 2.3 M
php-mysql x86_64 5.3.20-13.el5.art atomic 95 k
php-pdo x86_64 5.3.20-13.el5.art atomic 120 k
php-xml x86_64 5.3.20-13.el5.art atomic 226 k

Thank you

[breun]

I'm not aware of any problematic packages and we're running all of the above on our EL5 servers.

I guess you'll need to gather more info on what specific activity was causing the load on your server.

[mist_firefly]

hello

Just did the update for mysql x86_64 5.5.29-14.el5.art and I got an error. Or am I getting this wrong? Pls help. I got the following:


Downloading Packages:
(1/3): mysql-libs-5.5.29-14.el5.art.x86_64.rpm | 1.1 MB 00:00
(2/3): mysql-5.5.29-14.el5.art.x86_64.rpm | 7.5 MB 00:00
(3/3): mysql-server-5.5.29-14.el5.art.x86_64.rpm | 13 MB 00:01
-----------------------------------------------------------------------------------------------------------------
Total 9.4 MB/s | 21 MB 00:02
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Updating : mysql-libs 1/6
Updating : mysql 2/6
Updating : mysql-server 3/6
Stopping mysqld: [ OK ]
mysqld is alive

Failed to ALTER DATABASE `#mysql50#name_mysql037dd079c45f2d82a7ff4a50cec17244` UPGRADE DATA DIRECTORY NAME
Error: Can't create database 'name_mysql037dd079c45f2d82a7ff4a50cec17244'; database exists
Stopping mysqld: [ OK ]
mysqld is alive
Stopping mysqld: [ OK ]
Starting mysqld: [ OK ]
Cleanup : mysql-server 4/6
Cleanup : mysql 5/6
Cleanup : mysql-libs 6/6
Updated:
mysql.x86_64 0:5.5.29-14.el5.art
Dependency Updated:
mysql-libs.x86_64 0:5.5.29-14.el5.art mysql-server.x86_64 0:5.5.29-14.el5.art
Complete!