Multisite import – Subsites not displaying

This is my 3rd attempt to get support for this. I’ve submitted a support ticket and got the “request received” email but it does not contain a ticket number.

I have a multisite with over 100 subsites. The subsites are configured to resolve as such: https://hostname/sitename. I am using the FTP extension and Multisite extension. I stand up a vanilla WordPress instance and enable multi-site, then I install and activate the plugins, finally I import the backup from our known good host. After many hours (the backup is 78GB) the import completed and I can login to wp-admin. The main site seems fine (https://hostname), however all the subsites show 404 (https://hostname/subsite). You (Bobby) helped us perform an import several months ago, but we did a lot of troubleshooting on a Google hangouts call and the steps were not documented. I DID save permalinks post import (twice). Additionally I’ve confirmed that Mod_rewrite is enabled (LoadModule rewrite_module modules/mod_rewrite.so is present in /etc/httpd/conf.modules.d/00-base.conf. Additionally I ran httpd -M and copied the output below:

[dzarelli@chcxblogdev001 ~]$ httpd -M
Loaded Modules:
core_module (static)
so_module (static)
http_module (static)
access_compat_module (shared)
actions_module (shared)
alias_module (shared)
allowmethods_module (shared)
auth_basic_module (shared)
auth_digest_module (shared)
authn_anon_module (shared)
authn_core_module (shared)
authn_dbd_module (shared)
authn_dbm_module (shared)
authn_file_module (shared)
authn_socache_module (shared)
authz_core_module (shared)
authz_dbd_module (shared)
authz_dbm_module (shared)
authz_groupfile_module (shared)
authz_host_module (shared)
authz_owner_module (shared)
authz_user_module (shared)
autoindex_module (shared)
cache_module (shared)
cache_disk_module (shared)
data_module (shared)
dbd_module (shared)
deflate_module (shared)
dir_module (shared)
dumpio_module (shared)
echo_module (shared)
env_module (shared)
expires_module (shared)
ext_filter_module (shared)
filter_module (shared)
headers_module (shared)
include_module (shared)
info_module (shared)
log_config_module (shared)
logio_module (shared)
mime_magic_module (shared)
mime_module (shared)
negotiation_module (shared)
remoteip_module (shared)
reqtimeout_module (shared)
rewrite_module (shared)
setenvif_module (shared)
slotmem_plain_module (shared)
slotmem_shm_module (shared)
socache_dbm_module (shared)
socache_memcache_module (shared)
socache_shmcb_module (shared)
status_module (shared)
substitute_module (shared)
suexec_module (shared)
unique_id_module (shared)
unixd_module (shared)
userdir_module (shared)
version_module (shared)
vhost_alias_module (shared)
dav_module (shared)
dav_fs_module (shared)
dav_lock_module (shared)
lua_module (shared)
mpm_prefork_module (shared)
proxy_module (shared)
lbmethod_bybusyness_module (shared)
lbmethod_byrequests_module (shared)
lbmethod_bytraffic_module (shared)
lbmethod_heartbeat_module (shared)
proxy_ajp_module (shared)
proxy_balancer_module (shared)
proxy_connect_module (shared)
proxy_express_module (shared)
proxy_fcgi_module (shared)
proxy_fdpass_module (shared)
proxy_ftp_module (shared)
proxy_http_module (shared)
proxy_scgi_module (shared)
proxy_wstunnel_module (shared)
systemd_module (shared)
cgi_module (shared)
php5_module (shared)

Finally, I looked at the error logs and there are many errors surrounding the All in One plugin post import –

[Mon Dec 17 09:19:28.063213 2018] [:error] [pid 49126] [client 10.184.75.146:63446] WordPress database error Table ‘wordpress.wp_95_options’ doesn’t exist for query SELECT option_value FROM wp_95_options WHERE option_name = ‘upload_path’ LIMIT 1 made by do_action(‘wp_ajax_ai1wm_import’), WP_Hook->do_action, WP_Hook->apply_filters, call_user_func_array, Ai1wm_Import_Controller::import, call_user_func_array, Ai1wmme_Import_Database::execute, get_blog_option, get_option, referer: https://chcxblogdev001/wp-admin/network/admin.php?page=ai1wm_import

I’ve tried copying data from a known good host (wp-config.php, httpd.conf, etc) and any modifications to httpd.conf seems to result in an internal server error.

We are deploying this new instance so that we can test upgrading of PHP from 5.6 to PHP 7. PHP 5.6 support ends in a couple weeks, so we consider this fairly urgent. I have been trying for over a week to contact someone from Servmask and have not gotten any response whatsoever. Please advise.

The page I need help with: [log in to see the link]