Centos 7 out - Virtualmin release?

65 posts / 0 new
Last post
#1 Tue, 07/08/2014 - 03:00
DaveOverton

Centos 7 out - Virtualmin release?

Centos 7 released today (Monday)

http://lists.centos.org/pipermail/centos-announce/2014-July/020393.html

So... any estimates on how long till we see Virtualmin upgraded to support 7? Hours/Days/Weeks/Months? Just so I can schedule my week :)

Tue, 07/08/2014 - 04:09
Stealthii

I have been doing some preliminary testing over the past few weeks with a few 3rd party wares, including Virtualmin, and it will take time to add support for this release properly. There are even more substantial changes with this major release than there was with Ubuntu's recent release - ensuring support is one of my main goals.

In my opinion, as a user, we are looking at about 3 months before support comes on the horizon. We can get started quicker if many users like yourself take the liberty of looking at the install code, package configurations, and virtualmin components, and start trying to setup a EL7 based system :)

Tue, 07/08/2014 - 09:09
andreychek

Howdy,

We have been doing some preparation using RHEL7.

It's likely to take us longer than a few days to have support for that and CentOS 7.

But I also hope it takes us less than "months" to get that ready :-)

A few noteable large changes --

RHEL7 (and I assume CentOS 7) uses XFS as the default filesystem. We haven't done much testing with that yet, and we'd like to make sure that Virtualmin's quota support for that filesystem works well.

The Apache config files were moved around a bit.

And much to my surprise, the "ifconfig" command is no longer installed by default, and when it is installed, the output is different than previously.

We've updated the installer to make sure it supports those changes, and Joe and Jamie are currently at work updating our Virtualmin repository, as well as adding in support for the above changes.

We should have support out for all that soon!

-Eric

Tue, 07/08/2014 - 12:47 (Reply to #3)
DaveOverton

A few days is great, I can fiddle with Centos a bit myself before trying to put it to work.

Tue, 07/08/2014 - 13:52 (Reply to #4)
andreychek

Well, just to clarify, I'm saying more than a few days, but less than a few months :-)

-Eric

Sun, 07/13/2014 - 20:04 (Reply to #5)
dustindauncey

So if I'm reading this right, that means it is NOT wise to upgrade to CentOS 7 just yet if we are using Virtualmin, correct? It'll be advisable perhaps to upgrade to CentOS 7 once Virtualmin and other critical apps support it, right?

Mon, 07/14/2014 - 10:19 (Reply to #6)
andreychek

Virtualmin does not yet support CentOS 7... trying to use it would likely cause many problems, and we don't recommend it until we announce CentOS 7 support.

In the past, RHEL/CentOS hasn't supported performing upgrades from one distro version to another, they required you perform a migration to a new server.

It sounds like RHEL/CentOS are developing tools to perform such an upgrade for CentOS 6 to 7, but according to the CentOS 7 release notes they're still being tested and aren't released yet.

Information regarding that is here:

http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7#head-fff8f6a835097f8...

Thu, 07/17/2014 - 08:20
lostandfound

Great to hear that you are working towards making CentOS 7 a supported system.

Where would be the best place to watch to be aware of when it is supported fully?

Thu, 07/17/2014 - 09:30 (Reply to #8)
andreychek

Howdy,

Once support is ready, we'll announce that in the News forum. We'll also put that on our Twitter feed.

-Eric

Mon, 07/28/2014 - 20:00
nicholosophy

Thanks for your work as always. Look forward to seeing the update, but happy to wait until everything is ironed out :)

Mon, 07/28/2014 - 22:41
tpnsolutions
tpnsolutions's picture

Hi,

Historically, it's wise to wait up to 6 months beyond the date a new OS is released before giving it a try in a production environment as things tend to change rapidly, and/or bugs are found which need to be squashed.

Even as Joe and Jamie work hard to make Virtualmin capable of running on CentOS 7, you need to keep in mind that they too need time to work through any quirks related to the changes in CentOS and so my thought remains, you really should give up to 6 months to see where CentOS/Virtualmin are at before committing to it.

That's my two cents on the topic, and it seems to have worked well within our business :-)

Best Regards,
Peter Knowles
TPN Solutions

Email: pknowles@tpnsolutions.com
Phone: 604-229-0715 (new)
Skype: tpnsupport
Website: http://www.tpnsolutions.com
Best Regards,
Peter Knowles | TPN Solutions
Email: pknowles@tpnsolutions.com | Skype: tpnassist
Tue, 07/29/2014 - 14:14
DaveOverton

The Centos 5 -> 6 conversion wasn't that bad, just a short wait from the time SL6 was released till Virtualmin supported it. The patches were immediately forthcoming for each bug I found, and I am sure it was just a week or so. Maybe 2?

But, this version has a LOT of changes in the OS, so lets see how it plays out this time :)

Tue, 07/29/2014 - 14:27
andreychek

Yeah, there are indeed a lot of changes, but we're hoping to have support for CentOS 7 available in the not-too-distant future. We'll post an update once it's ready for some beta testing :-)

-Eric

Mon, 08/04/2014 - 17:05
adamwheeler

I am installing two or three new CentOS 7 servers in Q3/4 of this year.

One is a replacement for an older Zentyal server and we are quite sure we want "Centos7 / LAMP / usermin / webmin / virtualmin" as a relatively safe plan for the 'in case I get hit by a truck' worst case scenario.

The second is a high traffic web server and the third is an internal intranet server. Similar setups.

I am willing to beta test the CentOS 7 install script while setting up these units. I am new to systemd so parts of the setup are new to me, but so was MS-DOS 3.3 at one time.

Currently running Fedora, Ubuntu, and (yes it's old) Trustix.

  • UnklAdM
Tue, 08/05/2014 - 10:04
eddieb

here are my 0 cents, so I can subscribe to this thread ;)

Sun, 08/10/2014 - 00:18
kegster

jumping on eddieb's train :D

Mon, 08/11/2014 - 11:06
andreychek

We're hoping to release a beta version of the CentOS 7 support very soon. Joe had hoped it would be as early as today, but that may have been a little too optimistic... but it will be soon :-)

The beta version is just for testing, and we're sure there will be some issues in it since so much has changed between CentOS 6 and CentOS 7.

But for anyone who wants to try it out and see how it goes, we'd welcome your input! I'll post an announcement here in this thread once it's ready.

-Eric

Sun, 08/17/2014 - 12:15
Tortoise

That'll be cool. Trying the set up a CentOS 7 box with puppet.

Is it available somewhere or still in progress?

Thu, 08/21/2014 - 06:18
wheeler

I'm waiting on this too :)

Thu, 08/21/2014 - 12:36
Schnuecks

Yeah, me too ;)

Is there already something like an alpha version?

Thu, 08/21/2014 - 10:33
andreychek

Sorry guys, it's taking longer than we had hoped! Currently, Jamie is working on a screen in the post-install to (optionally) handle modifying the grub boot options.

Due to RHEL/CentOS 7's change to XFS as the default filesystem, quotas won't work unless the kernel boot options are changed in the grub config.

We have a meeting later today, I should get an idea of how things are coming along at that point.

-Eric

Thu, 08/21/2014 - 11:01
wheeler

No worries, if you need any help Beta testing let me know. I use RackSpace Cloud Servers in the UK, and the only option the have for CentOS7 is based on PVHVM - does that make any difference and is it supported/recommended with Virtualmin?

http://www.rackspace.com/knowledge_center/article/choosing-a-virtualizat...

Mon, 08/25/2014 - 22:52
andreychek

Hey guys -- I haven't had a chance to test this yet, but rather than further delay it, I thought I'd let you know and we can all test it together :-)

Joe just finished pushing out the CentOS 7 changes, and what we have in the repository could use some testing.

There are quite a few of changes, so it'd be surprising if there we no issues at all. But hopefully we already took care of all the large ones :-)

In order to install Virtualmin onto a CentOS 7 system, you would need the latest install.sh script, available in the "Downloads" section above, or at http://virtualmin.com/serial/ if you're using Virtualmin Pro.

There is one outstanding issue we know of that requites a manual change... and that is for quotas.

The default filesystem on CentOS 7 is XFS. In most cases, in order to enable quota support, it will require a change in the kernel boot options (as quota support is disabled in the kernel by default).

To do that, edit this file:

/etc/default/grub

Then, find the line beginning with: GRUB_CMDLINE_LINUX

What we'll need to do is add rootflags=usrquota,grpquota to the end of that line... it should look something like the following:

GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/swap vconsole.font=latarcyrheb-sun16 rd.lvm.lv=centos/root crashkernel=auto vconsole.keymap=us rhgb quiet rootflags=usrquota,grpquota"

Now backup your grub config file:

cp /boot/grub2/grub.cfg /boot/grub2/grub.cfg.orig

Then generate a new grub config containing the settings you updated:

grub2-mkconfig -o /boot/grub2/grub.cfg

Once you do that -- reboot, and quota support should work properly.

Let us know what issues you run into, and we'll get them fixed up ASAP. We'll be doing additional testing of our own as well. Thanks!

-Eric

Tue, 08/26/2014 - 01:50 (Reply to #23)
Schnuecks

Hello, ths is the result of my try.

INFO - 2014-08-26 07:54:35 - Started installation log in /root/virtualmin-install.log
DEBUG - 2014-08-26 07:54:35 - Install mode: full
DEBUG - 2014-08-26 07:54:35 - Product: Virtualmin GPL
DEBUG - 2014-08-26 07:54:35 - Virtualmin Meta-Package list: virtualmin-base
DEBUG - 2014-08-26 07:54:35 - install.sh version: 1.1.1
INFO - 2014-08-26 07:54:35 - Checking for fully qualified hostname...
INFO - 2014-08-26 07:54:35 - Hostname OK: fully qualified as example.com
INFO - 2014-08-26 07:54:35 - Installing serial number and license key into /etc/virtualmin-license
INFO - 2014-08-26 07:54:35 - Loading OS selection library...
INFO - 2014-08-26 07:54:35 - Download of http://software.virtualmin.com/lib/oschooser.pl Succeeded.
INFO - 2014-08-26 07:54:35 - Loading OS list...
INFO - 2014-08-26 07:54:36 - Download of http://software.virtualmin.com/lib/os_list.txt Succeeded.
INFO - 2014-08-26 07:54:36 - Operating system name:    CentOS Linux
INFO - 2014-08-26 07:54:36 - Operating system version: 7.0.1406
INFO - 2014-08-26 07:54:36 - Configuring package manager for CentOS Linux 7.0.1406...
INFO - 2014-08-26 07:54:36 - Disabling SELinux during installation...
DEBUG - 2014-08-26 07:54:36 -  setenforce 0 succeeded
INFO - 2014-08-26 07:54:37 - Download of http://software.virtualmin.com/gpl/rhel/7.0.1406/x86_64/virtualmin-release-latest.noarch.rpm Succeeded.
FATAL - 2014-08-26 07:54:37 - Fatal Error Occurred: Installation of virtualmin-release failed: 30
FATAL - 2014-08-26 07:54:37 - Cannot continue installation.
FATAL - 2014-08-26 07:54:37 - Attempting to remove virtualmin repository configuration, so the installation can be
FATAL - 2014-08-26 07:54:37 - re-attempted after any problems have been resolved.
FATAL - 2014-08-26 07:54:37 - Removing temporary directory and files.
FATAL - 2014-08-26 07:54:37 - If you are unsure of what went wrong, you may wish to review the log
FATAL - 2014-08-26 07:54:37 - in /root/virtualmin-install.log

The requested URL /gpl/rhel/7.0.1406/x86_64/virtualmin-release-latest.noarch.rpm was not found on this server.

Tue, 08/26/2014 - 05:20
lostandfound

I just tried this out on a clean CentOS 7 system and got similar results to Schnuecks. Here is the output of /root/virtualmin-install.log

INFO - 2014-07-17 13:11:36 - Started installation log in /root/virtualmin-install.log
DEBUG - 2014-07-17 13:11:36 - Install mode: full
DEBUG - 2014-07-17 13:11:36 - Product: Virtualmin GPL
DEBUG - 2014-07-17 13:11:36 - Virtualmin Meta-Package list: virtualmin-base
DEBUG - 2014-07-17 13:11:36 - install.sh version: 1.1.1
INFO - 2014-07-17 13:11:36 - Checking for fully qualified hostname...
INFO - 2014-07-17 13:11:36 - Hostname OK: fully qualified as example.co.uk
INFO - 2014-07-17 13:11:36 - Installing serial number and license key into /etc/virtualmin-license
INFO - 2014-07-17 13:11:36 - Loading OS selection library...
INFO - 2014-07-17 13:11:37 - Download of http://software.virtualmin.com/lib/oschooser.pl Succeeded.
INFO - 2014-07-17 13:11:37 - Loading OS list...
INFO - 2014-07-17 13:11:37 - Download of http://software.virtualmin.com/lib/os_list.txt Succeeded.
INFO - 2014-07-17 13:11:37 - Operating system name:    CentOS Linux
INFO - 2014-07-17 13:11:37 - Operating system version: 7.0.1406
INFO - 2014-07-17 13:11:37 - Configuring package manager for CentOS Linux 7.0.1406...
INFO - 2014-07-17 13:11:37 - Disabling SELinux during installation...
INFO - 2014-07-17 13:11:37 -   setenforce 0 failed: 1
INFO - 2014-07-17 13:11:38 - Download of http://software.virtualmin.com/gpl/rhel/7.0.1406/x86_64/virtualmin-release-latest.noarch.rpm Succeeded.
FATAL - 2014-07-17 13:11:38 - Fatal Error Occurred: Installation of virtualmin-release failed: 30
FATAL - 2014-07-17 13:11:38 - Cannot continue installation.
FATAL - 2014-07-17 13:11:38 - Attempting to remove virtualmin repository configuration, so the installation can be
FATAL - 2014-07-17 13:11:38 - re-attempted after any problems have been resolved.
FATAL - 2014-07-17 13:11:38 - Removing temporary directory and files.
FATAL - 2014-07-17 13:11:38 - If you are unsure of what went wrong, you may wish to review the log
FATAL - 2014-07-17 13:11:38 - in /root/virtualmin-install.log
INFO - 2014-08-26 10:47:47 - Started installation log in /root/virtualmin-install.log
DEBUG - 2014-08-26 10:47:47 - Install mode: full
DEBUG - 2014-08-26 10:47:47 - Product: Virtualmin GPL
DEBUG - 2014-08-26 10:47:47 - Virtualmin Meta-Package list: virtualmin-base
DEBUG - 2014-08-26 10:47:47 - install.sh version: 1.1.1
INFO - 2014-08-26 10:47:47 - Checking for fully qualified hostname...
INFO - 2014-08-26 10:47:47 - Hostname OK: fully qualified as example.co.uk
INFO - 2014-08-26 10:47:47 - Installing serial number and license key into /etc/virtualmin-license
INFO - 2014-08-26 10:47:47 - Loading OS selection library...
INFO - 2014-08-26 10:47:47 - Download of http://software.virtualmin.com/lib/oschooser.pl Succeeded.
INFO - 2014-08-26 10:47:47 - Loading OS list...
INFO - 2014-08-26 10:47:47 - Download of http://software.virtualmin.com/lib/os_list.txt Succeeded.
INFO - 2014-08-26 10:47:47 - Operating system name:    CentOS Linux
INFO - 2014-08-26 10:47:47 - Operating system version: 7.0.1406
INFO - 2014-08-26 10:47:48 - Configuring package manager for CentOS Linux 7.0.1406...
INFO - 2014-08-26 10:47:48 - Disabling SELinux during installation...
INFO - 2014-08-26 10:47:48 -   setenforce 0 failed: 1
INFO - 2014-08-26 10:47:48 - Download of http://software.virtualmin.com/gpl/rhel/7.0.1406/x86_64/virtualmin-release-latest.noarch.rpm Succeeded.
FATAL - 2014-08-26 10:47:48 - Fatal Error Occurred: Installation of virtualmin-release failed: 30
FATAL - 2014-08-26 10:47:48 - Cannot continue installation.
FATAL - 2014-08-26 10:47:48 - Attempting to remove virtualmin repository configuration, so the installation can be
FATAL - 2014-08-26 10:47:48 - re-attempted after any problems have been resolved.
FATAL - 2014-08-26 10:47:48 - Removing temporary directory and files.
FATAL - 2014-08-26 10:47:48 - If you are unsure of what went wrong, you may wish to review the log
FATAL - 2014-08-26 10:47:48 - in /root/virtualmin-install.log

It might be worth noting that this is exactly the same output I received when I ran the install script last month (i just wanted to see what would happen).

I removed the old install.sh and downloaded and new one just prior to install. I did not do the grub changes to enable quota (as it is not a feature I use) but can test again with those changes made if you would think that is causing and problems.

Tue, 08/26/2014 - 07:25
james.shallcross

I just tried the script and it failed at the same point. Seems the virtualmin-release rpm's are not there.

Tue, 08/26/2014 - 09:47
andreychek

Sorry guys, I had my fingers crossed that there wouldn't be any issues like this, but it sounds like perhaps I should have done a test run first :-/

It looks like Joe overlooked the virtualmin-release package in the the GPL repo. I've asked him to correct that, and I'll update this once he does.

-Eric

Tue, 08/26/2014 - 18:42
markham

I tried out the install.sh and it failed on the mariadb stuff. I am not going to be using that on this server so I removed it from the install.sh script. The rest seemed to work fine. It even put the ports in the zone I have active in firewalld for the external interface.

Here was the error that it threw during the initial install:

Processing Conflict: 1:mariadb-galera-server-5.5.37-2.el7.x86_64 conflicts mariadb-server

FYI, the Linux Firewall is still looking for the old iptables service instead of the firewalld stuff. Not sure if that is something you would be concerned with or if it would be a different group.

Thanks for your work Mark

Wed, 08/27/2014 - 05:29
lostandfound

I tried it again and all was going well until cache/yum/x86_64/7/virtualmin/packages/proftpd-1.3.5-2.el7.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 352c64e5: NOKEY

Is there a missing key on this package? Let me know if you would like any other info/logs etc. thanks

Wed, 08/27/2014 - 09:17
andreychek

Yeah Joe is working on correcting an issue with the GPL repository -- I'll post a note here when it's working properly.

-Eric

Wed, 08/27/2014 - 18:11
andreychek

Alright, I think the repository issue is all fixed up -- Joe and I were both able to perform installs using the GPL repository. Give it another shot and let us know if that works for you :-)

Note that it's not necessary to perform the manual quota setup steps described above for Virtualmin to work. That step is only necessary if you require quota support.

-Eric

Thu, 08/28/2014 - 07:04 (Reply to #31)
unsmurf

Hi,

Thanks for the great work you guys do however i found a conflict and a small bug. If i have the repo EPEL 7 (beta) installed/enabled the install fails on a conflict with mariadb "Conflict: 1:mariadb-galera-server-5.5.37-2.el7.x86_64 conflicts mariadb-server" but disabling the repo lets it install ok and i can re-enable afterwards without problems, i confirmed this on 2 separate servers. I have attached both install logs in case they help you.

Now once it is installed and i run through the "Post-Installation Wizard" i get a problem with clamav "However, Virtualmin does not know how to enable the ClamAV server scanner on your system. You will need to set it up manually."

I will report anything else i find while testing.

Thu, 08/28/2014 - 10:09
andreychek

Howdy,

Thanks for reporting the issue with EPEL, that's good to know.

Unfortunately, I don't believe there's anything we can do about that since it's a third party repository, and what it's conflicting with is the default database package.

However, knowing that there is a package in EPEL which conflicts with the mariadb-server package provided in CentOS 7 will help us keep an eye out for related issues.

Regarding ClamAV -- can you try installing the package "clamav-server-sysvinit", which you can do with this command:

yum install clamav-server-sysvinit

Once you do that, is Virtualmin able to work with ClamAV?

-Eric

Thu, 08/28/2014 - 11:10 (Reply to #33)
unsmurf

That fixed ClamAV thanks.

As for the EPEL repo could you not use --disablerepo on the yum command? i.e. yum --disablerepo=epel install mariadb-server etc, I've used that before for other conflicts?

Thu, 08/28/2014 - 18:35
wheeler

I too got the:

Error: mariadb-galera-server conflicts with 1:mariadb-server-5.5.37-1.el7_0.x86_64

The CentOS 7 image rackspace provide is setup with EPEL enabled by default. Disabling it in /etc/yum.repos.d/epel.repo did the trick.

I see clamav-server-sysvinit is now installed by install.sh :)

Everything seems to be up and running, and I've enabled quotas in the grub config. I'll report back with any issues I come across.

Thu, 08/28/2014 - 18:39 (Reply to #35)
wheeler

On the 'Post Install Wizard' I get:

Error
Systemd service clamd-virtualmin cannot be created unless a command is given

Thu, 08/28/2014 - 18:44 (Reply to #36)
wheeler

When changing 'Enabled Features' I get the following (note: I wasn't trying to enbled or disable virus scanning at the time. It was enabled and I had left it checked)

Failed to save enabled features : The ClamAV program clamscan does not appear to be working properly : ERROR: Can't write to temporary directory

----------- SCAN SUMMARY ----------- Known viruses: 3513235 Engine version: 0.98.4 Scanned directories: 0 Scanned files: 0 Infected files: 0 Data scanned: 0.00 MB Data read: 0.00 MB (ratio 0.00:1) Time: 8.490 sec (0 m 8 s) . Either change the program on the spam and virus scanners page, or disable this feature.

Thu, 08/28/2014 - 20:00
DaveOverton

Couple of notes, just did a "minimum" Centos 7 installation

Virtualmin install notes: Aug 28, 2014

Centos7, "minimum" yum install perl

wget http://software.virtualmin.com/gpl/scripts/install.sh

All worked! Yay!

Post-Installation Wizard Virus Scanning Run ClamAV server scanner () yes, Next ERROR: Systemd service clamd-virtualmin cannot be created unless a command is given selecting () No lets me continue

Virtualmin: Checking Configuration: BIND complaining about resolv.conf needing a 127.0.0.1. Can be added via the network module now anyway. (never worked in 6.5)

Webalizer isn't installed? yum install webalizer says it can't be found, turn it off... Can't because mailman isn't running, turn it off too.

The Bind PID file wrong, should point to /var/run/named/named.pid

virtualmin update says ust-virtual-server-mobile Usermin theme wasn't installed.

Sat, 08/30/2014 - 15:51
paulfromsurrey

I Just reading the post and like to know if all the bugs now fixed with centos 7.00

I am planing to update my older server from centos 6.5 to 7.00 just need the info before i start the process

Please advice

Thanks

Fri, 09/05/2014 - 15:40
srmobile

Same here, I'm going to do this tomorrow morning due to out of date packages (OpenSSL, Apache). Anything I should know?

Sat, 09/06/2014 - 00:24
gpetrov

We are using CentOS 6.5 + Virtualmin in production for quite a while now, managed to achieve some extremely high performance and 700+ websites on single machine. A lot of research, testing and tweaking was in place. (I will probably share the whole setup and some major tweaks we have applied later). Basically the biggest bottleneck now in the system is mod_fcgid. We have discussed why it is bad many times:

  • No support, no updates, nasty bugs
  • Does not share memory between processes, making opcaching ineffective (opcacheing is definitely the way to go)
  • Big problem with graceful restarts (no real solution there) - only waits 1 sec for the processes to end gracefully then kills them forcefully (the users gets error)
  • Loses all opcache (shared memory) upon graceful restart

All these things hugely increase the RAM and I/O use on the server, the two most expensive resources. We have tested PHP-FPM on CentOS 6.5 (as it is very easy to install) and as expected the results are amazing.

Back to CentOS7: The default PHP is 5.4 with PHP-FPM as default process manager (execution mode), Apache 2.4 with mpm_event (the fastest possible setup right now), it makes sense to add PHP-FPM support soon.

PHP-FPM execution mode is also easy to achieve on CentOS 6.5 (I guess on Ubuntu too)

We are keen to provide the community with such extension (it will need just few files added), but we will need little dev support/documentation, then testing by the community and then, if the Virtualmin owners agree to include it in the official version.

Shall we work together on this?

P.S. As for CentOS 7 - still have issues, many core features changed, we will wait at least 6 months before making any effort to use it in production.

Sat, 09/06/2014 - 04:36
srmobile

I unfortunately do not have a choice. I've been banging my head for close to 2 weeks now trying to get my site PCI compliant.

The issue is with apache 2.2.15 and openssl, the vulnerability scans being run on our site say that it is vulnerable to BEAST. Even using SSL LABS shows this as a problem and my system is completely up to date through yum update.

Everything I've read is basically saying upgrade Apache and OpenSSL. Even if I install 2.4 next to 2.2, I will still have to implement the newest version of OpenSSL and I'm worried that will break things.

Note: I did get Apache 2.4 installed on 6.5, but none of my sites would load.

Sat, 09/06/2014 - 07:58
srmobile

Up and running :)

Now I can't seem to install php mcrypt...

Sat, 09/06/2014 - 13:33
lostandfound

@gpetrov In your post you said "PHP-FPM execution mode is also easy to achieve on CentOS 6.5". Is there any chance you could share how you achieved this?

Sat, 09/06/2014 - 15:00
srmobile

When creating a virtual server:

Setting up scheduled Webalizer reporting .. .. Webalizer reporting failed! : Missing file to open at WebminCore::/usr/libexec/webmin/web-lib-funcs.pl line 3108 at /usr/libexec/webmin/web-lib-funcs.pl line 1397.   Setting up log file rotation .. .. done   Creating MySQL login .. .. done   Creating MySQL database iglooexpress .. .. done   Setting up spam filtering .. .. Spam filtering failed! : Missing file to open at WebminCore::/usr/libexec/webmin/web-lib-funcs.pl line 3108 at /usr/libexec/webmin/web-lib-funcs.pl line 1397.   Setting up virus filtering .. .. Virus filtering failed! : Missing file to open at WebminCore::/usr/libexec/webmin/web-lib-funcs.pl line 3108 at /usr/libexec/webmin/web-lib-funcs.pl line 1397.   Adding DAV directives to website configuration .. .. done   Adding DAV account for server administrator .. .. done   Setting up AWstats reporting .. .. AWstats reporting failed! : virtualmin-awstats::feature_setup failed : Missing file to open at WebminCore::/usr/libexec/webmin/web-lib-funcs.pl line 3108 at /usr/libexec/webmin/web-lib-funcs.pl line 1397.   Adding Mailman alias and redirects to website configuration .. .. Mailman failed! : virtualmin-mailman::feature_setup failed : Missing file to open at WebminCore::/usr/libexec/webmin/web-lib-funcs.pl line 3108 at /usr/libexec/webmin/web-lib-funcs.pl line 1397.
Mon, 09/08/2014 - 02:42
spooky

is there some sort of upgrade-path?

Or just go directly with Centos Upgrade from 6 to 7 and then re-install virtualmin using the new install scripts for Centos 7?

Mon, 09/08/2014 - 08:45
wheeler

Hello,

In the Virtualmin GPL 4.10 announcement it states that CentOS 7 is now supported, however there still seem to be some bugs. I've found the following:

- MariaDB conflict with EPEL
- ClamAV not supported
- IPv6 configured in 'Network Interfaces' but not available for allocation in VirtualMin
- Apache Won't start after creating/reconfiguring a Vhost

I believe the MariaDB and ClamAV issues are documented previously in this thread by myself an others.

I've only just noticed the IpV6 issue and can provide more info on that if required.

Regarding apache, I created a Virtualhost, Enabled/Disabled some of its featured and then noticed that Apache wasn't running any more. Output of systemctl status httpd.service:


[root@**** ~]# systemctl status httpd.service
httpd.service - The Apache HTTP Server
Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled)
Active: failed (Result: exit-code) since Mon 2014-09-08 13:32:05 UTC; 6min ago
Process: 16130 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, status=0/SUCCESS)
Process: 16942 ExecReload=/usr/sbin/httpd $OPTIONS -k graceful (code=exited, status=0/SUCCESS)
Process: 16129 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND (code=exited, status=1/FAILURE)
Main PID: 16129 (code=exited, status=1/FAILURE)
Status: "Total requests: 0; Current requests/sec: 0; Current traffic: 0 B/sec"

Sep 08 13:32:05 ****.******.com systemd[1]: Starting The Apache HTTP Server...
Sep 08 13:32:05 ****.******.com httpd[16129]: (98)Address already in use: AH00072: make_sock: could not bind to address ***.***.***.***:443
Sep 08 13:32:05 ****.******.com httpd[16129]: no listening sockets available, shutting down
Sep 08 13:32:05 ****.******.com httpd[16129]: AH00015: Unable to open logs
Sep 08 13:32:05 ****.******.com systemd[1]: httpd.service: main process exited, code=exited, status=1/FAILURE
Sep 08 13:32:05 ****.******.com systemd[1]: Failed to start The Apache HTTP Server.
Sep 08 13:32:05 ****.******.com systemd[1]: Unit httpd.service entered failed state.

Is there a bug tracker somewhere I can submit these/check on progress? I'd love to start using CentOS 7 asap :)

Edit - Sorry, should have searched before asking - just found this - https://www.virtualmin.com/project/issues

Tue, 09/09/2014 - 14:08 (Reply to #47)
Joe
Joe's picture

In the Virtualmin GPL 4.10 announcement it states that CentOS 7 is now supported, however there still seem to be some bugs. I've found the following:

So, that's just the Virtualmin virtual-server module that has CentOS 7 support (when installed alongside Webmin 1.701 or higher). The installer and our repositories are still getting banged on pretty hard as I try to work out all of the bugs.

I have fixed the ClamAV packages and submitted a patch to the Fedora/EPEL maintainers in hopes I won't have to keep fixing it for every new version of ClamAV. Jamie still needs to update Virtualmin to know how to manage the new systemd service (really Virtualmin just needs to know what the service is called, as Webmin already has support for systemd). You'll need to install the clamav-scanner and clamav-scanner-systemd packages, and then we'll need to get a new version of Virtualmin out that knows how to talk to that one (it can probably also be manually configured pretty easily to use the right socket path and service names, I haven't looked).

The mariadb conflict is gonna have to be resolved by the EPEL folks, I think. We aren't providing those packages. I may be able to look at why it's causing problems and submit a patch...but, I'm still getting my head wrapped around the MySQL to MariaDB migration.

The IPv6 bug is probably worth filing in our ticket tracker. Networks are very different on CentOS 7. The removal of ifconfig was only a tiny part of the changes they've made. They've switched entirely to using NetworkManager, by default, and there still seems to be a lot of discrepancies when using the old style network-scripts files. I've been banging my head on this for days with our new server, actually. Even when I don't try to do things in Webmin, nothing quite works the way it's supposed to (or the way it did in RHEL versions up to 6). We're still learning how to configure networks on CentOS 7, unfortunately, and I'm sure we're getting it wrong in some places.

The Apache error is new to me. I haven't seen this on our test systems, and not sure how to reproduce. It seems like maybe there's some anomaly in restarting Apache with systemd, and that might be a bug for the RHEL folks. Or, it might be that we're not using systemd correctly to reload configuration files. It could even be that Virtualmin is still using sysvinit style calls (i.e. "service httpd graceful" or "servicer httpd restart"), in which case systemd might be handling those incorrectly. Since Webmin supports systemd, we probably should be using those calls directly in Virtualmin but I can't say with confidence that we are. More research is needed...if you have a way to reliably reproduce this behavior, let me know.

--

Check out the forum guidelines!

Wed, 09/10/2014 - 03:34 (Reply to #48)
wheeler

Hi Joe,

Thanks for taking the time to get back to me, and your in depth comments.

I updated ClamAV and that's now working well :)

The mariadb conflict is easy to workaround by disabling EPEL - hopefully EPEL will fix that. I wouldn't usually install EPEL until after Virtualmin, it just happened RackSpace have in enabled on their CentOS 7 image by default.

I did submit the IPv6 Bug to the tracker and JamieCameron very quickly replied to say the he was aware of the bug and it had been fixed and it would be available in the next Virtualmin release - https://www.virtualmin.com/node/34174

I also submitted a but for the Apache issue, which again JamieCameron has already fixed. The problem is that the Apache config file uses the port name 'https' as opposed to the point number '443' in the SSL config, and Virtualmin doesn't recognise this and adds a duplicate entry and Apache tries to listed twice on 443. The quick fix is to comment out the 'https' Listen line in /etc/httpd/conf.d/ssl.conf

It seems that most 'service' commands are aliased to systemd now so virtualmin calling the old syntax shouldn't be a problem anywere, e.g.


[root@**** ~]# service httpd status
Redirecting to /bin/systemctl status httpd.service
httpd.service - The Apache HTTP Server
...

Thanks again for your comments here, and the great work you are doing on Virtualmin - I'm going to start using it with some production sites/servers once 4.11 is released :)

Also, you mentioned that ifconfig has been removed by default, but it is available in the RackSpace image I'm using. I have a test server up and running at the moment so I'm happy to give you any more info, or a login to the server if it's of any help.

Mon, 09/08/2014 - 09:04
rrcatto

I was keen to upgrade to CentOS 7 and install virtualmin on it but I tried it myself and found too many problems.

I'm now exploring Ubuntu 14.04 and virtualmin which seems like a better option, once you get past the bugged install script.

Ubuntu 14.04 has more up to date versions of php, apache and mysql and apt-get works just as well as yum. I was able to install qbittorrent-nox (version 3.1.8) with apt-get whereas only a very old version is available via yum. Trying to install an up to date version of qbittorrent-nox on CentOS with yum and rpm is a nightmare and I eventually gave up with so many unresolved dependencies.

Mon, 09/08/2014 - 09:50
wheeler

I kind of like the stability of CentOS - it can be kept up to date without the worry of new versions breaking things. However php 5.3.3 in CentOS 6.5 is getting a bit too out of date, so CentOS 7 will be a welcome update. I'm sure the bugs will get ironed out fairly quickly :)

Pages