Upgrading to 1.1.0 to 1.1.1

Ezenity

Active member
I just did a clean upgrade upload and once I tried to upgrade I received this error

Code:
Server Error
 
Mysqli statement execute error : Out of memory (Needed 1283808 bytes)
 
Zend_Db_Statement_Mysqli->_execute() in Zend/Db/Statement.php at line 297
Zend_Db_Statement->execute() in Zend/Db/Adapter/Abstract.php at line 479
Zend_Db_Adapter_Abstract->query() in XenForo/Model/DataRegistry.php at line 164
XenForo_Model_DataRegistry->set() in XenForo/Model/Style.php at line 434
XenForo_Model_Style->rebuildStyleCache() in XenForo/DataWriter/Style.php at line 171
XenForo_DataWriter_Style->_rebuildCache() in XenForo/DataWriter/Style.php at line 162
XenForo_DataWriter_Style->_postSave() in XenForo/DataWriter.php at line 1385
XenForo_DataWriter->save() in XenForo/Model/StyleProperty.php at line 699
XenForo_Model_StyleProperty->updatePropertyCacheInStyle() in XenForo/Model/StyleProperty.php at line 632
XenForo_Model_StyleProperty->rebuildPropertyCacheInStyleAndChildren() in XenForo/Model/StyleProperty.php at line 2318
XenForo_Model_StyleProperty->importStylePropertiesFromArray() in XenForo/Model/StyleProperty.php at line 2189
XenForo_Model_StyleProperty->importStylePropertyXml() in XenForo/Model/StyleProperty.php at line 2122
XenForo_Model_StyleProperty->importStylePropertyDevelopmentXml() in XenForo/CacheRebuilder/ImportMasterData.php at line 45
XenForo_CacheRebuilder_ImportMasterData->rebuild() in XenForo/ControllerHelper/CacheRebuild.php at line 26
XenForo_ControllerHelper_CacheRebuild->rebuildCache() in XenForo/Install/Controller/Upgrade.php at line 232
XenForo_Install_Controller_Upgrade->actionRebuild() in XenForo/FrontController.php at line 310
XenForo_FrontController->dispatch() in XenForo/FrontController.php at line 132
XenForo_FrontController->run() in /services/webpages/util/2/m/2myhego1f.myutilitydomain.com/downwithdestruction.net/public/forum/install/index.php at line 18


Help?
 
If you do not have complete control over your server I would reduce the number of themes/addons you have to sit with your memory limits.
I don't think that's the problem... :unsure:

Isn't... skins part of the PHP problem, XML? :confused:

I don't really know which smiley does the confused ecomotion justice. :unsure:
 
Well, I definitely learned something from someone called Deebs! :p

It sounds like they solved the PHP thing, might want to wait on that cache problem being solved? Hm. :unsure:

What kind of server are you on? Curious.

http://www.aplus.net/websites/website-plans/plans-and-pricing

Business Plan, with some minor tweaks/additions to it.

I am also using http://www.cloudflare.com for page acceleration & alternative Protection Until I can get more available resources on my dedicated server. Which is Hosted by http://www.peer1.com/hosting/dedicated_servers.php

If you do not have complete control over your server I would reduce the number of themes/addons you have to sit with your memory limits.


=/ I did that. If I remove anything else then what I am trying to create will not work Sad Face :(
 
http://www.aplus.net/websites/website-plans/plans-and-pricing

Business Plan, with some minor tweaks/additions to it.


I am also using http://www.cloudflare.com for page acceleration & alternative Protection Until I can get more available resources on my dedicated server. Which is Hosted by http://www.peer1.com/hosting/dedicated_servers.php
If I were you I'd move that server to Ecommerce Plan. Even though that it doesn't suit you from just the name itself. That's the problem here. It sounds like your database(s) and skins surpass the number described in there.

I don't know why you choose the $9.99 deal for a server. It IS a shared server from what I read in there.

I would recommend a different host, but that's just me... It seems like you're happy with that company right now.

Finally, what you might also want to consider is pay close attention to the options, because from my perspective, I feel restricted just reading that plans page. It doesn't tell you exactly how much space you can have for little details like PHP, Cache (ahem, apache), and others. A lot of companies tell you right from the menu immediately. So, I guess what I am saying is that the company is trying to put a wool over your face.

Yeah, I don't like the interface.

For example, compare that plan that you linked in there, to a large company like SoftLayer:
http://www.softlayer.com/dedicated/ This is the first page for dedi's, here is the second deep page: https://www.softlayer.com/Sales/orderServer/19/

This is just an example, I know it's expensive, but usually hosting companies have every bit of detail, the link that you showed me seems ...minimalist.

More example here: https://order.dedicatednow.com/?id=358

Upon more research in other pages, it IS restricted. This seems to target casual website owners, not upstanding folks like you. :confused:

The only two plan pages I see so far are:
http://www.aplus.net/websites/website-plans/plans-and-pricing
http://www.aplus.net/websites/website-plans

And every time I go to another page, it keeps giving me a loop to one of these pages or similar pages with the same exact plans.

Your best bet is live chat or e-mail, even I don't like that. I want to buy my server and pick my own features.
 
Whelp This is the response they gave me from a ticket/live I submit to them with this error.

The ticket # 2627426 that was submitted for downwithdestruction.net, regarding your database related issue, has returned from our investigation. We regret to inform but unfortunately we do not provide support for the third party software and coding related issues. We have now closed the ticket with regards to this issue. If you do require any further assistance, please do not hesitate to contact us and we will be glad continue working with you.
 
I would suggest upsizing the server or switching hosts to someone more reliable.

Their reply seems counter-productive. The issue is not the software or code, but a lack of RAM.
 
There is a possibility that there's some relation to the number of styles and/or languages.

Though this error is being triggered with a data writer and not a read, so this is quite likely to be happening in the MySQL client library itself. In that case, it may simply be a server issue and refreshing will have different behavior.
 
There is a possibility that there's some relation to the number of styles and/or languages.

Though this error is being triggered with a data writer and not a read, so this is quite likely to be happening in the MySQL client library itself. In that case, it may simply be a server issue and refreshing will have different behavior.
I tried refresh and This popped up again everytime.

Code:
Server Error
 
Mysqli statement execute error : Out of memory (Needed 1124600 bytes)
Zend_Db_Statement_Mysqli->_execute() in Zend/Db/Statement.php at line 297
Zend_Db_Statement->execute() in Zend/Db/Adapter/Abstract.php at line 479
Zend_Db_Adapter_Abstract->query() in XenForo/Model/DataRegistry.php at line 164
XenForo_Model_DataRegistry->set() in XenForo/Model/Style.php at line 434
XenForo_Model_Style->rebuildStyleCache() in XenForo/DataWriter/Style.php at line 171
XenForo_DataWriter_Style->_rebuildCache() in XenForo/DataWriter/Style.php at line 162
XenForo_DataWriter_Style->_postSave() in XenForo/DataWriter.php at line 1385
XenForo_DataWriter->save() in XenForo/Model/StyleProperty.php at line 699
XenForo_Model_StyleProperty->updatePropertyCacheInStyle() in XenForo/Model/StyleProperty.php at line 632
XenForo_Model_StyleProperty->rebuildPropertyCacheInStyleAndChildren() in XenForo/Model/StyleProperty.php at line 2318
XenForo_Model_StyleProperty->importStylePropertiesFromArray() in XenForo/Model/StyleProperty.php at line 2189
XenForo_Model_StyleProperty->importStylePropertyXml() in XenForo/Model/StyleProperty.php at line 2122
XenForo_Model_StyleProperty->importStylePropertyDevelopmentXml() in XenForo/CacheRebuilder/ImportMasterData.php at line 45
XenForo_CacheRebuilder_ImportMasterData->rebuild() in XenForo/ControllerHelper/CacheRebuild.php at line 26
XenForo_ControllerHelper_CacheRebuild->rebuildCache() in XenForo/Install/Controller/Upgrade.php at line 232
XenForo_Install_Controller_Upgrade->actionRebuild() in XenForo/FrontController.php at line 310
XenForo_FrontController->dispatch() in XenForo/FrontController.php at line 132
XenForo_FrontController->run() in/services/webpages/util/2/m/2myhego1f.myutilitydomain.com/downwithdestruction.net/public/forum/install/index.php at line 18
 
Whelp This is the response they gave me from a ticket/live I submit to them with this error.
Just as I thought. Again, I recommend switching hosts. It sounds like they don't want third party software, nor do they want to work with you to resolve this.

I was right on the money when I said this site seems to target casual website owners.
Their reply seems counter-productive. The issue is not the software or code, but a lack of RAM.
Likewise, they don't tell how much RAM the server holds. Just disk size.

I knew instantly that this isn't a software or code problem. Somehow.
 
Just as I thought. Again, I recommend switching hosts. It sounds like they don't want third party software, nor do they want to work with you to resolve this.

I was right on the money when I said this site seems to target casual website owners.


I sure did! I decided to go the VPS road, instead of shared hosting. They are simply a poor hosting provider with hardly any service/support available!
 
Sounds like the best solution to me. Did this solve the issue for you?


Yes It seems so, but just having issues to getting the forums to work. Made my domain transfer setup the network settings etc... installed apche etc.. but every time I go to my forums instead of visiting the site it downloads it as index.php Im stuck and been pondering on this for hours.


http://downwithdestruction.net/forum/index.php
 
Yes It seems so, but just having issues to getting the forums to work. Made my domain transfer setup the network settings etc... installed apche etc.. but every time I go to my forums instead of visiting the site it downloads it as index.php Im stuck and been pondering on this for hours.


http://downwithdestruction.net/forum/index.php

The PHP script is not executing. Instead it is showing the raw PHP code. That means PHP is not working or is not installed on the server.

Ideally your host or server person should fix this. What kind of server is it? Linux or Windows? Does it have any hosting control software like CPanel or Plesk?
 
the index.php that downloads is here:
Code:
<?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();

Is it correct ?
 
We have been in touch by PC. The server seems to be running Linux (CentOS) + Apache, and uses cPanel.

I have only seen this behaviour when safe mode was turned on, but apparently dwdmadmac checked for that when he installed Apache.

Is it possible it is off on Apache level, but left on at site level, perhaps?
 
the index.php that downloads is here:
Code:
<?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();

Is it correct ?

That's the raw PHP code. That means PHP is not working on the server.

We have been in touch by PC. The server seems to be running Linux (CentOS) + Apache, and uses cPanel.

I have only seen this behaviour when safe mode was turned on, but apparently dwdmadmac checked for that when he installed Apache.

Is it possible it is off on Apache level, but left on at site level, perhaps?

If he has access to WHM on his CPanel server then he can reinstall PHP from there.

Yes it is possible to override PHP using .htaccess. Look for .htaccess files in the web directories.
 
Top Bottom