XF 1.5 Help ! No access to acp since upgrade did not complete...

[RobaFresca]

Hi @All

I recently moved from a VPS Server to a normal webhosting. All went fine it was just a bit slow.
So i uninstalled some un-needed addins but it never completed because of a database request limitation (my hoster advertised with "no limits"...great !) with 429 error.
So i repeated and repeated to complete the actions. Semmed it worked. My hoster told me they would take out that limit for me so i upgraded to XF 1.5
Unfortunately the same. Neverfinished the job complete. Wehn i logged into acp i got the message that i would have to complete some actions, so i did....
Since my last try i cannot logon to ACP anymore as the site keeps blank (screenshot).
And my members reported they cannot open new threads anymore....

Please help some1 if possible....

 

[Paul B]

Try rebuilding the master data: Upgrade System Login | XenForo

Considering the page source, it could even be due to a blank index file in the directory.

 

[RobaFresca]

Thx Brogan. Unfortunately it didn't work that way.

It runs for a while very slow....



...but somewhen it just stops.....unfinished....

I guess u mean a blank index.php ? It isn't.

<?php

$startTime = microtime(true);
$fileDir = dirname(__FILE__);

require($fileDir . '/library/XenForo/Autoloader.php');
XenForo_Autoloader::getInstance()->setupAutoloader($fileDir . '/library');

XenForo_Application::initialize($fileDir . '/library', $fileDir);
XenForo_Application::set('page_start_time', $startTime);

$fc = new XenForo_FrontController(new XenForo_Dependencies_Public());
$fc->run();

Will be soon on my way into holdays with a 14h flight so if you have any more ideas don't wonder if i answer late....

 

[Paul B]

A rebuilding screen such as that indicates a very (very) slow server.
If you have moved to shared hosting it may indicate the host has heavily oversold the server.

 

[RobaFresca]

That's what i thought too...but the strange thing is that the forum itself runs fine and i have several travel reports with loads of pics which loads very quickly.

I have just around 90 members yet with about 10 max online at the time.

I guess they have a kind of centralized database server that's limited and overload.

I have an "unlimited" reseller-package with WHM and cPanel and all my other hostings run extremely fast (for a hosting solution).

Server seems to be potent enough too:

Processor Information
Total processors: 8
Processor #1
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz
Speed
1867.000 MHz
Cache
8192 KB
Processor #2
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz
Speed
3067.000 MHz
Cache
8192 KB
Processor #3
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz
Speed
3067.000 MHz
Cache
8192 KB
Processor #4
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz
Speed
3067.000 MHz
Cache
8192 KB
Processor #5
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz
Speed
3067.000 MHz
Cache
8192 KB
Processor #6
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz
Speed
3067.000 MHz
Cache
8192 KB
Processor #7
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz
Speed
3067.000 MHz
Cache
8192 KB
Processor #8
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz
Speed
3067.000 MHz
Cache
8192 KB


Memory Information
Memory: 24659284K/25156724K available (7073K kernel code, 1460K rwdata, 3388K rodata, 1956K init, 1848K bss, 497440K reserved, 0K cma-reserved)



System Information
Linux de-htznr-1.host.org 4.1.0-1.el6.elrepo.x86_64 #1 SMP Mon Jun 22 10:59:37 EDT 2015 x86_64 x86_64 x86_64 GNU/Linux



Physical Disks
sd 1:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750 GB/698 GiB)
sd 0:0:0:0: [sda] 1465149168 512-byte logical blocks: (750 GB/698 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0: [sda] Attached SCSI disk
sd 1:0:0:0: [sdb] Attached SCSI disk
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 1:0:0:0: Attached scsi generic sg1 type 0




Current Memory Usage
total used free shared buffers cached
Mem: 24681428 24278440 402988 14096 502736 17277356
-/+ buffers/cache: 6498348 18183080
Swap: 12582780 186440 12396340
Total: 37264208 24464880 12799328



Current Disk Usage
Filesystem Size Used Avail Use% Mounted on
/dev/md2 493G 113G 355G 25% /
tmpfs 12G 8.0K 12G 1% /dev/shm
tmpfs 2.0G 17M 2.0G 1% /tmp
/dev/md1 488M 316M 147M 69% /boot
/dev/md3 184G 62G 113G 36% /local

At least i got a partially success now and i could open also a new thread:



But if i click the button...ther comes up still.....nothing:




Any idea how to run the acp another way ? Any "safe mode" ?

 

[Mike]

This will slow the process down more, but try adding:

$config['rebuildMaxExecution'] = 3;

To library/config.php and redoing the master data rebuild. This will build less per request, hopefully avoiding a situation where the process is killed, which can cause this.

 

[Mr. Goodie2Shoes]

IIRC a blank page in admincp indicates that the admin templates weren't reparsed...