Есть ли опасность применения 32 библиотек на 64 битной системе?

Question

[aroun]

Всем привет,

Недавно столкнулся с тем, что на одном сервере с телефонией нельзя было обновится (centos 5) , ьыла куча странных ошибок, но все они вели в гугл)

Так вот гугл говорит что это из-за использования 32 битных пакетов. Я быстренько накатал скриптик, который показал мне все 32 битные пакеты и по моему замыслу он должен проверять есть ли такой же 64 разрядный, если нет, то после удаления ставить.

Но что-то страшновато как-то....)

Вот список:

aspell-0.60.3.i386
zlib-1.2.3.i386
libselinux-1.33.4.i386
libpng-1.2.10.i386
libidn-0.6.5.i386
zlib-devel-1.2.3.i386
libSM-1.0.1.i386
libXdmcp-1.0.1.i386
libXrender-0.9.1.i386
cyrus-sasl-lib-2.1.22.i386
libXfont-1.2.2.i386
perl-5.8.8.i386
nspr-4.10.8.i386
curl-7.15.5.i386
libcap-1.10.i386
audit-libs-1.8.i386
dbus-1.1.2.i386
glib2-2.12.3.i386
db4-4.3.29.i386
sqlite-3.3.6.i386
freetype-2.2.1.i386
pcre-6.6.i386
libICE-1.0.1.i386
fontconfig-2.4.1.i386
libX11-1.0.3.i386
libfontenc-1.0.2.i386
cups-libs-1.3.7.i386
ncurses-5.5.i386
libsepol-1.15.2.i386
libgpg-error-1.4.i386
libgcrypt-1.4.4.i386
libtiff-3.8.2.i386
libXext-1.0.1.i386
cairo-1.2.4.i386
postgresql-libs-8.1.23.i386
libgcc-4.1.2.i386
gnutls-1.4.1.i386
device-mapper-1.02.67.i386
krb5-libs-1.6.1.i386
mysql-devel-5.0.95.i386
python-devel-2.4.3.i386
python26-devel-2.6.8.i386
nss-3.19.1.i386
libjpeg-6b.i386
keyutils-libs-1.2.i386
expat-1.95.8.i386
dbus-libs-1.1.2.i386
dbus-glib-0.73.i386
gdbm-1.8.0.i386
readline-5.1.i386
libXau-1.0.1.i386
libXt-1.0.2.i386
ghostscript-8.70.i386
libstdc++-4.1.2.i386
e2fsprogs-libs-1.39.i386
libxml2-2.6.26.i386
mysql-5.0.95.i386
python26-libs-2.6.8.i386

Answer 1

[Nathan Stark]

И правильно делаете что опасаетесь ! Я думаю вряд ли кто то предскажет поведение системы.
Я на вашем месте бы сделал копию диска и развернуть на виртуалке, и там уже эксперементировал

Answer 2

[Пума Тайланд]

ну сделайте полный бекап и проводите свои эксперименты без страха и упрека.

Comments

[aroun]

Это не виртуалка, сервер географически далеко от меня, рук там нету, вот и напрягаюсь.

[Пума Тайланд]

aroun: ну согласуйте риски , экстренную поездку
ну или настройте другой сервер и отправьте им

[aroun]

Наверно выберу день, поеду все снесу и настрою по новой, если заказчик оплатит. Спасибо вам.

Answer 3

[Igor Nikolaev]

Что вы пытаетесь устанавливать, какие команды приводят к этому? Подозреваю, что проблемы на самом деле нет. И, да, centos, как и debian прекрасно работает с разными архитектурами одновременно, главное, чтобы то, что вы устанавливаете умело так работать.

Comments

[aroun]

yum update

--> Finished Dependency Resolution
php-magickwand-0.1.9-2.el5.x86_64 from installed has depsolving problems
--> Missing Dependency: libMagick.so.10()(64bit) is needed by package php-magickwand-0.1.9-2.el5.x86_64 (installed)
php-magickwand-0.1.9-2.el5.x86_64 from installed has depsolving problems
--> Missing Dependency: libWand.so.10()(64bit) is needed by package php-magickwand-0.1.9-2.el5.x86_64 (installed)
Error: Missing Dependency: libMagick.so.10()(64bit) is needed by package php-magickwand-0.1.9-2.el5.x86_64 (installed)
Error: Missing Dependency: libWand.so.10()(64bit) is needed by package php-magickwand-0.1.9-2.el5.x86_64 (installed)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest

[Igor Nikolaev]

Пакет libmagic у Вас стоит? Поищите libmagic.so

[Igor Nikolaev]

Собственно, гугл никто не отменял: https://pkgs.org/centos-5/epel-x86_64/php-magickwa...

[Igor Nikolaev]

Покажите, что у вас в .repo файлах, чувствую, там что-то не так.

[aroun]

1. Есть, /usr/lib64/libmagic.so
2. Пакет php-magickwand-0.1.9-2.el5 стоит.
3. См.2

[aroun]

"CentOS-Base.repo" "CentOS-Sources.repo" "commercial-addons.repo" "epel.repo" "mirrors-rpmforge" "mirrors-rpmforge-testing" "rpmforge.repo"
"CentOS-fasttrack.repo" "CentOS-Vault.repo" "elastix.repo" "epel-testing.repo" "mirrors-rpmforge-extras" "pgdg-91-centos.repo"

[aroun]

Это не у меня, я вчера вечером систему увидел, убрал все кроме CentOS-Base.repo, обновился, возвращаю - ломаются зависимости (

[Igor Nikolaev]

1. ldd /usr/lib64/libmagic.so && rpm -qf /usr/lib64/libmagic.so
2. Отлично
3. Если все репы одновременно включены, боюсь у Вас там каша полная. Нельзя так делать.

[aroun]

ldd /usr/lib64/libmagic.so && rpm -qf /usr/lib64/libmagic.so
linux-vdso.so.1 => (0x00007fffc142e000)
libz.so.1 => /lib64/libz.so.1 (0x000000375ac00000)
libc.so.6 => /lib64/libc.so.6 (0x00002b0ab7f20000)
/lib64/ld-linux-x86-64.so.2 (0x00002b0ab7d02000)
file-4.17-28

К сожалению именно так.
Но траблы появляются именно при включении elastix.repo

[aroun]

Без него все обновляется.

[Igor Nikolaev]

а что в нем? в elastix.repo

[aroun]

Из того что включено:

[elastix-base]
name=Base RPM Repository for Elastix
mirrorlist=mirror.elastix.org/?release=2&arch=$basearch&repo=base
#baseurl=repo.elastix.org/elastix/2/base/$basearch
gpgcheck=1
enabled=1
gpgkey=repo.elastix.org/elastix/RPM-GPG-KEY-Elastix

[elastix-updates]
name=Updates RPM Repository for Elastix
mirrorlist=mirror.elastix.org/?release=2&arch=$basearch&repo=...
#baseurl=repo.elastix.org/elastix/2/updates/$basearch
gpgcheck=1
enabled=1
gpgkey=repo.elastix.org/elastix/RPM-GPG-KEY-Elastix

[elastix-extras]
name=Extras RPM Repository for Elastix
mirrorlist=mirror.elastix.org/?release=2&arch=$basearch&repo=...
#baseurl=repo.elastix.org/elastix/2/extras/$basearch
gpgcheck=1
enabled=1
gpgkey=repo.elastix.org/elastix/RPM-GPG-KEY-Elastix

[aroun]

Отключил elastix-extras и все поехало)))

[Igor Nikolaev]

Вот Вам и ответ. Но можно и его починить.

[aroun]

Думаю не стоит. Спасибо вам за помощь и поддержку )

[Igor Nikolaev]

Ваш предшественник что-то нах..евертил похоже с определением архитектуры.
Вам надо во всех mirrorlist заменить $basearh на x86_64.
Пример:
mirror.elastix.org/?release=2&arch=x86_64&repo=updates

[aroun]

Точно! Огромное спасибо! Вот яркий пример почему нельзя пускать программиста админить, я там по астеру разгреб, думал все а тут еще теперь с репами возится.

[Igor Nikolaev]

Я программист. Пожалуйста ;))

[aroun]

Извините, не хотел обидеть, большинство программистов не хотят и не умеют админить. Вы исключение из правил. Думаю я вам еще напишу)

[Igor Nikolaev]

welcome!

[aroun]

А дайте контакт какой-нить, тут даже лички нету.

[Igor Nikolaev]

nightvich везде =)

[aroun]

Я в скайп стукнул)

[Igor Nikolaev]

лучше всего в gmail

Answer 4

[aroun]

Дело в том что это УЖЕ работает у клиента в качестве АТС, я не знаю кто и когда разворачивал, но хочется взглянуть в его честные глаза.
Есть жалобы на пропадания транка, занятость линий при их явной незанятости и пр.

Народ, советуйте, прокатит ли на ходу пакеты заменить, на правильные?
Может у кого был опыт?
Самое страшное имхо это скуль 32 битный, но с ним хоть понятно, сделать бэкап, снести, развернуть, залить бэкап.