Moved a snapshot of a VPS running Virtualmin to a new IP address, now PHP no longer works
Moved a snapshot of a VPS running Virtualmin to a new IP address, now PHP no longer works
Submitted by jwmonet on Fri, 05/10/2019 - 11:38
Status:
Active
Comments
Submitted by jwmonet on Fri, 05/10/2019 - 11:40Comment #1
In addition to this, I've also been running into a lot of unexpected behaviour recently. For example, apache inexplicably (that is, checking logs provides no information, truly inexplicable) causing ssl_protocol_errors no matter what I do. I've been using Virtualmin for a couple months and this never used to happen, but now shit breaks constantly whenever I install it on fresh machines. I bought a premium subscription just to try and get some help with this.
Then post here all the info's version and so on, hoster wich where snapshot mechanism.
New is it all new from base up so also OS complte new, or partly snapshot.
Snapshots could be troublesome with databases running.
Snapshots if changes of IPS are a pain in the a.. ( there you have to end shutdown almost all services to make changes manually, VNC could be there a helping hand)
Submitted by jwmonet on Fri, 05/10/2019 - 12:19Comment #3
My apologies for not following best practices in my complaint. Normally I'm the one who lectures others about asking questions that aren't Concise, Clear, or Complete. I was half-asleep, just clocked in at work.
The machine was hosted on DigitalOcean. I shut it down, took a snapshot of it, then transferred it to my work account. Created a new VPS using that droplet. Then I immediately updated the IP addresses and BIND settings. And immediately afterwards, when testing out our blog, the vhosts responsible, instead of executing PHP files, just displayed them as text, HOWEVER, phpinfo.php works correctly which is absolutely mindboggling to me.
Operating system CentOS Linux 7.6.1810 Perl version 5.016003 Path to Perl /usr/bin/perl BIND version 9.9 Postfix version 2.10.1 Mail injection command /usr/lib/sendmail -t Apache version 2.4.6 PHP versions 5.4.16, 7.0.27 Webalizer version 2.23-08 Logrotate version 3.8.6 MySQL version 5.5.60-MariaDB ProFTPD version 1.35 SpamAssassin version 3.4.0 ClamAV version 0.101.2
I can furnish any logs as required. Thanks in advance.
Submitted by andreychek on Fri, 05/10/2019 - 12:45Comment #5
Howdy -- thanks for contacting us!
It looks like your request is marked as public, so some of our community members have responded above (note that if you ever wish to make it private, just let us know -- you can also change that by going into Edit above).
It sounds like you mentioned two issues there, perhaps we can start on the PHP one --
As I test the two links you shared, both appear to execute the PHP rather than display it (though, in the case of the phpinfo output, I'm receiving a WordPress 404 error rather than php info output).
Are you still seeing a problem though?
If so, I'm wondering if maybe you're seeing some sort of DNS cache related issue, since the domain had just moved? Are you able to try it from a different system, or even a mobile device?
Submitted by jwmonet on Fri, 05/10/2019 - 13:24Comment #6
Looks like you hit the mark precisely, after flushing my dns cache everything is good with regards to the PHP issue. After tinkering with this for a few minutes, I'm going to see if I can reproduce the ssl_protocol_error
Comments
Submitted by jwmonet on Fri, 05/10/2019 - 11:40 Comment #1
In addition to this, I've also been running into a lot of unexpected behaviour recently. For example, apache inexplicably (that is, checking logs provides no information, truly inexplicable) causing ssl_protocol_errors no matter what I do. I've been using Virtualmin for a couple months and this never used to happen, but now shit breaks constantly whenever I install it on fresh machines. I bought a premium subscription just to try and get some help with this.
Submitted by Jfro on Fri, 05/10/2019 - 11:53 Comment #2
Please take some time to read this. https://www.virtualmin.com/node/53663
Then post here all the info's version and so on, hoster wich where snapshot mechanism.
New is it all new from base up so also OS complte new, or partly snapshot. Snapshots could be troublesome with databases running. Snapshots if changes of IPS are a pain in the a.. ( there you have to end shutdown almost all services to make changes manually, VNC could be there a helping hand)
Submitted by jwmonet on Fri, 05/10/2019 - 12:19 Comment #3
My apologies for not following best practices in my complaint. Normally I'm the one who lectures others about asking questions that aren't Concise, Clear, or Complete. I was half-asleep, just clocked in at work.
The machine was hosted on DigitalOcean. I shut it down, took a snapshot of it, then transferred it to my work account. Created a new VPS using that droplet. Then I immediately updated the IP addresses and BIND settings. And immediately afterwards, when testing out our blog, the vhosts responsible, instead of executing PHP files, just displayed them as text, HOWEVER, phpinfo.php works correctly which is absolutely mindboggling to me.
Example: http://blog.aleph-technologies.com/phpinfo.php Example 2: http://blog.aleph-technologies.com/wp-admin/install.php
Software versions are:
Operating system CentOS Linux 7.6.1810Perl version 5.016003
Path to Perl /usr/bin/perl
BIND version 9.9
Postfix version 2.10.1
Mail injection command /usr/lib/sendmail -t
Apache version 2.4.6
PHP versions 5.4.16, 7.0.27
Webalizer version 2.23-08
Logrotate version 3.8.6
MySQL version 5.5.60-MariaDB
ProFTPD version 1.35
SpamAssassin version 3.4.0
ClamAV version 0.101.2
I can furnish any logs as required. Thanks in advance.
Submitted by Jfro on Fri, 05/10/2019 - 12:31 Comment #4
PHP fpm ? then maybe ip's in conf files.
I can't help you i'm not from support. But with your info's now they could better help you then with text only out of your startpost ;)
search for old ip's
port sockets fpm pools
IF a CMS was installed before snapshot , then those configs and or in the DB for that
Submitted by andreychek on Fri, 05/10/2019 - 12:45 Comment #5
Howdy -- thanks for contacting us!
It looks like your request is marked as public, so some of our community members have responded above (note that if you ever wish to make it private, just let us know -- you can also change that by going into Edit above).
It sounds like you mentioned two issues there, perhaps we can start on the PHP one --
As I test the two links you shared, both appear to execute the PHP rather than display it (though, in the case of the phpinfo output, I'm receiving a WordPress 404 error rather than php info output).
Are you still seeing a problem though?
If so, I'm wondering if maybe you're seeing some sort of DNS cache related issue, since the domain had just moved? Are you able to try it from a different system, or even a mobile device?
Submitted by jwmonet on Fri, 05/10/2019 - 13:24 Comment #6
Looks like you hit the mark precisely, after flushing my dns cache everything is good with regards to the PHP issue. After tinkering with this for a few minutes, I'm going to see if I can reproduce the ssl_protocol_error