Submitted by rus83 on Tue, 10/29/2013 - 17:19
Fresh CentOS 6.4 dedicated server, I've been looking for a solution for hours but could not find much information regarding this particular issue.
Continue? (y/n) y
Checking for HTTP client...found /usr/bin/curl -s -O
Checking for perl...found /usr/bin/perl
Loading log4sh logging library...
INFO - Started installation log in /root/virtualmin-install.log
INFO - Checking for fully qualified hostname...
INFO - Hostname OK: fully qualified as matula.xenlayer.com
INFO - Installing serial number and license key into /etc/virtualmin-license
INFO - Loading OS selection library...
INFO - Download of http://software.virtualmin.com/lib/oschooser.pl Succeeded.
INFO - Loading OS list...
INFO - Download of http://software.virtualmin.com/lib/os_list.txt Succeeded.
INFO - Operating system name: CentOS Linux
INFO - Operating system version: 6
INFO - Configuring package manager for CentOS Linux 6...
INFO - Disabling SELinux during installation...
/usr/sbin/setenforce: SELinux is disabled
INFO - setenforce 0 failed: 1
INFO - Download of http://software.virtualmin.com/gpl/rhel/6/x86_64/virtualmin-release-latest.noarch.rpm Succeeded.
Running updatedb so locate works...this will take a little while.
Attempting to import various system RPM-GPG-KEY files...Errors may occur,
if you've already imported them. It is safe to ignore these errors.
INFO - Succeeded.
INFO - Installing dependencies using command: /usr/bin/yum -y -d 2 install bind bind-utils caching-nameserver httpd postfix spamassassin procmail perl-DBD-Pg perl-DBD-MySQL quota iptables openssl python mailman subversion mysql mysql-server mysql-devel postgresql postgresql-server rh-postgresql rh-postgresql-server logrotate webalizer php php-xml php-gd php-imap php-mysql php-odbc php-pear php-pgsql php-snmp php-xmlrpc php-mbstring mod_perl mod_python cyrus-sasl dovecot spamassassin mod_dav_svn cyrus-sasl-gssapi mod_ssl ruby ruby-devel rubygems perl-XML-Simple perl-Crypt-SSLeay mlocate
...in progress, please wait... -Error: Package: glibc-2.12-1.107.el6.i686 (centos-burstnet)
Requires: glibc-common = 2.12-1.107.el6
Installed: glibc-common-2.12-1.107.el6_4.4.x86_64 (@updates-burstnet)
glibc-common = 2.12-1.107.el6_4.4
Available: glibc-common-2.12-1.107.el6.x86_64 (centos-burstnet)
glibc-common = 2.12-1.107.el6
usr/bin/yum -y -d 2 install bind bind-utils caching-nameserver httpd postfix spamassassin procmail perl-DBD-Pg perl-DBD-MySQL quota iptables openssl python mailman subversion mysql mysql-server mysql-devel postgresql postgresql-server rh-postgresql rh-postgresql-server logrotate webalizer php php-xml php-gd php-imap php-mysql php-odbc php-pear php-pgsql php-snmp php-xmlrpc php-mbstring mod_perl mod_python cyrus-sasl dovecot spamassassin mod_dav_svn cyrus-sasl-gssapi mod_ssl ruby ruby-devel rubygems perl-XML-Simple perl-Crypt-SSLeay mlocate failed. Error (if any): 0
Displaying the last 15 lines of /root/virtualmin-install.log to help troubleshoot this problem:
---> Package libattr.i686 0:2.4.44-7.el6 will be installed
---> Package libcom_err.i686 0:1.41.12-14.el6 will be installed
---> Package libcom_err-devel.x86_64 0:1.41.12-14.el6 will be installed
---> Package libselinux.i686 0:2.0.94-5.3.el6_4.1 will be installed
---> Package libselinux-devel.x86_64 0:2.0.94-5.3.el6_4.1 will be installed
--> Processing Dependency: libsepol-devel >= 2.0.32-1 for package: libselinux-devel-2.0.94-5.3.el6_4.1.x86_64
--> Processing Dependency: pkgconfig(libsepol) for package: libselinux-devel-2.0.94-5.3.el6_4.1.x86_64
---> Package nss-softokn-freebl.i686 0:3.12.9-11.el6 will be installed
--> Running transaction check
---> Package glibc.i686 0:2.12-1.107.el6 will be installed
--> Processing Dependency: glibc-common = 2.12-1.107.el6 for package: glibc-2.12-1.107.el6.i686
---> Package libsepol-devel.x86_64 0:2.0.41-4.el6 will be installed
--> Finished Dependency Resolution
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
FATAL - Fatal Error Occurred: Something went wrong during installation: 0
FATAL - Cannot continue installation.
FATAL - Attempting to remove virtualmin repository configuration, so the installation can be
FATAL - re-attempted after any problems have been resolved.
FATAL - Removing temporary directory and files.
FATAL - If you are unsure of what went wrong, you may wish to review the log
FATAL - in /root/virtualmin-install.logStatus:
Closed (fixed)
Comments
Submitted by andreychek on Tue, 10/29/2013 - 17:46 Comment #1
Howdy -- it sounds like your server has a mixture of both 32 bit and 64 bit packages installed on it, and that is causing problems with dependency resolution when installing some new packages.
Our recommendation would be to make sure you're using either 32 bit, or 64 bit packages -- as having a mixture of both can cause some unusual issues.
There's some details regarding that specific to Perl available in the section here titled "Why Is 32bit Perl installed on my 64bit CentOS System" -- some of the ideas here may help in your case:
https://www.virtualmin.com/documentation/system/faq
Also, we'd recommend making sure that you don't have any third party repositories enabled. Third party repositories can cause problems as well.
Submitted by rus83 on Wed, 10/30/2013 - 08:02 Comment #2
Hello, I cannot see what else could be 32-bit,
To test whether you have 32 bit packages installed, you can use this command:
rpm -qa --qf "%{n}-%{arch}\n" | grep -v noarch | grep -v x86_64
[root@mainhost ~]# rpm -qa --qf "%{n}-%{arch}\n" | grep -v noarch | grep -v x86_64 gpg-pubkey-(none) gpg-pubkey-(none) gpg-pubkey-(none) gpg-pubkey-(none) gpg-pubkey-(none) gpg-pubkey-(none) gpg-pubkey-(none) gpg-pubkey-(none)Submitted by andreychek on Wed, 10/30/2013 - 10:24 Comment #3
Well, the problem you're having is with this part here:
Requires: glibc-common = 2.12-1.107.el6Installed: glibc-common-2.12-1.107.el6_4.4.x86_64 (@updates-burstnet)
glibc-common = 2.12-1.107.el6_4.4
Available: glibc-common-2.12-1.107.el6.x86_64 (centos-burstnet)
glibc-common = 2.12-1.107.el6
Something is generating a dependency for both the 32 bit and 64 bit glibc-common package.
You don't seem to be seeing a bug -- the output above typically means that either there's some mixture of package architectures installed onto your system, or that your server has a third party repository that has unusual packages in it.
Since you're using a freshly installed dedicated server, it's also plausible that you're seeing problems with a specific CentOS mirror.
What is the output of these commands:
uname -als /etc/yum.repos.d
file /bin/ls
Also, could you attach the full virtualmin-install.log that's generated during the installation?
Normally, for folks using Virtualmin GPL, when it's not a bug we'd move the discussion over to the Forums.
However, we like your work with the XenLayer theme, and wanted to show our thanks for producing a cool looking theme :-) Nice work!
Submitted by rus83 on Thu, 10/31/2013 - 09:59 Comment #4
Thanks, I really appreciate it. You put me in the right direction and I had the BurstNET repo's removed. The installation went smooth now. Thanks again!
Submitted by andreychek on Thu, 10/31/2013 - 10:10 Comment #5
Great, I'm glad you got it working, thanks for letting us know how you fixed it!
Submitted by Issues on Thu, 11/14/2013 - 09:52 Comment #6
Automatically closed -- issue fixed for 2 weeks with no activity.
Submitted by Issues on Thu, 11/14/2013 - 10:11 Comment #7
Automatically closed -- issue fixed for 2 weeks with no activity.