Is there a danger of the use of the 32 libraries on a 64 bit system?

Hi all,

Recently faced with the fact that on the same server with telephony was not updated (centos 5) , yla bunch of strange errors, but all of them were in Google)

Now Google says that this is due to the use of 32 bit packages. I quickly dashed off a script, which showed me all 32 bit packages and according to my design it needs to check whether the same 64-bit, if not, after removal to put.

But something scary once....)

Here is the list:

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
included version of the e2fsprogs-libs-1.39.i386
libxml2-2.6.26.i386
mysql-5.0.95.i386
python26-libs-2.6.8.i386
July 12th 19 at 22:03
4 answers
July 12th 19 at 22:05
And rightly so afraid that ! I think it is unlikely that someone will predict the behavior of the system.
I on your place would make a copy of the disk and deploy it on the dev, and there already experimented
July 12th 19 at 22:07
well, make a full backup and do your experiments without fear and without reproach.
This is not a dev, the server is geographically far away from me, hands there is not present, that tense. - Camron commented on July 12th 19 at 22:10
: well, agree on risks , an emergency trip
well, or set up another server and send them - jonas.Fisher91 commented on July 12th 19 at 22:13
Probably will choose a day, go all will carry me for a new one if the customer will pay. Thank you. - Camron commented on July 12th 19 at 22:16
July 12th 19 at 22:09
What are you trying to install, what commands lead to this? I suspect that the problem is actually there. And, Yes, centos, and debian works fine with different architectures at the same time, more importantly, to what you set skillfully to work.
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 - Camron commented on July 12th 19 at 22:12
The libmagic package You have? Look for libmagic.so - jonas.Fisher91 commented on July 12th 19 at 22:15
In fact, Google has not been canceled: https://pkgs.org/centos-5/epel-x86_64/php-magickwa... - Camron commented on July 12th 19 at 22:18
Show us what you have in .repo files, I feel there is something wrong. - Camron commented on July 12th 19 at 22:21
1. Is, /usr/lib64/libmagic.so
2. Package php-magickwand-0.1.9-2.el5 is.
3. Cm.2 - Betsy.Krajcik92 commented on July 12th 19 at 22:24
"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" - Betsy.Krajcik92 commented on July 12th 19 at 22:27
It's not me, I last night the system I saw, I removed everything except CentOS-Base.repo has been updated, return - broken dependency ( - Betsy.Krajcik92 commented on July 12th 19 at 22:30
1. ldd /usr/lib64/libmagic.so && rpm-qf /usr/lib64/libmagic.so
2. Well
3. If all turnips at the same time, I'm afraid You have a complete mess. Can't do that. - Camron commented on July 12th 19 at 22:33
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

Unfortunately so.
But troubles appear when you turn on elastix.repo - Camron commented on July 12th 19 at 22:36
Without it, all is updated. - Camron commented on July 12th 19 at 22:39
what's in it? in elastix.repo - Betsy.Krajcik92 commented on July 12th 19 at 22:42
That included:

[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 - Camron commented on July 12th 19 at 22:45
Disabled elastix-extras and all went))) - Camron commented on July 12th 19 at 22:48
Here is the answer. But it is possible to fix it. - Betsy.Krajcik92 commented on July 12th 19 at 22:51
I don't think. Thank you for your help and support ) - Camron commented on July 12th 19 at 22:54
Your predecessor something nah..everty similar with the definition of the architecture.
You need all mirrorlist replace $basearh on x86_64.
Example:
mirror.elastix.org/?release=2&arch=x86_64&repo=updates - Camron commented on July 12th 19 at 22:57
Sure! Thank you so much! This is a Prime example why not to let the programmer administer, I was there on the Aster raked, I thought all and then there's now tinkering with turnips. - Betsy.Krajcik92 commented on July 12th 19 at 23:00
I'm a programmer. Please ;)) - Camron commented on July 12th 19 at 23:03
Sorry, didn't mean to offend, most programmers do not want and can not administer. You are the exception to the rule. I think you will write) - Betsy.Krajcik92 commented on July 12th 19 at 23:06
welcome! - Camron commented on July 12th 19 at 23:09
And give the contact a thread, then even the PM is not present. - Betsy.Krajcik92 commented on July 12th 19 at 23:12
nightvich everywhere =) - Camron commented on July 12th 19 at 23:15
I turned Skype) - Betsy.Krajcik92 commented on July 12th 19 at 23:18
best in gmail - Camron commented on July 12th 19 at 23:21
July 12th 19 at 22:11
The fact that it is ALREADY running the client as a PBX, I don't know who and when unfolded, but I want to look in his honest eyes.
There are complaints of loss of trunk, employment lines at their explicit unemployment, etc.

The people, advise, whether the ride on the go packs to replace, on the right?
Can anyone had experience?
The worst thing IMHO is the skul ' 32 bit, but it is at least understandable, to backup, carry, deploy, to fill backup.

Find more questions by tags LinuxCentOS