Submitted by kotakomputer on Sun, 01/15/2012 - 11:51
Cloudlin installation script try to install Perl 32 bit on a CentOS 64 bit.
See detail here: http://www.virtualmin.com/node/20676#comment-93942
Status:
Closed (fixed)
Cloudlin installation script try to install Perl 32 bit on a CentOS 64 bit.
See detail here: http://www.virtualmin.com/node/20676#comment-93942
Comments
Submitted by andreychek on Sun, 01/15/2012 - 11:58 Comment #1
Howdy -- Virtualmin and Cloudmin don't specify package architectures when performing an installation. The problems seen with Perl are due to a problem with CentOS.
There's some details on the problem, including information on resolving it, in the documentation here titled "Why Is 32bit Perl installed on my 64bit CentOS System":
http://www.virtualmin.com/documentation/system/faq
Submitted by kotakomputer on Sun, 01/15/2012 - 12:11 Comment #2
This is a very different case, please read carefully :)
There is no 32 bit Perl on my Server but Cloudmin try to install it!
# yum remove perl.i386
Loaded plugins: fastestmirror
Setting up Remove Process
No Match for argument: perl.i386
Loading mirror speeds from cached hostfile
* Webmin: download.webmin.com
* base: centos.biz.net.id
* extras: centos.biz.net.id
* updates: centos.biz.net.id
Package(s) perl.i386 available, but not installed.
No Packages marked for removal
As you see, no Perl 32 bit installed. But when running Cloudmin installation script then Cloudmin will try to install Perl 32 bit.
See detail here: http://www.virtualmin.com/node/20676#comment-93942
Submitted by andreychek on Sun, 01/15/2012 - 12:22 Comment #3
I did see your comment there -- but the Cloudmin installer doesn't specify a package architecture... the issue is likely related to dependencies currently setup on your system, though I don't know which exactly :-)
What output do you receive from these commands:
rpm -qa | grep perl
uname -a
file /bin/ls
Submitted by kotakomputer on Sun, 01/15/2012 - 12:40 Comment #4
Thanks, as you wish:
-bash-3.2# rpm -qa | grep perl
perl-Convert-ASN1-0.20-1.1
perl-IO-Socket-INET6-2.51-2.fc6
perl-Net-SSLeay-1.30-4.fc6
perl-BSD-Resource-1.28-1.fc6.1
perl-5.8.8-32.el5_7.6
perl-String-CRC32-1.4-2.fc6
mod_perl-2.0.4-6.el5
perl-Socket6-0.19-3.fc6
perl-DBI-1.52-2.el5
newt-perl-1.08-9.2.2
perl-URI-1.35-3
perl-DBD-MySQL-3.0007-2.el5
-bash-3.2#
-bash-3.2# uname -a
Linux arwana.kotakomputer.net 2.6.18-274.17.1.el5xen #1 SMP Tue Jan 10 18:06:37 EST 2012 x86_64 x86_64 x86_64 GNU/Linux
-bash-3.2#
-bash-3.2# file /bin/ls
/bin/ls: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped
-bash-3.2#
Submitted by andreychek on Sun, 01/15/2012 - 12:53 Comment #5
My suspicion is that there's a package on your system that's creating a depenency for installing the 32 bit Perl version. But I'm not seeing what that might be above... can you try this command:
rpm -qa --qf "%{n}-%{arch}\n" | grep perl
Submitted by kotakomputer on Sun, 01/15/2012 - 14:25 Comment #6
-bash-3.2# rpm -qa --qf "%{n}-%{arch}\n" | grep perl
perl-IO-Socket-INET6-noarch
perl-Net-SSLeay-x86_64
perl-BSD-Resource-x86_64
perl-x86_64
perl-String-CRC32-x86_64
mod_perl-x86_64
perl-Socket6-x86_64
perl-DBI-x86_64
newt-perl-x86_64
perl-URI-noarch
perl-DBD-MySQL-x86_64
-bash-3.2#
I then remove all noarch type:
yum remove perl-IO-Socket-INET6
yum remove perl-URI
Run again
-bash-3.2# rpm -qa --qf "%{n}-%{arch}\n" | grep perl
perl-Net-SSLeay-x86_64
perl-BSD-Resource-x86_64
perl-x86_64
perl-String-CRC32-x86_64
mod_perl-x86_64
perl-Socket6-x86_64
perl-DBI-x86_64
newt-perl-x86_64
perl-DBD-MySQL-x86_64
-bash-3.2#
Then execute Cloudmin installation script but Cloudmin still try to install Perl 32 bit.
Resolving Dependencies
--> Running transaction check
---> Package bind.x86_64 30:9.3.6-16.P1.el5_7.1 set to be updated
---> Package kernel-xen-devel.x86_64 0:2.6.18-274.17.1.el5 set to be installed
---> Package openssl.i686 0:0.9.8e-20.el5 set to be updated
---> Package perl.i386 4:5.8.8-32.el5_6.3 set to be updated
Submitted by andreychek on Sun, 01/15/2012 - 17:19 Comment #7
Okay, that doesn't show anything suspicious either... how about this command:
rpm -qa --qf "%{n}-%{arch}\n" | grep i386
Submitted by andreychek on Sun, 01/15/2012 - 17:42 Comment #8
Also, I'm going to try a test on a CentOS 5 64bit system to see if I can provoke the error you're seeing. Which installation script did you use to perform the Cloudmin install?
Submitted by kotakomputer on Sun, 01/15/2012 - 21:50 Comment #9
I'm using this: http://cloudmin.virtualmin.com/gpl/scripts/cloudmin-gpl-redhat-install.sh
-bash-3.2# rpm -qa --qf "%{n}-%{arch}\n" | grep i386
libICE-i386
expat-i386
db4-i386
libacl-i386
libtermcap-i386
startup-notification-i386
libXxf86misc-i386
cdparanoia-libs-i386
pam_passwdqc-i386
dbus-glib-i386
coolkey-i386
libgnomeprint22-i386
libstdc++-i386
parted-i386
pam_krb5-i386
NetworkManager-glib-i386
freetype-i386
libgpg-error-i386
libXau-i386
libcap-i386
libgtop2-i386
libXi-i386
libxkbfile-i386
libaio-i386
libXft-i386
gnome-keyring-i386
gtk2-engines-i386
hal-i386
device-mapper-i386
pango-i386
numactl-i386
xen-libs-i386
atk-i386
libgcrypt-i386
readline-i386
libogg-i386
libidn-i386
bzip2-libs-i386
libtheora-i386
libIDL-i386
libXext-i386
libXcursor-i386
libXdamage-i386
libXtst-i386
libxklavier-i386
cyrus-sasl-plain-i386
pam_smb-i386
unixODBC-i386
cairo-i386
libselinux-i386
libgnomecanvas-i386
gstreamer-i386
e4fsprogs-libs-i386
pam_pkcs11-i386
gnome-mag-i386
libvolume_id-i386
krb5-devel-i386
libxml2-devel-i386
libpcap-i386
glib-i386
zlib-i386
nspr-i386
libX11-i386
avahi-glib-i386
libart_lgpl-i386
audiofile-i386
gnutls-i386
keyutils-libs-i386
audit-libs-i386
libattr-i386
libsoup-i386
ORBit2-i386
xz-libs-i386
libXrender-i386
libXrandr-i386
libXScrnSaver-i386
libXv-i386
liboil-i386
tcp_wrappers-i386
gpm-i386
alsa-lib-i386
libutempter-i386
libbonobo-i386
libglade2-i386
libwnck-i386
libhugetlbfs-i386
libgnomeprintui22-i386
nss-i386
libxml2-i386
libpng-i386
cryptsetup-luks-i386
avahi-i386
libsepol-i386
cyrus-sasl-lib-i386
libdaemon-i386
libusb-i386
libXdmcp-i386
libXinerama-i386
libXres-i386
esound-i386
gail-i386
at-spi-i386
cracklib-i386
pam-i386
libpcap-devel-i386
e2fsprogs-libs-i386
libtiff-i386
cups-libs-i386
popt-i386
dbus-libs-i386
mkinitrd-i386
krb5-libs-i386
glib2-i386
libSM-i386
ncurses-i386
libjpeg-i386
gamin-i386
libvorbis-i386
pilot-link-i386
libXfixes-i386
libXevie-i386
aspell-i386
wireless-tools-i386
fontconfig-i386
gnome-menus-i386
libgnomecups-i386
nss_db-i386
redhat-lsb-i386
libgcc-i386
NetworkManager-i386
gtk2-i386
-bash-3.2#
I wonder why there are so many 32bit packages installed above. I try to uninstall them and will try the Cloudmin Installation script again, thanks to make it clear.
Submitted by andreychek on Sun, 01/15/2012 - 21:46 Comment #10
I wonder why there are so many 32bit packages installed above.
Agreed! Did you install CentOS yourself? Or are you using a system such as a VPS, where your ISP generated the CentOS image?
However, that's the problem -- a default installation of 64bit CentOS contains no i386 packages. However, your 64 bit system has 132 i386 packages :-)
I performed an installation of Cloudmin using that same script onto a default 64bit CentOS, and it worked well.
So the problem appears to be that one of the i386 packages installed on your system is generating a dependency for the i386 Perl -- which is conflicting with the x86_64 version of Perl that's already installed.
Submitted by kotakomputer on Sun, 01/15/2012 - 22:01 Comment #11
Thanks you show me the right way.
I install CentOS myself from CentOS DVD, but it is a log time ago, maybe since 5.1.
I'm now uninstalling the i386 package 1 by 1. And try to run the Cloudmin Installation script after remove each i386 package.
Submitted by kotakomputer on Sun, 01/15/2012 - 22:52 Comment #12
Ok now all i386 packages has removed.
-bash-3.2# rpm -qa --qf "%{n}-%{arch}\n" | grep i386
-bash-3.2#
But still error, Cloudmin Installation script still try to install i386 package, as shown below:
-bash-3.2# yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* Webmin: download.webmin.com
* base: centos.biz.net.id
* extras: centos.biz.net.id
* updates: centos.biz.net.id
Setting up Update Process
No Packages marked for Update
-bash-3.2#
-bash-3.2# sh cloudmin-gpl-redhat-install.sh
*******************************************************************************
* Welcome to the Cloudmin GPL for Xen installer, version 1.1 *
*******************************************************************************
WARNING: This is an Early Adopter release.
Operating systems supported by this installer are:
Fedora Core 3-12 on i386 and x86_64
CentOS and RHEL 3-5 on i386 and x86_64
If your OS is not listed above, this script will fail (and attempting
to run it on an unsupported OS is not recommended, or...supported).
Continue? (y/n) y
Checking for yum ..
.. found OK
Checking for and disabling virbr interfaces ..
.. need to disable virbr0 ..
.. done
Installing wget ..
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* Webmin: download.webmin.com
* base: centos.biz.net.id
* extras: centos.biz.net.id
* updates: centos.biz.net.id
Setting up Install Process
Package wget-1.11.4-2.el5_4.1.x86_64 already installed and latest version
Nothing to do
.. done
Checking for curl or wget...
found /usr/bin/curl -s
Creating Cloudmin licence file
Downloading GPG keys for packages ..
.. done
Importing GPG keys ..
gpg-pubkey-a0bdbcf9-42d1d837
gpg-pubkey-11f63c51-3c7dc11d
.. done
Creating YUM repository for Cloudmin packages ..
.. done
Installing required Perl modules using YUM ..
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* Webmin: download.webmin.com
* base: centos.biz.net.id
* extras: centos.biz.net.id
* updates: centos.biz.net.id
cloudmin-universal | 1.2 kB 00:00
Setting up Install Process
Package 4:perl-5.8.8-32.el5_7.6.x86_64 already installed and latest version
Package openssl-0.9.8e-20.el5.x86_64 already installed and latest version
Package perl-Net-SSLeay-1.30-4.fc6.x86_64 already installed and latest version
Package 4:vixie-cron-4.1-77.el5_4.1.x86_64 already installed and latest version
Package 30:bind-utils-9.3.6-16.P1.el5_7.1.x86_64 already installed and latest version
Package kernel-xen-2.6.18-274.17.1.el5.x86_64 already installed and latest version
Package xen-3.0.3-132.el5_7.2.x86_64 already installed and latest version
Package xen-libs-3.0.3-132.el5_7.2.x86_64 already installed and latest version
Package lsof-4.78-3.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package bind.x86_64 30:9.3.6-16.P1.el5_7.1 set to be updated
---> Package kernel-xen-devel.x86_64 0:2.6.18-274.17.1.el5 set to be installed
---> Package openssl.i686 0:0.9.8e-20.el5 set to be updated
--> Processing Dependency: libgssapi_krb5.so.2 for package: openssl
--> Processing Dependency: libkrb5.so.3(krb5_3_MIT) for package: openssl
--> Processing Dependency: libz.so.1 for package: openssl
--> Processing Dependency: libk5crypto.so.3 for package: openssl
--> Processing Dependency: libk5crypto.so.3(k5crypto_3_MIT) for package: openssl
--> Processing Dependency: libcom_err.so.2 for package: openssl
--> Processing Dependency: libkrb5.so.3 for package: openssl
---> Package perl.i386 4:5.8.8-32.el5_6.3 set to be updated
--> Processing Dependency: libgdbm.so.2 for package: perl
--> Processing Dependency: libdb-4.3.so for package: perl
---> Package xen-libs.i386 0:3.0.3-132.el5_7.2 set to be updated
--> Processing Dependency: libbz2.so.1 for package: xen-libs
--> Processing Dependency: liblzma.so.0 for package: xen-libs
--> Processing Dependency: libext4fs.so.2 for package: xen-libs
--> Processing Dependency: libgcc_s.so.1(GCC_3.0) for package: xen-libs
--> Processing Dependency: libgcc_s.so.1 for package: xen-libs
--> Processing Dependency: libgcc_s.so.1(GCC_3.3.1) for package: xen-libs
--> Running transaction check
---> Package bzip2-libs.i386 0:1.0.3-6.el5_5 set to be updated
---> Package db4.i386 0:4.3.29-10.el5_5.2 set to be updated
--> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4) for package: db4
--> Processing Dependency: libstdc++.so.6(CXXABI_1.3) for package: db4
--> Processing Dependency: libstdc++.so.6 for package: db4
---> Package e2fsprogs-libs.i386 0:1.39-33.el5 set to be updated
--> Processing Dependency: libdevmapper.so.1.02 for package: e2fsprogs-libs
---> Package e4fsprogs-libs.i386 0:1.41.12-2.el5 set to be updated
---> Package gdbm.i386 0:1.8.0-26.2.1.el5_6.1 set to be updated
---> Package krb5-libs.i386 0:1.6.1-63.el5_7 set to be updated
--> Processing Dependency: libkeyutils.so.1 for package: krb5-libs
--> Processing Dependency: libselinux.so.1 for package: krb5-libs
--> Processing Dependency: libkeyutils.so.1(KEYUTILS_0.3) for package: krb5-libs
---> Package libgcc.i386 0:4.1.2-51.el5 set to be updated
---> Package xz-libs.i386 0:4.999.9-0.3.beta.20091007git.el5 set to be updated
---> Package zlib.i386 0:1.2.3-4.el5 set to be updated
--> Running transaction check
---> Package device-mapper.i386 0:1.02.63-4.el5 set to be updated
--> Processing Dependency: libsepol.so.1 for package: device-mapper
---> Package keyutils-libs.i386 0:1.2-1.el5 set to be updated
---> Package libselinux.i386 0:1.33.4-5.7.el5 set to be updated
---> Package libstdc++.i386 0:4.1.2-51.el5 set to be updated
--> Running transaction check
---> Package libsepol.i386 0:1.15.2-3.el5 set to be updated
Submitted by andreychek on Sun, 01/15/2012 - 23:05 Comment #13
In addition to i386 packages, you may also want to look for i686 packages.
You can verify that with this command:
rpm -qa --qf "%{n}-%{arch}\n" | grep i686
I was able to verify that the Cloudmin installation script doesn't pull in any 32 bit packages during installation, so what you're seeing seems to be related to the packages installed on your system at the moment.
Submitted by kotakomputer on Sun, 01/15/2012 - 23:34 Comment #14
Just remove any i686 packages then:
-bash-3.2# rpm -qa --qf "%{n}-%{arch}\n" | grep i686
-bash-3.2#
Yum update to make sure:
-bash-3.2# yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* Webmin: download.webmin.com
* base: centos.biz.net.id
* extras: centos.biz.net.id
* updates: centos.biz.net.id
base | 1.1 kB 00:00
extras | 2.1 kB 00:00
updates | 1.9 kB 00:00
Setting up Update Process
No Packages marked for Update
-bash-3.2#
Run again cloudmin-gpl-redhat-install.sh :
-bash-3.2# sh cloudmin-gpl-redhat-install.sh
*******************************************************************************
* Welcome to the Cloudmin GPL for Xen installer, version 1.1 *
*******************************************************************************
----
----
Setting up Install Process
Package 4:perl-5.8.8-32.el5_7.6.x86_64 already installed and latest version
Package openssl-0.9.8e-20.el5.x86_64 already installed and latest version
Package perl-Net-SSLeay-1.30-4.fc6.x86_64 already installed and latest version
Package 4:vixie-cron-4.1-77.el5_4.1.x86_64 already installed and latest version
Package 30:bind-utils-9.3.6-16.P1.el5_7.1.x86_64 already installed and latest version
Package kernel-xen-2.6.18-274.17.1.el5.x86_64 already installed and latest version
Package xen-3.0.3-132.el5_7.2.x86_64 already installed and latest version
Package xen-libs-3.0.3-132.el5_7.2.x86_64 already installed and latest version
Package lsof-4.78-3.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package bind.x86_64 30:9.3.6-16.P1.el5_7.1 set to be updated
---> Package kernel-xen-devel.x86_64 0:2.6.18-274.17.1.el5 set to be installed
---> Package openssl.i686 0:0.9.8e-20.el5 set to be updated
--> Processing Dependency: libc.so.6(GLIBC_2.4) for package: openssl
--> Processing Dependency: libgssapi_krb5.so.2 for package: openssl
-----
---> Package perl.i386 4:5.8.8-32.el5_6.3 set to be updated
---
---> Package bzip2-libs.i386 0:1.0.3-6.el5_5 set to be updated
---> Package db4.i386 0:4.3.29-10.el5_5.2 set to be updated
---
---> Package gdbm.i386 0:1.8.0-26.2.1.el5_6.1 set to be updated
---> Package glibc.i686 0:2.5-65.el5_7.1 set to be updated
---> Package krb5-libs.i386 0:1.6.1-63.el5_7 set to be updated
---
---> Package libgcc.i386 0:4.1.2-51.el5 set to be updated
---
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository
Size
================================================================================
Installing:
bind x86_64 30:9.3.6-16.P1.el5_7.1 updates 988 k
kernel-xen-devel x86_64 2.6.18-274.17.1.el5 updates 5.6 M
openssl i686 0.9.8e-20.el5 base 1.4 M
perl i386 4:5.8.8-32.el5_6.3 extras 12 M
xen-libs i386 3.0.3-132.el5_7.2 updates 173 k
Installing for dependencies:
bzip2-libs i386 1.0.3-6.el5_5 base 37 k
db4 i386 4.3.29-10.el5_5.2 base 910 k
device-mapper i386 1.02.63-4.el5 base 776 k
e2fsprogs-libs i386 1.39-33.el5 base 120 k
e4fsprogs-libs i386 1.41.12-2.el5 base 108 k
gdbm i386 1.8.0-26.2.1.el5_6.1 base 28 k
glibc i686 2.5-65.el5_7.1 updates 5.3 M
keyutils-libs i386 1.2-1.el5 base 18 k
krb5-libs i386 1.6.1-63.el5_7 updates 668 k
libgcc i386 4.1.2-51.el5 base 96 k
libselinux i386 1.33.4-5.7.el5 base 77 k
libsepol i386 1.15.2-3.el5 base 128 k
libstdc++ i386 4.1.2-51.el5 base 362 k
xz-libs i386 4.999.9-0.3.beta.20091007git.el5 base 100 k
zlib i386 1.2.3-4.el5 base 51 k
Transaction Summary
================================================================================
Install 20 Package(s)
Upgrade 0 Package(s)
Wonder why the installation process still find non x86_64 package.
Submitted by andreychek on Sun, 01/15/2012 - 23:55 Comment #15
According to the above output, the issue may be related to the openssl package that's installed on your server. It appears to be an i686 package that's being updated rather than installed.
Submitted by kotakomputer on Mon, 01/16/2012 - 02:45 Comment #16
Me too, thinking about openssl, but:
-bash-3.2# yum list openssl
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* Webmin: download.webmin.com
* base: centos.biz.net.id
* extras: centos.biz.net.id
* updates: centos.biz.net.id
Installed Packages
openssl.x86_64 0.9.8e-20.el5 installed
Available Packages
openssl.i686 0.9.8e-20.el5 base
-bash-3.2#
Submitted by kotakomputer on Mon, 01/16/2012 - 03:03 Comment #17
Ok, I think we have solve this issue.
I re-read http://www.virtualmin.com/documentation/system/faq carefully, especially at the link of "Why Is 32bit Perl installed on my 64bit CentOS System?" on this link http://www.karan.org/blog/index.php/2010/06/17/why-is-there-a-perl-i386-...
Ok then ...
The repository that I use contains some i386 file even the yum config file use: /os/x86_64/CentOS/. After edit the /etc/yum.repos.d/CentOS-Base.repo to not automatically detect mirror instead using particular repository (which don't have mixing 32 and 64 bit) then Cloudmin Installation Script works fine!
@andreychek: thanks very much!
Submitted by andreychek on Mon, 01/16/2012 - 09:43 Comment #20
That sounds like quite a problem there -- I'm glad you figured it out! Thanks for letting us know how you fixed it.
Submitted by Issues on Mon, 01/30/2012 - 09:45 Comment #21
Automatically closed -- issue fixed for 2 weeks with no activity.