I have a drupal 6.3 install running and it has been fine up until tonight.
From the administer menu, when I clicked on modules I got the following error message:

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 445010 bytes) in /(drupal)/includes/database.mysqli.inc on line 303

I was able to use the back button in the browser to continue using the site. I found the following "not found" items in the logs:

sites/all/modules/blockquote/images/quote_end.gif
sites/all/modules/blockquote/images/quote_start.gif
2B/4e.2B
4b/4e.4c

I had recently installed the blockquote module, enabled it, but had not used it. I deleted this module via ftp. I also deleted another module that I decided not to use (never enabled). After that, I got the following error message:

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 888370 bytes) in /(drupal)/includes/database.mysql-common.inc on line 41

I have looked at both of these files and they do not appear to have been changed since the drupal installation, July 15, 08.
I am at a loss as to what to do now.
I did go into user permissions and updated some things there, hoping that would update something, but the second error persists. I alsl ran cron. No change, however, everything else appears to be ok.

This is my server set up:

  • Drupal - 6.3
  • Access to update.php - Protected
  • Configuration file - Protected
  • Cron maintenance tasks - Last run 1 hour 7 min ago
  • You can run cron manually.
  • Database updates - Up to date
  • Drupal core update status - Up to date
  • File system - Writable (public download method)
  • Image module directories - Exists (sites/default/files/images)
  • Image toolkit The gd toolkit is installed
  • Module and theme update status - Up to date
  • MySQL database - 5.0.51a
  • PHP - 5.2.6
  • PHP memory limit - 32M
  • PHP register globals - Disabled
  • Unicode library PHP Mbstring Extension
  • Update notifications Enabled
  • Web server - Apache

I have the following other modules installed:

  • addtoany
  • cck
  • devel (not enabled at this time)
  • footnotes
  • image
  • page.title
  • pathauto
  • token
  • views

Thanks for any help with this.

Peter
web site: www.fromoutoftheblue.com

Comments

2createwdrupal’s picture

The other module I deleted, right after seeing this error, was google analytics. I had just uploaded this module and had not enabled it. I was about to enable and activate it when the error occurred. Then I saw the items in the "page not found" list, requested by "anonymous" (the site is still in early stages of dev, so there aren't that many users).

Thanks again. Hope to find a solution here.

Peter

damien tournoud’s picture

Category: bug » support

Well, you need to allocate more memory to PHP. If you can't do that, try clearing the cache, it could help if the memory is scarce.

2createwdrupal’s picture

Category: support » bug

I got another error just now while logged in as admin:

this time "fatal error" is "(drupal)/includes/theme.inc on line 972"

damien tournoud’s picture

Priority: Critical » Normal
Status: Active » Postponed (maintainer needs more info)

Please give as much details as you can.

Did you try to increase the PHP memory limit on your server?

2createwdrupal’s picture

that last error message was the same form as the others only with a different line number. The difference was that I was not trying to access "modules" but was on another page in admin and the error message appeared in pieces around the right side of the page - while the page otherwise appeared and functioned normally.

I will look into increasing PHP memory, but I am unfamiliar with doing this. Is the 32M normally not enough for Drupal? The site is young and there is not that much content nor many modules installed. And, of course, everything was fine up until last night.

I still get this error on a blank screen when I click on "modules" in the admin menu. I tried switching themes, to basic Garland, and it made no change in the error message:

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 888370 bytes) in /(drupal)/includes/database.mysql-common.inc on line 41

Thanks!
Peter

2createwdrupal’s picture

I went to "performance" in the admin menu and clicked "clear cache" - I got the following error:

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 86 bytes) in /(drupal)/includes/menu.inc on line 2347

I went back to the "performance" menu and changed minimum times for cache to "1 minute." That was ok, but when I tried to access "modules" I got the following error again:

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 3512 bytes) in (drupal)/includes/database.mysql-common.inc on line 41
2createwdrupal’s picture

I went to phpmyadmin on my hosting server - but, before touching anything, I googled the situation and found this similar problem on drupal.org:

http://drupal.org/node/253948

So, it seems that others are having this problem too, but no definite solution yet - and it looks like it happens even with a lot more memory allocated.

2createwdrupal’s picture

I looked at "statue" in phpmyadmin. I found several items highlighted in red. I am listing them here as it may help drupal core developers. I am still not sure what to do next with the problem of not being able to access "modules" in the admin menu.

Handler_read_rnd | 285 k | The number of requests to read a row based on a fixed position. This is high if you are doing a lot of queries that require sorting of the result. You probably have a lot of queries that require MySQL to scan whole tables or you have joins that don't use keys properly.


Handler_read_rnd_next | 1,927 k | The number of requests to read the next row in the data file. This is high if you are doing a lot of table scans. Generally this suggests that your tables are not properly indexed or that your queries are not written to take advantage of the indexes you have.

Created_tmp_disk_tables | 15 k | The number of temporary tables on disk created automatically by the server while executing statements. If Created_tmp_disk_tables is big, you may want to increase the tmp_table_size value to cause temporary tables to be memory-based instead of disk-based.

Select_full_join | 327 | The number of joins that do not use indexes. If this value is not 0, you should carefully check the indexes of your tables.

Opened_tables | 405 | The number of tables that have been opened. If opened tables is big, your table cache value is probably too small.
jaharmi’s picture

I am also getting the fatal error at "includes/database.mysql-common.inc on line 41" with my site, while trying to load the Administration Modules List page. I'm running Acquia Drupal 1.2.4 (Drupal 6.10) and my problems started when I upgraded to 1.2.4. I also occasionally get the same fatal error on other pages, but it's only consistent with the Modules List.

I'm on Site5.com for hosting. I haven't yet tried to request a higher PHP memory_limit yet, but based on this and other threads it doesn't seem that it has helped anyone who has hit this problem. I'm open to requesting it if it might help, but the PHP memory limit is already 32 MB.

I have just run multiple database repairs and optimizations, both before and after my AD 1.2.4 upgrade.

I have a number of additional modules installed, besides those bundled with Acquia Drupal.

Update: I cleared all the caches available through Administration Menu and now I get a fatal error on "includes/database.mysql.inc on line 301."

Update 2: I downgraded to my old site temporarily and disabled all of the modules associated with OpenCalais and RDF. I also disabled the Fivestar and Fivestar Comments module. After putting my updated site back in place (just swapping directory names), I am so far able to load the Modules List on a consistent basis. I'm going to try to narrow things down more, but I suspect that there might be a problem with RDF 6.x-1.0-alpha6 in my case. It's one of my newest modules overall and one of the newest versions of a module I've added (I keep everything for my site in Mercurial, under version control).

Update 3: I didn't notice that the RDF Schema module was no longer necessary, but it had been enabled. There is a chance that it may have been the culprit for me. I'll keep digging. Unfortunately, even if this works for me, it doesn't seem to be the answer for other posters in this thread. However, it may help you narrow down your problem — check for new or updated modules.

jaharmi’s picture

Okay, if I enable Calais 6.x-2.2 and Calais API 6.x-2.2 on top of RDF 6.x-1.0-alpha6 with Acquia Drupal 1.2.4 (Drupal 6.10), I seem to be able to reliably prevent my Modules List from loading with an error at "includes/database.mysql.inc on line 301."

This did not happen for me with earlier versions of Acquia Drupal or the RDF module, so I'll report it under RDF.

stelmo’s picture

Component: admin.module » ajax system

I got the same error but only happens when i install CCK-6.x-2.6

rfay’s picture

Component: ajax system » rdf.module

Assuming you wanted this under rdf.

Anonymous’s picture

Category: bug » support
Status: Postponed (maintainer needs more info) » Closed (won't fix)