[webmin-l] vhost.conf to scrambled eggs

John Hinton <[email protected]>
Newsgroups gmane.comp.web.webmin.general
Message-ID <[email protected]>
OK, so one of my systems where I did the manual install to get the new 
virtualmin apparently isn't in such good shape. This is the only one 
that isn't very happy. The unique feature on this CentOS 6 system is I 
have installed extra PHP versions, php54 from the Fedora Project COPR 
and php55 from CentOS. I think this is the problem. Virtualmin 4.08 
worked with them fine as it showed they were available and I was able to 
set a site to use a different version. Although it turned out we didn't 
need it and at the moment we aren't using a version other than the stock 
CentOS 6 5.3 version for all sites.

This is what I did. Virtualmin said it needed the configuration checked. 
So, as usual, I clicked the button and watched. For the first time ever 
over all these years... over a decade... there were errors relating 
first to some aliased domains. Simple redirect aliases. It said it 
couldn't find the home directory for those domains even though they 
don't have one and never had one. Just the simple alias redirects to 
another domain. So, I deleted the one it complained about and re-added 
that alias. I ran the check again and got an error on a line around 500 
of 2500 in my vhost.conf file. Well, that's when I started looking more 
closely and there were </virtualhoust> tags missing and </directory> 
tags missing and in some cases the total removal of the end of one vhost 
config and the beginning of another. Then I found some that had stacks 
of things in them like:

AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php .php

The breaks all seemed to occur after one of the php version entries.

Generally scrambled eggs. Wrong sites were showing up for folks, broken 
things all over the place. I copied in the backup from the day before 
and things function again although I have not run Virtualmin's Re-check 
and refresh configuration.... where things went wrong before.

So, I'm left with the fear of running the virtualmin recheck system 
again. I expect it to do the same thing.

My idea is to uninstall those extra php versions. How will virtualmin 
handle those going away?

Anyway, if anyone has any ideas on this, I welcome them.

Thanks,
John

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
-
Forwarded by the Webmin mailing list at [email protected]
To remove yourself from this list, go to
http://lists.sourceforge.net/lists/listinfo/webadmin-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.