CMS Made Simple Forums

Hi there,

having some trouble lately with a CMS Made Simple install, getting multiple of these kind of errors on my webpage:
basically all global content blocks fail to load, which results in missing content on the site obviously. If I go into System Maintenance in the admin panel I can find this error:
don't know if this is related, but if I optimize and repair and afterwards clear the cache, the gcb's start loading again for a while. But after a few days the error will come back again.

This is on a rather old install I must confess, 1.11.4.

Any thoughts?

i had similar issues after moving servers. caused by UDTs that queried other databases and never connected back to the cmsms database. See http://forum.cmsmadesimple.org/viewtopi ... =3&t=67874

What is your System Information, Tristan?
Do you use any third party plugins (tags)?

Grt. Rolf

Thanks rotezecke! Will look into that; unfortunately for me the last server move for this domain was about a year ago and issues just started last week. No mentions of any warnings in the admin log here unfortunately

System info:

----------------------------------------------
Cms Version: 1.11.4
Installed Modules:
CMSMailer: 5.2.1
CMSPrinting: 1.0.3
FileManager: 1.4.3
MenuManager: 1.8.5
MicroTiny: 1.2.5
ModuleManager: 1.5.5
News: 2.12.10
Search: 1.7.7
ThemeManager: 1.1.7
CGExtensions: 1.31.4
FrontEndUsers: 1.21.2
CGSimpleSmarty: 1.5.3
JQueryTools: 1.2.4
Products: 2.18.4
CustomContent: 1.8.3
CGGoogleMaps: 2.4.3
CGSmartImage: 1.10.1
CGJobMgr: 1.2.13
Showtime: 3.3
FormBuilder: 0.7.3
DownloadManager: 1.5.2
NMS: 2.7.2
SelfRegistration: 1.7.4
Captcha: 0.4.5
CMSForms: 1.0.1
Gallery: 1.6
CGContentUtils: 1.3.4

Config Information:
php_memory_limit:
process_whole_template:
output_compression:
max_upload_size: 32000000
url_rewriting: mod_rewrite
page_extension:
query_var: page
image_manipulation_prog: GD
auto_alias_content: true
locale:
default_encoding: utf-8
admin_encoding: utf-8
set_names: true

Php Information:
phpversion: 5.3.27
md5_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_STRICT: 0
E_DEPRECATED: 0
memory_limit: 128M
max_execution_time: 60
output_buffering: 4096
safe_mode: Off (False)
file_uploads: On (True)
post_max_size: 16M
upload_max_filesize: 32M
session_save_path: No check because open basedir active
session_use_cookies: On (True)
xml_function: On (True)
xmlreader_class: On (True)

Server Information:
Server Api: apache2handler
Server Db Type: MySQL (mysqli)
Server Db Version: 5.5.9
Server Db Grants: Found a "GRANT ALL" statement that appears to be suitable

----------------------------------------------

There are 3 GCB's called on this page, two for the footer are basically just flat html, the other one is for the twitter column on this site which calls the tweetfeed plugin (already updated to the latest version).

I have one website with similar symptoms. Haven't found the problem yet. I suspected the SocialBookmarker plugin, because this is the only plugin I don't use at other website without the problem... But it is just a gut feeling...


ps. I used 1.4 release of the plugin, upgraded to 1.5 now.

Hmmm was the error message the same? If it would be a problem with just one plugin it would be strange the other GCB's don't load either right?

Just clearing cache will return them too.
As far as I looked into it Smarty breaks because of *something*
Not creating GCB's is a result of that, not the cause...
I added the mention in the adminlog for this to keep better track on it, but no resolution yet I'm afraid

Understood, going to contact the tweetfeed author now as well.

I am getting the same problem as OP.

There is nothing of significance in the admin log.

I don't have any UDTs barring the 2 that ship with CMSMS which I don't use.

This site hasn't moved servers.

About 3 of total 30(ish) GCBs showed up OK on the site (which was odd), the rest were rendered with HTML comments <!-- ... --> as OP explains. I can't see anything special about the 3 that showed up OK.

The first time it happened I went in to one GCB to edit it and saved it; site started working normally.

The second time it happened I simply cleared cache and it started working normally.

(In between these 2 instances I upgraded FormBuilder from 0.7.3 -> 0.7.4 and it all started going wrong but that's for another thread, the site was restored back to working version).

Here's a typical GCB (with some identifying text removed):
You'll notice it calls other GCBs. It also calls modules like FormBuilder and socialBookmarking.

Here's my system info:

----------------------------------------------
Cms Version: 1.11.7
Installed Modules:
CMSMailer: 5.2.1
CMSPrinting: 1.0.4
FileManager: 1.4.3
MenuManager: 1.8.5
MicroTiny: 1.2.5
ModuleManager: 1.5.5
News: 2.12.12
Search: 1.7.8
ThemeManager: 1.1.8
CMSForms: 1.10.4
Twitter: 1.10
FormBuilder: 0.7.3
CGExtensions: 1.34
CGSimpleSmarty: 1.6.2
CGBlog: 1.9.12
TinyMCE: 2.9.12
Archiver: 0.2.6
Statistics: 1.1.3
SEOTools2: 1.2.1
Notifications: 1.0

Config Information:
php_memory_limit:
process_whole_template:
max_upload_size: 32000000
url_rewriting: mod_rewrite
page_extension:
query_var: page
image_manipulation_prog: GD
auto_alias_content: true
locale:
default_encoding: utf-8
admin_encoding: utf-8
set_names: true

Php Information:
phpversion: 5.3.24
md5_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_STRICT: 0
E_DEPRECATED: 0
memory_limit: 128M
max_execution_time: 120
output_buffering: 4096
safe_mode: Off (False)
file_uploads: On (True)
post_max_size: 8M
upload_max_filesize: 32M
session_save_path: /tmp (1777)
session_use_cookies: On (True)
xml_function: On (True)
xmlreader_class: On (True)

Server Information:
Server Api: cgi-fcgi
Server Db Type: MySQL (mysql)
Server Db Version: 5.1.70
Server Db Grants: Could not find a suitable "GRANT ALL" permission. This may mean you could have problems installing or removing modules. Or even adding and deleting items, including pages

----------------------------------------------

So it looks like FormBuilder or socialBookmarking might be a cause?

I bet that some code somewhere (a custom or third party plugin, module or UDT) is executing mysql_ functions directly to the database, without restoring the CMSMS database connection properly.

Could be, ran the site now for more than a week without the Tweet Feed plugin and no problems at all. Already contacted project admin but no reply yet....

Hmm I take that back, switched to another Twitter module now:

----------------------------------------------
Cms Version: 1.11.9
Installed Modules:
CMSMailer: 5.2.2
CMSPrinting: 1.0.5
FileManager: 1.4.3
MenuManager: 1.8.6
MicroTiny: 1.2.5
ModuleManager: 1.5.5
News: 2.14.1
Search: 1.7.11
ThemeManager: 1.1.8
CGExtensions: 1.37.3
FrontEndUsers: 1.22.1
CGSimpleSmarty: 1.7
JQueryTools: 1.2.5
Products: 2.20
CustomContent: 1.9
CGGoogleMaps: 2.4.7
CGSmartImage: 1.14
CGJobMgr: 1.2.16
Showtime: 3.3
FormBuilder: 0.7.4
DownloadManager: 1.5.3
NMS: 2.7.4
SelfRegistration: 1.8.1
Captcha: 0.4.6
CMSForms: 1.10.14
Gallery: 1.6.1
CGContentUtils: 1.3.6
Twitter: 2.0.2

Config Information:
php_memory_limit:
process_whole_template:
max_upload_size: 32000000
url_rewriting: mod_rewrite
page_extension:
query_var: page
image_manipulation_prog: GD
auto_alias_content: true
locale:
default_encoding: utf-8
admin_encoding: utf-8
set_names: true

Php Information:
phpversion: 5.3.28
md5_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_STRICT: 0
E_DEPRECATED: 0
memory_limit: 128M
max_execution_time: 60
output_buffering: 4096
safe_mode: Off (False)
file_uploads: On (True)
post_max_size: 16M
upload_max_filesize: 32M
session_save_path: No check because open basedir active
session_use_cookies: On (True)
xml_function: On (True)
xmlreader_class: On (True)

Server Information:
Server Api: apache2handler
Server Db Type: MySQL (mysqli)
Server Db Version: 5.5.9
Server Db Grants: Found a "GRANT ALL" statement that appears to be suitable
Server Time Diff: No filesystem time difference found

----------------------------------------------

but still the same html blob errors after some time. Any idea what other module might be at fault here?

tristan wrote:but still the same html blob errors after some time. Any idea what other module might be at fault here?

Do you use social bookmarking plugin?
http://dev.cmsmadesimple.org/projects/socialbks
Both Rolf and I suspect that - it is used in our sites that have the issue.

Although I note that socialBookmarking was updated in August 2013; I need to update the site in question with the new code.

At my problem site it (sometimes) occurs when a scheduled CGBlog post appears at the website. That's how far I have come...
I don't use any UDT with database connection.

Will post my system information later, now on HTC

Nope paulbaker, I'm not using that, unfortunately. This is my list of modules:

----------------------------------------------
Cms Version: 1.11.9
Installed Modules:
CMSMailer: 5.2.2
CMSPrinting: 1.0.5
FileManager: 1.4.3
MenuManager: 1.8.6
MicroTiny: 1.2.5
ModuleManager: 1.5.5
News: 2.14.1
Search: 1.7.11
ThemeManager: 1.1.8
CGExtensions: 1.38
FrontEndUsers: 1.22.2
CGSimpleSmarty: 1.7
JQueryTools: 1.2.5
Products: 2.20
CustomContent: 1.9
CGGoogleMaps: 2.4.7
CGSmartImage: 1.14.1
CGJobMgr: 1.2.16
Showtime: 3.3
FormBuilder: 0.7.4
DownloadManager: 1.5.3
NMS: 2.7.4
SelfRegistration: 1.8.1
Captcha: 0.4.6
CMSForms: 1.10.14
Gallery: 1.6.1
CGContentUtils: 1.3.6
CGTweet: 1.2

----------------------------------------------


Some, like the products module, aren't even used/called anywhere anymore in the site, just be sure I switched to yet another Twitter module this time.

Is there any way to debug this problem a bit better though? When I see that html blob error might there be a chance things went wrong even before that specific html blob was called?

Thanks for thinking along here with me guys, much appreciated!