Problem during upgrade from 1.5.0 to 1.5.2
-
@george1421 said in Problem during upgrade from 1.5.0 to 1.5.2:
/etc/httpd/conf.d/fog.conf
I restored my server, I have just updated fog, not centos. and I get the same problem.
Here is what you requested
[root@fogus bin]# cat /etc/httpd/conf.d/fog.conf <VirtualHost *:80> <FilesMatch "\.php$"> SetHandler "proxy:fcgi://127.0.0.1:9000/" </FilesMatch> KeepAlive Off ServerName 148.60.15.217 DocumentRoot /var/www/html/ RewriteEngine On RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK) RewriteRule .* - [F] <Directory /var/www/html/fog/> DirectoryIndex index.php index.html index.htm RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-d RewriteRule ^/(.*)$ /fog/api/index.php [QSA,L] </Directory> </VirtualHost>
-
@george1421
That seems to be working :netstat -natp |grep 9000 tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 4837/php-fpm ```
-
I guess I need to debug this in my home lab. I did just happen to spin up a centos 6.9 instance last night to compile dnsmasq under centos 6.9. I guess I can install FOG on it and see if I get the same results. What you are saying doesn’t connect the dots. It appears everything is running, and yet its not.
Just for clarity you only have FOG running on the fog server, its not shared with another service right?
-
Yes only one fog server on this computer (libvirt virtual machine)
-
@george1421 said in Problem during upgrade from 1.5.0 to 1.5.2:
@lebrun78 it doesn’t even display just the php code? That IS very strange.
Permissions…
@lebrun78 Set the ownership of the file to apache:apache and see what happens. Also, you put the file inside of /var/www/html right? Or was it just /var/www on centos 6? idk.
-
@wayne-workman
For the test /var/www/html/fog/phpinfo.php I set apache.apache and 775.
It did not work better -
@lebrun78 Try to temporarily turn off SELinux with
setenforce 0
-
I confirmed that this happens with FOG 1.5.1 or 1.5.2 running on Centos 6.9. I didn’t have time this weekend to fully debug but I have a short term work around.
-
Install FOG until it says to connect to the web management page to update the database.
-
Open a second connection to your fog server, for example using putty. The idea is to keep the installer waiting for you to update the database while you make this adjustment.
-
Update the following file:
/etc/httpd/conf.d/fog.conf
-
Update the code to look like this. We need to comment out instruction to use php-fpm and to reenable the apache internal php engine.
<VirtualHost *:80> <FilesMatch "\.php$"> #SetHandler "proxy:fcgi://127.0.0.1:9000/" SetHandler application/x-httpd-php </FilesMatch> KeepAlive Off ServerName 148.60.15.217
- Save and exit your text editor
- Restart apache
service httpd restart
- Return to the web browser and access the management page to update the database as normal.
- Finish the FOG setup in the first window where you started the FOG installation.
- Done.
I’m going to look into why this is happening. I just didn’t have as much extra time this weekend to understand why.
-
-
Thank you George, it works.
I have just add the line “SetHandler application/x-httpd-php” -
@lebrun78 Make sure you comment out the “proxy:fcgi://127.0.0.1:9000/” entire line or you may get unexpected results. The pound (hashtag) at the start of the line indicates it commented out.
-
@george1421
Hello,
This problem reapair updating to 1.5.3 on my test server running with centos 6.9.
The solution you proposed is always available.Thank you for you work
-
@lebrun78 Just to let you know the developers added this function to what will be FOG 1.5.4 (when it is released) so you will not have to do this patch in the future.
-
@george1421
Ok great