Це канонічне запитання щодо питань бінарної сумісності OpenSSL між Red Hat Enterprise Linux (та його похідними) 6.4 та 6.5.

Це питання стосується широкого спектру сторонніх пакетів, а не лише тих, що вказані в оригінальному запитанні.

У мене було встановлено Percona 5.5 і я намагаюся оновити до 5.6, але у мене виникають несподівані проблеми, і я зациклювався на тому, як їх вирішити.

Я дотримувався вказівок на веб- сайті http://www.percona.com/doc/percona-server/5.6/upgrading_guide_55_56.html

І видалили 5,5 пакунків, потім виконали таку команду для оновлення:

yum install Percona-Server-server-56 Percona-Server-client-56

Помилки, які я отримав назад:

Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package Percona-Server-client-56.x86_64 0:5.6.15-rel63.0.519.rhel6 will be installed
--> Processing Dependency: libssl.so.10(libssl.so.10)(64bit) for package: Percona-Server-client-56-5.6.15-rel63.0.519.rhel6.x86_64
--> Processing Dependency: libcrypto.so.10(libcrypto.so.10)(64bit) for package: Percona-Server-client-56-5.6.15-rel63.0.519.rhel6.x86_64
--> Processing Dependency: Percona-Server-shared-56 for package: Percona-Server-client-56-5.6.15-rel63.0.519.rhel6.x86_64
---> Package Percona-Server-server-56.x86_64 0:5.6.15-rel63.0.519.rhel6 will be installed
--> Processing Dependency: libssl.so.10(libssl.so.10)(64bit) for package: Percona-Server-server-56-5.6.15-rel63.0.519.rhel6.x86_64
--> Processing Dependency: libcrypto.so.10(libcrypto.so.10)(64bit) for package: Percona-Server-server-56-5.6.15-rel63.0.519.rhel6.x86_64
--> Running transaction check
---> Package Percona-Server-client-56.x86_64 0:5.6.15-rel63.0.519.rhel6 will be installed
--> Processing Dependency: libssl.so.10(libssl.so.10)(64bit) for package: Percona-Server-client-56-5.6.15-rel63.0.519.rhel6.x86_64
--> Processing Dependency: libcrypto.so.10(libcrypto.so.10)(64bit) for package: Percona-Server-client-56-5.6.15-rel63.0.519.rhel6.x86_64
---> Package Percona-Server-server-56.x86_64 0:5.6.15-rel63.0.519.rhel6 will be installed
--> Processing Dependency: libssl.so.10(libssl.so.10)(64bit) for package: Percona-Server-server-56-5.6.15-rel63.0.519.rhel6.x86_64
--> Processing Dependency: libcrypto.so.10(libcrypto.so.10)(64bit) for package: Percona-Server-server-56-5.6.15-rel63.0.519.rhel6.x86_64
---> Package Percona-Server-shared-56.x86_64 0:5.6.15-rel63.0.519.rhel6 will be installed
--> Processing Dependency: libssl.so.10(libssl.so.10)(64bit) for package: Percona-Server-shared-56-5.6.15-rel63.0.519.rhel6.x86_64
--> Processing Dependency: libcrypto.so.10(libcrypto.so.10)(64bit) for package: Percona-Server-shared-56-5.6.15-rel63.0.519.rhel6.x86_64
--> Finished Dependency Resolution
Error: Package: Percona-Server-server-56-5.6.15-rel63.0.519.rhel6.x86_64 (percona)
       Requires: libcrypto.so.10(libcrypto.so.10)(64bit)
Error: Package: Percona-Server-shared-56-5.6.15-rel63.0.519.rhel6.x86_64 (percona)
       Requires: libcrypto.so.10(libcrypto.so.10)(64bit)
Error: Package: Percona-Server-server-56-5.6.15-rel63.0.519.rhel6.x86_64 (percona)
       Requires: libssl.so.10(libssl.so.10)(64bit)
Error: Package: Percona-Server-shared-56-5.6.15-rel63.0.519.rhel6.x86_64 (percona)
       Requires: libssl.so.10(libssl.so.10)(64bit)
Error: Package: Percona-Server-client-56-5.6.15-rel63.0.519.rhel6.x86_64 (percona)
       Requires: libssl.so.10(libssl.so.10)(64bit)
Error: Package: Percona-Server-client-56-5.6.15-rel63.0.519.rhel6.x86_64 (percona)
       Requires: libcrypto.so.10(libcrypto.so.10)(64bit)
 You could try using --skip-broken to work around the problem
** Found 3 pre-existing rpmdb problem(s), 'yum check' output follows:
perl-DBD-MySQL-4.022-1.el6.rfx.x86_64 has missing requires of libmysqlclient.so.16()(64bit)
perl-DBD-MySQL-4.022-1.el6.rfx.x86_64 has missing requires of libmysqlclient.so.16(libmysqlclient_16)(64bit)
perl-DBD-MySQL-4.022-1.el6.rfx.x86_64 has missing requires of mysql

Я спробував все, перевстановивши openssl і openssl-devel, які встановлені правильно, але це все ще не працює. Будь-які ідеї?

Я працюю CentOS 6.4:

root@server01 [/]# cat /proc/version
Linux version 2.6.32-279.5.2.el6.x86_64 (mockbuild@c6b10.bsys.dev.centos.org) (gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC) ) #1 SMP Fri Aug 24 01:07:11 UTC 2012
root@server01 [/]#

Першопричиною цієї проблеми є те, що Red Hat порушив двійкову сумісність своїх пакетів OpenSSL між 6.4 та 6.5, що вони пообіцяли, що цього не зроблять .

Вирішення цієї проблеми просте, але залежно від застосованих вами додатків може кричати на постачальників ваших програм. Не забудьте зарезервувати більшу частину гніту для представника Red Hat (якщо у вас RHEL).

Причина

Red Hat оновив версію OpenSSL в EL6 з 1.0.0 до 1.0.1 в оновленому режимі 6.5 , щоб вирішити багаторічний запит на функцію додати підтримку криптовалют з еліптичною кривою. Цей пакет вже не є бінарним сумісним, і програми, побудовані на основі OpenSSL 1.0.0, повинні бути перебудовані з джерела до 1.0.1.

Якщо, звичайно, ви не встановлюєте сторонні додатки, що майже кожен робить. Вони також повинні бути перекомпільовані, і в цей момент більшість третіх сторін це зробили, і створили нові пакети проти 6.5. Саме ці пакети зазвичай сьогодні доставляють треті сторони.

Дозвіл

Визначте всі пошкоджені сторонні пакети та зв’яжіться зі сторонніми постачальниками пакетів для оновлень. Щойно оновлення доступні для всіх пакетів, ви можете безпечно оновити вашу систему до 6.5, одночасно встановивши оновлення сторонніх пакетів, що завершить вирішення проблеми.

Для пакетів, встановлених через менеджер пакунків та сховища Yum, це тривіально; просто намагатися оновити та мати можливість це зробити без проблем залежність означає, що пакети готові.

Для пакетів, встановлених вручну, вам потрібно буде перевірити їх самостійно та застосувати будь-які оновлення, які надали постачальники. У цих випадках слід також тиснути на цих постачальників, щоб забезпечити належні пакети RPM та сховища Yum.

Більшість користувачів можуть оновлюватись до 6.5 за допомогою такої команди, як:

yum --disableexcludes=all --obsoletes update

Користувачі RHEL, які встановили конкретний незначний випуск, повинні спочатку встановити 6.5 як свою ціль випуску, перш ніж запустити вищевказане оновлення:

subscription-manager release --set=6.5

У цей момент ви повинні мати можливість встановити сторонні пакети, які ви намагалися встановити.

Інші питання

Користувачі CentOS та інших клонів RHEL на певних постачальниках VPS або хмари можуть виявити, що вони не в змозі оновити до 6.5. yumКоманда заявить , що ніякі пакетів не позначаються для поновлення. Поки що я бачив це в Windows Azure та деяких постачальників послуг VPS низького класу.

У цих випадках постачальник використовуваного зображення CentOS змінив /etc/yum.repos.d/CentOS-Base.repoзображення, щоб вказати на сховища, відмінні від офіційних дзеркал CentOS.

Це можна вирішити, вручну відредагувавши файл репо для відновлення офіційних дзеркал CentOS, або встановивши офіційний centos-releaseRPM на дзеркало CentOS та встановивши його знову. Наприклад (ця URL-адреса хороша лише сьогодні, вона може застаріти пізніше; спочатку перевірте дзеркало):

yum update http://mirror.centos.org/centos/6/os/x86_64/Packages/centos-release-6-5.el6.centos.11.2.x86_64.rpm

Ви можете встановити PS 5.6 після оновлення openssl до openssl-1.0.1e-15.el6.x86_64.rpm

Для 6,4 у нас (я працюю в Percona) також доступні декілька замовлених пакетів: http://www.percona.com/downloads/Percona-Server-5.5-centos-6.4/