1

Привет всем!

Итак, нарисовалась проблема. А именно:
Имеем почтовый сервер на базе оси CentOS 5.8. Пытаюсь через yum поставить последние обновления. В том числе и mysql. И тут - грабля. А именно - имеем следующий конфликт:

.......
Transaction Check Error:
  file /etc/my.cnf from install of mysql-5.0.95-1.el5_7.1.i386 conflicts with file from package mysql-libs-5.0.92-1.el5.i386
  file /usr/lib/mysql/libmysqlclient.so.15.0.0 from install of mysql-5.0.95-1.el5_7.1.i386 conflicts with file from package mysql-libs-5.0.92-1.el5.i386
  file /usr/lib/mysql/libmysqlclient_r.so.15.0.0 from install of mysql-5.0.95-1.el5_7.1.i386 conflicts with file from package mysql-libs-5.0.92-1.el5.i386

Вопрос, собственно простой, как победить? Пока - отложил (заблокировал в конфиге) обновление mysql, но это не совсем правильно...

2

Cruiser78 пишет:

mysql-libs-5.0.92-1.el5.i386

Наверное тоже надо бы обновить до версии 5.0.95-1.el5_7.1.i386?

Был, был и весь вышел...

3

Lupo Alberto пишет:

Наверное тоже надо бы обновить до версии 5.0.95-1.el5_7.1.i386?

Я бы с удовольствием, но... mysql-lib только той версии, что есть. И нет никакой иной. Вот вывод:

# yum provides "*libmysqlclient.so.15"
Loaded plugins: fastestmirror, priorities
Loading mirror speeds from cached hostfile
 * base: mirror.awanti.com
 * epel: mirror.awanti.com
 * extras: mirror.awanti.com
 * rpmforge: ftp-stud.fht-esslingen.de
 * updates: mirror.awanti.com
Excluding Packages in global exclude list
Finished
506 packages excluded due to repository priority protections
mysql-5.0.77-4.el5_6.6.i386 : MySQL client programs and shared libraries
Repo        : base
Matched from:
Filename    : /usr/lib/mysql/libmysqlclient.so.15
Other       : libmysqlclient.so.15

mysql-5.0.95-1.el5_7.1.i386 : MySQL client programs and shared libraries
Repo        : updates
Matched from:
Filename    : /usr/lib/mysql/libmysqlclient.so.15
Other       : libmysqlclient.so.15

mysql-libs-5.0.92-1.el5.i386 : The shared libraries required for MySQL clients
Repo        : installed
Matched from:
Filename    : /usr/lib/mysql/libmysqlclient.so.15
Other       : libmysqlclient.so.15

И вот в этой завязке и происходит конфликт.

4

Возможно, новая версия mysql объединяет оба пакета — mysql и mysql-libs. Тогда попробуйте удалить mysql-libs-5.0.92-1.el5.i386.
P.S. Я совершенно не разбираюсь в вашем дистрибутиве, поэтому либо дождитесь мнения более авторитетного в этом вопросе человека, чем я, либо предусмотрите возможность восстановления системы в случае удаления указанного пакета.

Был, был и весь вышел...

5

У меня мускул прекрасно работает без mysql-libs. Его даже в репах нет.

mysql-5.0.77-4.el5_6.6.i386 : MySQL client programs and shared libraries
Repo        : base
Matched from:
Filename    : /usr/lib/mysql/libmysqlclient.so.15
Other       : libmysqlclient.so.15



mysql-5.0.95-1.el5_7.1.i386 : MySQL client programs and shared libraries
Repo        : updates
Matched from:
Filename    : /usr/lib/mysql/libmysqlclient.so.15
Other       : libmysqlclient.so.15



mysql-5.0.95-1.el5_7.1.i386 : Клиент и разделяемая библиотека MySQL
Repo        : installed
Matched from:
Filename    : /usr/lib/mysql/libmysqlclient.so.15
Other       : libmysqlclient.so.15

У меня был такой касяк вроде. Как раз при обновлении.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

6

--=XliN=-- пишет:

У меня мускул прекрасно работает без mysql-libs. Его даже в репах нет.
.....
У меня был такой касяк вроде. Как раз при обновлении.

При попытке удалить mysql-lib по зависимостям удаляется всё ядро почтового сервера:

Removing:
 mysql-libs               i386       5.0.92-1.el5           installed     4.4 M
Removing for dependencies:
 dovecot-mysql            i386       1:1.2.17-2.el5         installed      13 k
 mysql                    i386       5.0.92-1.el5           installed     4.8 M
 mysql-devel              i386       5.0.92-1.el5           installed     7.6 M
 mysql-server             i386       5.0.92-1.el5           installed      23 M
 perl-DBD-MySQL           i386       3.0007-2.el5           installed     326 k
 php-mysql                i386       5.2.17-13.el5          installed     171 k
 phpmyadmin               noarch     2.11.11.3-2.el5.rf     installed      13 M
 postfix                  i386       2:2.9.1-2.el5          installed      11 M
 postfix-perl-scripts     i386       2:2.9.1-2.el5          installed     109 k
 postgrey                 noarch     1.34-1.el5.rf          installed     113 k

Естественно, что на это я пойтить не могу... Нафиг такое обновление...

PS. Кстати, и perl тоже _хитро_ обновляется. Сам перл обновить можно, а потом - настраивай взад всю перловку, все те модули перловые, что поставил в обеспечение работы почтаря... Но на той грабле я уже потоптался и знаю как с неё слезать. Там на день, примерно, работы - актуализировать содержимое перла для обеспечения нормальной работы почтаря.

7

Lupo Alberto пишет:

... либо предусмотрите возможность восстановления системы в случае удаления указанного пакета.

Вот с этим то нет проблем. Я функциональные сервера разворачиваю в виртуальных машинах. Так что откатиться взад не просто, а очень просто.

8

Это все понятно. У меня тоже все сервера на виртуалке, но что делать парню?
Ну не предусмотрел он такой ситуевины... Я решил это простым обновлением, т. к. на хосте была подвязана только база впн. Почтарь дело другое.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

9

--=XliN=-- пишет:

Почтарь дело другое.

В другой виртуалке у меня астериск крутиться. Там аналогичная беда...

Removing:
 mysql-libs                 i386      5.0.92-1.el5           installed    4.4 M
Removing for dependencies:
 asterisk18-addons          i386      1.8.6.0-1_centos5      installed     0.0 
 asterisk18-addons-mysql    i386      1.8.6.0-1_centos5      installed    111 k
 freepbx                    noarch    2.9.0-8                installed     53 M
 freepbxdistro-header       noarch    2.9.0-5                installed    129 k
 mdadm                      i386      2.6.9-3.el5            installed    1.8 M
 mysql                      i386      5.0.92-1.el5           installed    4.8 M
 mysql-server               i386      5.0.92-1.el5           installed     23 M
 perl-DBD-MySQL             i386      3.0007-2.el5           installed    326 k
 php-mysql                  i386      5.2.17-13.el5          installed    171 k
 phpmyadmin                 noarch    2.11.11.3-2.el5.rf     installed     13 M
 postfix                    i386      2:2.9.1-2.el5          installed     11 M
 postfix-perl-scripts       i386      2:2.9.1-2.el5          installed    109 k
 redhat-lsb                 i386      4.0-2.1.4.el5          installed     21 k

Как раз на зависимостях через libmysqlclient_r.so.15 :-(

10

Блин. Что же делать? Такая проблема возникла после обновы на 5.8. Извините, не хватает знаний подсказать. Меня всегда выручал kvm на снапшотах.

з. ы. Аатерикс еще хуже.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

Попробуйте остановить сервисы, использующие старую библиотеку и после этого обновиться. У меня что-то похожее встречалось с другими пакетами.

12

Если еще актуально, сделайте так

rpm -e mysql-libs –nodeps
yum update

Мне помогло

13 (11.06.2012 11:18:38 отредактировано AlfaStriker)

Кстати да, многие программы работают без MySQL-Libs, проверено. Видимо вы его подцепили с репозитария Epel или CentAlt.

14

ZiBoX пишет:

Если еще актуально, сделайте так

rpm -e mysql-libs –nodeps
yum update

Мне помогло


Правильно:

rpm -e mysql-libs --nodeps
yum update