[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