XF 1.5 503 Errors after server move

[GreyWing]

I'm a bit baffled to be honest guys. I'm only posting in case anyone has seen this before.

Had a xenforo site working fine on cpanel, using php 7.0. Decided to move to DirectAdmin but the site won't work now in php 7. I'm getting a "503 The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later."

Things we have done to try and fix it

We changed things on the server settings but still no luck. We changed the apache handlers, changed and tried php 7.1,
Gone up the upgrades of mysql to Mariadb and still no luck

We changed things on the server settings but still no luck. We uninstalled all the add-ons and still no luck.

We did update the xenforo software to the latest 15.x version and still no luck.

We went back to using php 5.6 on the server and with no changes to the database or files, the forum started working again.

We have installed a fresh install of xenforo on the same server and that works using php7

We swapped the config files about so that the one live site that doesn't work, will work if we connect it to the working database of the new install. And when we gave the new install the old config file to the old database, that failed. I think from that we can rule out any file problems, it seems to be something in our database that we imported that doesn't like php 7.

Not even sure where to go now on this one, has anyone ever seen anything like it before?

Cheers
Graeme

 

[GreyWing]

I am having a similar problem. Is it enough to close the mod_ruid2?

https://xenforo.com/community/threads/new-hosting-xenforo-2-php-fpm71-http-503-error.145441/

Frustrating mate, are you using DirectAdmin or cpanel?

For us it was Mod_ruid2 that was causing it. We had a similar problem in that ours would run Joomla ok, just not Xenforo.

If DA, below is what we use for our settings in options.conf file, then rebuilding the settings. We have now gone to php 7.2, but it was previously 7.1 on those settings and it worked as well.







#PHP Settings
php1_release=7.2
php1_mode=php-fpm
php2_release=no
php2_mode=php-fpm
opcache=yes
htscanner=no
php_ini=no
php_timezone=Europe/London
php_ini_type=production
ioncube=yes
zend=yes
suhosin=no
x_mail_header=yes

#MySQL Settings
mysql=5.6
mariadb=10.1
mysql_inst=mariadb
mysql_backup=yes
mysql_backup_gzip=no
mysql_backup_dir=/usr/local/directadmin/custombuild/mysql_backups
mysql_force_compile=no

#WEB Server Settings
webserver=apache
http_methods=GET:HEADOST
litespeed_serialno=trial
modsecurity=no
modsecurity_ruleset=comodo
apache_ver=2.4
apache_mpm=auto
mod_ruid2=no
userdir_access=yes
harden_symlinks_patch=yes
use_hostname_for_alias=no
redirect_host=grw02.vps.2020media.net.uk
redirect_host_https=no

#WEB Applications Settings
phpmyadmin=yes
phpmyadmin_ver=4
squirrelmail=no
roundcube=yes
webapps_inbox_prefix=no

#ClamAV-related Settings
clamav=no
clamav_exim=yes
modsecurity_uploadscan=no
proftpd_uploadscan=no
pureftpd_uploadscan=no
suhosin_php_uploadscan=no

#Mail Settings
exim=no
eximconf=no
eximconf_release=4.5
blockcracking=no
easy_spam_fighter=no
spamd=no
sa_update=daily
dovecot=yes
dovecot_conf=yes
pigeonhole=no

#FTP Settings
ftpd=no

#Statistics Settings
awstats=no
webalizer=yes

#CustomBuild Settings
custombuild=2.0
autover=no
bold=yes
clean=yes
cleanapache=yes
clean_old_tarballs=yes
clean_old_webapps=yes
downloadserver=files4.directadmin.com

#Cronjob Settings
cron=no
cron_frequency=weekly
email=email@domain.com
notifications=yes
da_autoupdate=no
updates=no
webapps_updates=yes

#CloudLinux Settings
cloudlinux=no
cloudlinux_beta=no
cagefs=no

#Advanced Settings
autoconf=yes
automake=yes
libtool=yes
curl=no
new_pcre=no