Page Type Defaults crash - memory exhausted

Permalink
Several months after handing over a client site, I have been asked to do a few more things.

Somewhere along the way, the page defaults editor has stopped working. In every case, it crashes with a memory error:

PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 261900 bytes) in /path/to/site/updates/concrete5.6.2.1_updater/concrete/core/libraries/cache_local.php on line 22, referer: http://thesite.tld/dashboard/pages/types/


This is happening on every page type configured including a new (test) one on both their live site as well as a test setup I built from their site data on a separate (proven) server. Allocating more memory does not help and seems like a red herring... something is spinning off out of control. Since it is also not working on the fresh development server install (with their data), it makes me think something is wrong in their DB.

I am still at the wild guessing stage, but I see some evidence of blocks being created and deleted over the last few months as well as stacks (from global areas). Is it possible that some orphaned block or stack is still embedded in a page type default? Or is there some way of completely resetting the defaults for one or more page types and recreating them? The key is being able to get back into the defaults editor by whatever means possible. Naturally, composer is not working until the page type defaults can be properly set which means nobody can do anything and they are just a little anxious ;-)

elescondite
 
unionsystems replied on at Permalink Reply
unionsystems
Hi,

I am getting the same situation now. Its happening to me on 2 separate websites that have the same packages. I'm suspecting their is a problem with the themes. Did you ever get a solution for your problem?
CMSDeveloper replied on at Permalink Reply
CMSDeveloper
Hello,

Just increase the php memory limit from 128mb to 512mb for example!

https://www.google.nl/search?q=134217728+bytes&oq=134217728+byte...

Bluehost perhaps?
https://www.drupal.org/node/2064881...
.
elescondite replied on at Permalink Reply
elescondite
Afraid not. I never did track down the cause, but I did get most (not all) things working again by manually deleting, creating and linking records in the DB. An extremely delicate & painful process.

My wild guesses above still seem like the root cause (to me anyway).

Can you think of anything in common between the 2 sites you have? Add-ons removed that may have left some blocks linked to page defaults or that sort of thing? Test blocks you created and abandoned? In my case unfortunately, it was in the client's hands for several months before the problem appeared so I really don't know what happened along the way.
CMSDeveloper replied on at Permalink Reply
CMSDeveloper
Hey!

Did see somewhere in the forums that there concrete5 database was growing to a massive 1600mb, 60% thanks to the concrete5 statistics.

Just turn it off:
/dashboard/system/seo/statistics/
and empty the statistics table manually

.
CMSDeveloper replied on at Permalink Reply
CMSDeveloper
There is also a free add-on:
http://www.concrete5.org/marketplace/addons/extreme-clean/...
An extreme cleanup job to remove all old page versions, truncate logs and page statistics.