Topic: IPS forum issue following move to v10

[jameswilson]

Hi all, back again... (sorry)

Im moving sites as you know (not the work ones yet thank god) and had an issue with a large IPS forum i run.

Moved the db fine, moved the files again fine, adjusted for the new db details

But get an error

[Tue Feb 08 21:04:11.962948 2022] [core:error] [pid 28449] [client 185.191.171.11:16046] AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

Makes me think its a htaccess issue but works well on the old v9.2 server but even just keeping the rewrite options i get the above.
Im only checking the httpd error log, im wondering looking elsewhere may help. Ive put it back to the old one for now while I investigate.

Many thanks

James

[Jean-Philippe Pialasse]

what php version are you using?

check the /var/log/php/phpVERSION/ log

[jameswilson]

Hi JP

I have checked all the php logs and cant find anything relevant.
I am using the default 7.4 in ibays webhosting.

Log file "php/php/error.log" is empty!

Log file "php/php/php-fpm.log" is empty!

/var/log/php/php74/php74-fpm.log:

nothing at the time stamps relevant

I do get log entries when not using the default php such as

PHP Parse error:  syntax error, unexpected ':', expecting ';' or '{' in /home/e-smith/files/ibays/xxxxxxxxx/html/community/init.php on line 938

But existing site on sme 9.2 with scl works fine. It is up to date and doesnt function with any php version.

Thanks

James

[jameswilson]

As an update I have found this from a compatibility checker

You do not have the cURL PHP extension loaded (or it is running a version less than 7.36) and the allow_url_fopen PHP setting is disabled. You should contact your hosting provider or system administrator to ask either for cURL version 7.36 or greater to be installed, to be installed or the allow_url_fopen setting enabled. cURL is recommended.

[jameswilson]

FOund that i can enable from the webhosting contrib (doh!)

Still have issues but at least it says im ready to install now

[Jean-Philippe Pialasse]

you will have to check on sme9:
- what version of php you where using for your forum
- what php extensions you had installed, let's say you use php74 on both :

Code: [Select]

rpm -qa |grep php74 |sortyou then will need to install the very same to have it to work...

as a side note, do not enable  allow_url_fopen setting prefers alternative, this is one of the most easy way to start a XSS hack on your server.

[jameswilson]

Good shout ive done below on the v10 machine

[root@cov2-2 community]# rpm -qa |grep php73 |sort                            php73-php-7.3.33-1.el7.remi.x86_64
php73-php-bcmath-7.3.33-1.el7.remi.x86_64
php73-php-cli-7.3.33-1.el7.remi.x86_64
php73-php-common-7.3.33-1.el7.remi.x86_64
php73-php-enchant-7.3.33-1.el7.remi.x86_64
php73-php-fpm-7.3.33-1.el7.remi.x86_64
php73-php-gd-7.3.33-1.el7.remi.x86_64
php73-php-imap-7.3.33-1.el7.remi.x86_64
php73-php-intl-7.3.33-1.el7.remi.x86_64
php73-php-json-7.3.33-1.el7.remi.x86_64
php73-php-ldap-7.3.33-1.el7.remi.x86_64
php73-php-mbstring-7.3.33-1.el7.remi.x86_64
php73-php-mysqlnd-7.3.33-1.el7.remi.x86_64
php73-php-opcache-7.3.33-1.el7.remi.x86_64
php73-php-pdo-7.3.33-1.el7.remi.x86_64
php73-php-pear-1.10.13-1.el7.remi.noarch
php73-php-pecl-igbinary-3.2.7-1.el7.remi.x86_64
php73-php-pecl-imagick-im6-3.7.0-1.el7.remi.x86_64
php73-php-pecl-mysql-1.0.0-0.20.20180226.647c933.el7.remi.x86_64
php73-php-pecl-zip-1.20.0-1.el7.remi.x86_64
php73-php-process-7.3.33-1.el7.remi.x86_64
php73-php-snmp-7.3.33-1.el7.remi.x86_64
php73-php-soap-7.3.33-1.el7.remi.x86_64
php73-php-tidy-7.3.33-1.el7.remi.x86_64
php73-php-xml-7.3.33-1.el7.remi.x86_64
php73-php-xmlrpc-7.3.33-1.el7.remi.x86_64
php73-runtime-2.0-1.el7.remi.x86_64

and on the v9.2 machine

[root@hosted2 ~]# rpm -qa |grep php73 |sort
php73-2.0-1.el6.remi.x86_64
php73-php-7.3.25-1.el6.remi.x86_64
php73-php-bcmath-7.3.25-1.el6.remi.x86_64
php73-php-cli-7.3.25-1.el6.remi.x86_64
php73-php-common-7.3.25-1.el6.remi.x86_64
php73-php-devel-7.3.25-1.el6.remi.x86_64
php73-php-enchant-7.3.25-1.el6.remi.x86_64
php73-php-gd-7.3.25-1.el6.remi.x86_64
php73-php-imap-7.3.25-1.el6.remi.x86_64
php73-php-json-7.3.25-1.el6.remi.x86_64
php73-php-ldap-7.3.25-1.el6.remi.x86_64
php73-php-mbstring-7.3.25-1.el6.remi.x86_64
php73-php-mysqlnd-7.3.25-1.el6.remi.x86_64
php73-php-opcache-7.3.25-1.el6.remi.x86_64
php73-php-pdo-7.3.25-1.el6.remi.x86_64
php73-php-pear-1.10.12-4.el6.remi.noarch
php73-php-pecl-igbinary-3.1.6-1.el6.remi.x86_64
php73-php-pecl-imagick-3.4.4-9.el6.remi.x86_64
php73-php-pecl-imagick-devel-3.4.4-9.el6.remi.x86_64
php73-php-pecl-mysql-1.0.0-0.20.20180226.647c933.el6.remi.x86_64
php73-php-pecl-redis4-4.3.0-1.el6.remi.x86_64
php73-php-pecl-zip-1.19.2-1.el6.remi.x86_64
php73-php-process-7.3.25-1.el6.remi.x86_64
php73-php-soap-7.3.25-1.el6.remi.x86_64
php73-php-tidy-7.3.25-1.el6.remi.x86_64
php73-php-xml-7.3.25-1.el6.remi.x86_64
php73-runtime-2.0-1.el6.remi.x86_64

the only one i can see missing is

php73-php-pecl-imagick-devel-3.4.4-9.el6.remi.x86_64

i have set the site to use php 7.3 so i know thats a constant. regarding the furl thing ill look at that when its working if thats ok

[jameswilson]

Can i get the page that shows the 500 error to temp show that actual error. As i cant find the log entry refering to the 500 error

Reason being it could be a db issue as i going from mysql to mariadb

[jameswilson]

I have built a new site on the new forum using the installer

all goes well it installs and creates the db but at the end it fails with a 500 error.

I have spoken to ipb support

Hello,

Unfortunately, without access to the site here, I am just judging replies based on what you have told us. The error you've provided us is a connection error to the database.


--
Jim Morrissey
Invision Community Support

But there is nothing in the maria db log i can see.

but the fact a new install wont work means i have no chance moving an existing one i suppose

[jameswilson]

more info but no further on unfortunatly.
Other sites on the server (all wordpress) working great much better than the old server

Im not sure though that it is a db issue as i have used the old db server in the config and get the same error.

I will try installing again using the old mysql57 server and see if the error is the same and feedback.

thanks

James