• This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn more.

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

RobaFresca

Active member
#1
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....

upload_2015-9-1_16-49-1.png
 

RobaFresca

Active member
#3
Thx Brogan. Unfortunately it didn't work that way.

It runs for a while very slow....

upload_2015-9-2_8-1-42.png

...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....
 
Last edited:

Brogan

XenForo moderator
Staff member
#4
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

Active member
#5
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:

upload_2015-9-2_10-1-27.png

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


upload_2015-9-2_10-2-43.png

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

Mike

XenForo developer
Staff member
#6
This will slow the process down more, but try adding:
Code:
$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.