Error log on my ISPs server reports the errors included below everyday. Any guidance on what is causing this is appreciated.
::
[27-Jul-2007 06:38:19] PHP Warning: MySQL server has gone away
query: INSERT INTO watchdog (uid, type, message, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', 'MySQL server has gone away\nquery: SELECT data, created, headers, expire FROM cache WHERE cid = 'menu:0:en' in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.', 2, '', 'http://www.orvwatch.com/pages/get_signs.html', '', '64.34.145.201', 1185539899) in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121
[27-Jul-2007 06:38:19] PHP Warning: MySQL server has gone away
query: INSERT INTO watchdog (uid, type, message, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', 'MySQL server has gone away\nquery: SELECT DISTINCT(p.perm) FROM role r INNER JOIN permission p ON p.rid = r.rid WHERE r.rid IN (1) in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.', 2, '', 'http://www.orvwatch.com/pages/get_signs.html', '', '64.34.145.201', 1185539899) in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121
[27-Jul-2007 06:38:19] PHP Warning: MySQL server has gone away
query: INSERT INTO watchdog (uid, type, message, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', 'MySQL server has gone away\nquery: SELECT * FROM system WHERE type = 'theme' in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.', 2, '', 'http://www.orvwatch.com/pages/get_signs.html', '', '64.34.145.201', 1185539899) in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121
[27-Jul-2007 06:38:19] PHP Warning: MySQL server has gone away
query: INSERT INTO watchdog (uid, type, message, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', 'MySQL server has gone away\nquery: SELECT title, cid FROM aggregator_category ORDER BY title in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.', 2, '', 'http://www.orvwatch.com/pages/get_signs.html', '', '64.34.145.201', 1185539899) in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121
[27-Jul-2007 06:38:19] PHP Warning: MySQL server has gone away
query: INSERT INTO watchdog (uid, type, message, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', 'MySQL server has gone away\nquery: SELECT * FROM system WHERE type = 'theme' in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.', 2, '', 'http://www.orvwatch.com/pages/get_signs.html', '', '64.34.145.201', 1185539899) in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121
[27-Jul-2007 06:38:19] PHP Warning: MySQL server has gone away
query: INSERT INTO watchdog (uid, type, message, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', 'MySQL server has gone away\nquery: SELECT data, created, headers, expire FROM cache WHERE cid = 'content_type_info' in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.', 2, '', 'http://www.orvwatch.com/pages/get_signs.html', '', '64.34.145.201', 1185539899) in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121
[27-Jul-2007 06:38:19] PHP Warning: MySQL server has gone away
query: INSERT INTO watchdog (uid, type, message, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', 'MySQL server has gone away\nquery: SELECT * FROM node_field nf in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.', 2, '', 'http://www.orvwatch.com/pages/get_signs.html', '', '64.34.145.201', 1185539899) in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121
[27-Jul-2007 06:38:19] PHP Warning: MySQL server has gone away
query: INSERT INTO watchdog (uid, type, message, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', 'MySQL server has gone away\nquery: SELECT * FROM node_type_content nt ORDER BY nt.type_name ASC in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.', 2, '', 'http://www.orvwatch.com/pages/get_signs.html', '', '64.34.145.201', 1185539899) in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121
[27-Jul-2007 06:38:19] PHP Warning: MySQL server has gone away
query: SELECT sid FROM sessions WHERE sid = 'da3843a261f55aa655fc3033221396c6' in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121
[27-Jul-2007 06:38:19] PHP Warning: MySQL server has gone away
query: INSERT INTO sessions (sid, uid, cache, hostname, session, timestamp) VALUES ('da3843a261f55aa655fc3033221396c6', 0, 0, '64.34.145.201', 'messages|a:1:{s:5:\"error\";a:8:{i:0;s:210:\"user warning: MySQL server has gone away\nquery: SELECT data, created, headers, expire FROM cache WHERE cid = 'menu:0:en' in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.\";i:1;s:223:\"user warning: MySQL server has gone away\nquery: SELECT DISTINCT(p.perm) FROM role r INNER JOIN permission p ON p.rid = r.rid WHERE r.rid IN (1) in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.\";i:2;s:179:\"user warning: MySQL server has gone away\nquery: SELECT * FROM system WHERE type = 'theme' in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121.\";i:3;s:185:\"user warning: MySQL server has gone away\nquery: SELECT title, in /home/hamburgi/public_html/orvwatch/includes/database.mysql.inc on line 121
Comments
Perhaps this might help? At
Perhaps this might help? At least give you a starting point...
http://dev.mysql.com/doc/refman/5.0/en/gone-away.html
----------------
Dominic Ryan
www.iis-aid.com
This was happening to me
This was happening to me with lighty 1.4.13. This is the version that was listed as most up to date when doing an apt-get install on ubuntu. The newest version (1.4.18) appears to fix the problem (but you must download and install it yourself):
http://www.lighttpd.net/2007/9/9/1-4-18-speeding-up-a-bit
Some people were kind enough to toss some .deb files on that page.
Had the same problem..
Hello,
I had the same problem, i finally understood that my drupal install was getting too big, and it needed some mysql tweaking. Here is the solution that worked for me:
http://drupal.org/node/186384#comment-284542
I had the same problem and this fix worked for me.
This one worked for me. I would like to add a little explanation.
1 - open the my.ini file.
2 - you might not have this (max_allowed_packet) line already there.
3 - So you need to add this line at some point in this file.
4 - Save the file
5 - Restart wamp services and you are good to go.. :)
Muhammad.
http://www.drupalxpert.com/
max_allowed_packet = 64M fixed it
I was getting this error on multiple pages referencing multiple modules so I struggled to pinpoint the issue. Disabling the Update Status module didn't do anything. When I moved the database to my local MAMP server it was fine, but on the production WAMP server using Zend, the error came up all over the place, even though the MySQL configuration was exactly the same.
Adding "max_allowed_packet = 64M" to the my.ini file and restarting MySQL service did the trick. I'm still not sure why a 1M (default) max_allowed_packet on the local server works but breaks on the production server, but I'm glad to have a solution!
same problem
if you are using xampp for linux, then the max_allowed_packet is in the my.cnf file found in the etc folder
i just configured it and it works fine.
See also:
MySql : "Warning: MySQL server has gone away" - Tune MySql to resolve this problem
My solution
I am using MySQL 5 with persistent connections between the web server and the database server.
I had the same problem: "MySQL server has gone away" and increasing max_allowed_packet variable did not fix anything.
This problem happened after very long scripts which actually exceeded MySQL wait_timeout variable.
One solution could have been to increase wait_timeout. My problem was that wait_timeout is also used to close persistent connection after a long inactivity. I did not want to keep such connections opened if they were unused.
So I tried to detect such failure and manually reconnect the web server to the database.
My changes:
Could I have your opinion about this?
Sylvain
Acquia
Cahors, FRANCE
I'm having the same problem
I'm having the same problem on my freshly developed D6 site - no active users yet!!
Found this bit online:
From what I've read, sounds like this should solve the issue... I know this error will go away if I refresh enough times... but that's unacceptable! And I'm afraid this will only get worse when more users sign on...
However, I don't have access to the php.ini file as I'm on a shared hosting plan. So I was wondering if there's a way to override it? Like on Drupal's settings.php page, you could increase PHP's memory limit by adding:
ini_set('memory_limit', '96M');So, can we add "mysqli.reconnect = On" to the settings.php file too?
Disable Update Status Module
The way out for this labyrinth for me has been disabling the (helpful btw) Update Status Module.
I ask first to my hosting to enable max_allowed_packet=24M
We've tried also to run mysqli.reconnect = On;
But without good results.
By the way, I'm quite happy with the technical support of my hosting service allowing that fine tuning.
Then I saw this comment: http://acquia.com/node/45684#comments
"Most often when there is slowness related to Update Status it has to do with the server blocking outbound HTTP requests."
It works fine now !! Just Disable the module
My workaround: Drupal 5.14 - Hosted in http://www.sync.es
Update Status 5.x-2.3
thank you
Thank you for the info. It's been killing me. Now everything works perfect.
I have been having the same
I have been having the same problem on and off for a month. Turning off Update Status seems to ahve solved the problem, at present!
Nick
------------oOo----------------------
Nick Young (www.nickbits.co.uk)
Thank you that worked for me
Thank you that worked for me as well on D 6.13!
This worked for me
Just reporting that this worked for me on a Drupal 6.13 site. I have had problems with Update Status module in the past on other sites.
I was trying to install Nodequeue module and got the "Warning: MySQL server has gone away query: INSERT INTO watchdog..." error. Disabled Update Status and then Nodequeue installed no problem.
Must be that Update Status does not work well on some modules?
for my D6 only worked when i
for my D6 only worked when i disable the Update Status module
ya it worked for me
I set the max_allowed_packet=16 M and it worked well for me. The long error code in MySMySQL server has gone away query: INSERT INTO watchdog gone.
thanks
dibya
+1 for this solution.
This fixed the problem I was having. Been working on it all night on a high availability instance of D6.
Thanks
Thanks this worked for me with Drupal 6.22 running on MAMP.
db_tweaks
try db_tweaks module
drupal_tweaks is the new
drupal_tweaks is the new module that replaces this one.
I found that adding it and enabling the db tweaks module allowed me to increase the Default wait_timeout value, which cleared the problem.
--
G
Any update
Any more detail update on it ??? please share ...
(re)Captcha
I had a similar problem and couldn't find the problem. The problem was there when I wasn't logged in (anonymous), but when I was logged in (admin), the problem was no longer there. The only difference was the (re)captcha module, so I turned it off. The problem was gone, but now I had to find a new captcha modules >> I'm going to try Mollom.
update status module
Spent several hours with this problem and eventually switched off update status module and the problem went away
Lee
sub
sub
Resolved by running DB maintenance
I installed the DB Maintenance module and optimzied all the cache tables. This resolved the problem for me.
Subscribing
Have the same error on D7 and cannot create new content (new panel specifically).
Tried disabling update module, making changes in the MySQL config (up to 64MB) but still no solution.
Subscribing
Subscribing; have the same error on D7 and cannot create new content (new panel specifically).
Tried disabling update module, making changes in the MySQL config (up to 64MB) but still no solution.
[EDIT]
Seems that token + entity tokens were taking too much resources. I have about a dozen of content types with many fields so the token accordion was pretty long. I disabled the metatag module and it worked again.
Drupal 7 had a bug that left
Drupal 7 had a bug that left DB connections open. Next release 7.18 will have a fix for this. http://drupal.org/node/843114