RHEL 7 - Install problems [#34302]

Submitted by datateam on Fri, 09/19/2014 - 19:46 Pro Licensee

Hi I have a little problem when I install virtualmin on my fresh installed rhel 7 server. On one it worked but the system couldn't find the php an so on... On my life system now I tried to install httpd, php and mysql first to see if those a running correctly and I installed webmin to change the configuration in it to see if he recognize correctly httpd and mysql. Than I moved forward with the installer (downloaded the latest one from the website) and I'm getting the following error:

INFO - yum -y -d 2 install virtualmin-base clamav-server-sysvinit
...in progress, please wait...
|Error: Package: perl-IO-Tty-1.08-3.el6.x86_64 (virtualmin)
           Requires: perl(:MODULE_COMPAT_5.10.1)
Error: Package: awstats-7.2-1.el7.noarch (virtualmin)
           Requires: perl(Switch)
yum -y -d 2 install virtualmin-base clamav-server-sysvinit failed.  Error (if any): 0

Displaying the last 15 lines of /root/virtualmin-install.log to help troubleshoot this problem:
--> Processing Dependency: perl(FCGI) >= 0.67 for package: perl-CGI-3.63-4.el7.noarch
---> Package perl-Geo-IP.x86_64 0:1.43-1.el7.vm will be installed
---> Package perl-IO-Tty.x86_64 0:1.08-3.el6 will be installed
--> Processing Dependency: perl(:MODULE_COMPAT_5.10.1) for package: perl-IO-Tty-1.08-3.el6.x86_64
---> Package perl-Net-IP.noarch 0:1.26-4.el7 will be installed
--> Running transaction check
---> Package awstats.noarch 0:7.2-1.el7 will be installed
--> Processing Dependency: perl(Switch) for package: awstats-7.2-1.el7.noarch
---> Package libevent.x86_64 0:2.0.21-4.el7 will be installed
---> Package perl-FCGI.x86_64 1:0.74-8.el7 will be installed
---> Package perl-IO-Tty.x86_64 0:1.08-3.el6 will be installed
--> Processing Dependency: perl(:MODULE_COMPAT_5.10.1) for package: perl-IO-Tty-1.08-3.el6.x86_64
--> 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: Installation failed: 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.
warning: /etc/yum.repos.d/virtualmin.repo saved as /etc/yum.repos.d/virtualmin.repo.rpmsave
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.log

What can I do about that? I realy don't know why this is comming up? I would apreciate any idea

Status:

Active

Comments

Submitted by andreychek on Fri, 09/19/2014 - 20:16 Comment #1

Howdy -- we're still working on the CentOS 7 support, so it's possible you could run into an issue with that.

However, what you may want to try is to edit the install.sh, and remove the references to "clamav-server-sysvinit" (there should be two of them).

Once you remove those two references, does the install work properly?

Submitted by datateam on Fri, 09/19/2014 - 20:35 Pro Licensee Comment #2

Sorry didn't realise that it isn't supported yet.

INFO - yum -y -d 2 install virtualmin-base ...in progress, please wait... \Error: Package: perl-IO-Tty-1.08-3.el6.x86_64 (virtualmin) Requires: perl(:MODULE_COMPAT_5.10.1) Error: Package: awstats-7.2-1.el7.noarch (virtualmin) Requires: perl(Switch) yum -y -d 2 install virtualmin-base failed. Error (if any): 0

as you can see that didn't help... I just saw on my test system that I used the 1.0.9 installer and now i'm using 1.1.1 but I don't think that that makes a difference?

Submitted by andreychek on Fri, 09/19/2014 - 20:40 Comment #4

Well, while CentOS 7 isn't officially supported, we had pushed it out as a beta and were expecting the install to work properly :-)

Just to clarify though -- the problem you're experiencing now, which version of the installer are you using for that?

Submitted by Joe on Fri, 09/19/2014 - 20:43 Pro Licensee Comment #5

That's something new. I haven't seen it in my testing.

I did have plans to replace that perl-Tty package, anyway, so I'll drop a new package into the repo in the next hour or so, and we can see if that resolves this particular issue.

The 1.0.9 install script has definitely not been tested on CentOS 7. I recommend always running the latest version of the install script.

There's still a known issue with clamd and clamdscan, but that'll be fixed in the next Virtualmin virtual-server module version coming out in the next day or two. We may need to roll a new install.sh out, as well, if there are clam package issues with it still, as well.

Submitted by datateam on Fri, 09/19/2014 - 20:57 Pro Licensee Comment #6

I tried with both installers just to be sure... But as I always want to use the latest installers I used primary the 1.1.1 which is the latest I could download...

What I just don't understand is that I tried the same thing this afternoon, except that I installed mysql and php and webmin first on the live system this evening, and there it worked without this error... It was exactly the same installation under esxi server... just the one a local test environment and the other the live system...

I will give it a try than when you changed that package and I'll let you know if it worked...

The other question, for my test system, is that the virtualmin was running (mysql and httpd after some webmin customization as there are no longer start scripts under /etc/init.d) but the first start configuration told me that there were no php installed which was wrong as php 5.6 is installed (I tried php -v in the shell and that worked)

Submitted by datateam on Sat, 09/20/2014 - 10:26 Pro Licensee Comment #7

I just woke up an tried the installer again... Now it continues but stops with another error. There he says that a perl switch is recuired for awstats. So I used CPAN to install that manualy but it still gives out that error:

INFO - yum -y -d 2 install virtualmin-base ...in progress, please wait... -Error: Package: awstats-7.2-1.el7.noarch (virtualmin) Requires: perl(Switch) yum -y -d 2 install virtualmin-base failed. Error (if any): 0

Displaying the last 15 lines of /root/virtualmin-install.log to help troubleshoot this problem: ---> Package libmemcached.x86_64 0:1.0.16-3.el7 will be installed --> Processing Dependency: libevent-2.0.so.5()(64bit) for package: libmemcached-1.0.16-3.el7.x86_64 ---> Package nmap-ncat.x86_64 2:6.40-4.el7 will be installed ---> Package perl-CGI.noarch 0:3.63-4.el7 will be installed --> Processing Dependency: perl(FCGI) >= 0.67 for package: perl-CGI-3.63-4.el7.noarch ---> Package perl-Geo-IP.x86_64 0:1.43-1.el7.vm will be installed ---> Package perl-Net-IP.noarch 0:1.26-4.el7 will be installed --> Running transaction check ---> Package awstats.noarch 0:7.2-1.el7 will be installed --> Processing Dependency: perl(Switch) for package: awstats-7.2-1.el7.noarch ---> Package libevent.x86_64 0:2.0.21-4.el7 will be installed ---> Package perl-FCGI.x86_64 1:0.74-8.el7 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: Installation failed: 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. warning: /etc/yum.repos.d/virtualmin.repo saved as /etc/yum.repos.d/virtualmin.repo.rpmsave 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.log

Submitted by datateam on Sat, 09/20/2014 - 10:27 Pro Licensee Comment #8

Submitted by datateam on Sat, 09/20/2014 - 11:14 Pro Licensee Comment #9

HI again

I did a search and after some sites I found a perl switch package for centos 7 so used that one to install it and now tthe install process walked through without a problem... i'm going to check now the settings and try to recover the one or other website to see if everything is working now...

Submitted by datateam on Sat, 09/20/2014 - 11:34 Pro Licensee Comment #10

I recovered 2-3 sites and it worked. For the configuration tool (the first run) that killed my mysql server. It couldn't start anymore... So I removed it with rpm without dependencies and reinstalled it and now it works also... The tool that checks if my system is ready for virtualmin is also detecting php :)

Thanks for your help

Submitted by Joe on Sun, 09/21/2014 - 03:50 Pro Licensee Comment #11

That's weird behavior. yum will automatically resolve dependencies like that if the packages are available. Is there any chance this system has third party (i.e. non-CentOS) software repositories enabled? Or, possibly has 32 bit packages pre-installed but only 64 bit repos enabled? There should never be any need to install packages manually to resolve dependencies like this.

The MySQL weirdness...I dunno what to make of that one, either, though it might be Webmin being confused about what service to start/stop, since mariadb has replaced mysql in CentOS (MariaDB is a compatible fork of MySQL). Were there any errors from the database, either in the UI or in the log?

Submitted by datateam on Sun, 09/21/2014 - 09:41 Pro Licensee Comment #12

Hi Yes it was very strange but it seems that this package was in no repository I activated. I have the additional Mysql Community Repository and of course the Epel an Remi Repository for newer versions of PHP and so. I also only found on RPM search page that found this package for EL7 on only one place. So it seems that this package is very new for this OS. For the other thing with mysql it works until the first configuration utility asks for what system it is (wiith less or more memory etc) There he is changing something that the mysql server didn't like and so it never starts again after that except if I reinstall it. By the way when you enable Epel he automaticaly makes an update to mysql as replacement for mariadb, so this is automatically killed. In the UI I didn't get any error, I didn't check the log yet...

Frank

Submitted by Joe on Sun, 09/21/2014 - 21:12 Pro Licensee Comment #13

Ah, that would explain all of this! Having that many third party repositories virtually guarantees that you're going to run into dependency issues when installing a huge variety of packages (like the Virtualmin install script does). I'd recommend installing on a freshly installed OS with no third party repos, and then enabling the third party repos later; and using the exclude and include features to only pull the specific packages you need from the extra repos.