16 февраля 2009 в 18:55
Сайт drupal6.8 работал на денвере на настольном компьютере. Перенес установку на нетбук. Появляются такие ошибки.
Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (1, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:7:\"warning\";s:8:\"%message\";s:134:\"mysqli_query() [function.mysqli-query]: (HY000/2013): Lost connection to MySQL server during query\";s:5:\"%file\";s:57:\"Z:\\home\\localhost\\www\\drupal\\includes\\database.mysqli.inc\";s:5:\"%line\";i:108;}', 3, '', 'http://localhost/drupal/?q=node/3', 'http://localhost/drupal/?q=node/3', '127.0.0.1', 1234797553) in Z:\home\localhost\www\drupal\includes\database.mysqli.inc on line 128
Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (1, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:183:\"MySQL server has gone away\nquery: SELECT data, created, headers, expire, serialized FROM cache_menu WHERE cid = 'links:navigation:tree-data:f800c5843e9e091043c55684fdadcb3a'\";s:5:\"%file\";s:47:\"Z:\\home\\localhost\\www\\drupal\\includes\\cache.inc\";s:5:\"%line\";i:26;}', 3, '', 'http://localhost/drupal/?q=node/3', 'http://localhost/drupal/?q=node/3', '127.0.0.1', 1234797553) in Z:\home\localhost\www\drupal\includes\database.mysqli.inc on line 128
и еще много таких строчек
Спрашивать никого не спешил, перечитал все что смог найти, даже на drupal.org. Пробовал все что советовали, в основном говорят о нехватке системных ресурсов. По всякому рекатировал php.ini и my.cnf. Пробовал использовать XAMPP вместо денвера. На XAMPP ошибки чуть реже, но на страницу с модулями все равно не зайти. В конце концов снес ту винду что была предустановлена на нетбуке, поставил чистую xp sp3 со всеми обновлениями, все заработало. Теперь по прошествии 3-х недель опять попытался повозится с drupal на денвере на нетбуке и опять выскакивают эти ошибки.
Подскажите методику поиска. Где копать?
Комментарии
Почему двойные слешы
Помоему это нормально.
У мну этот "server has gone away" был только 1 раз. Сдампил БД с сайта, перенес на локалхост и он у меня умер (таких сообщений выдавало мегов на 12). Причина у меня была в следующем: Друпал создал запрос к базе размером в несколько мегов, а mysql не был настроен на такой размер пакета.
Решилось так:
1. Открываем папку, где установлен mysql. Открываем файл "my.ini"
2. В этом файле ищется настройка "max_allowed_packet" в серверной секции ("[mysqld]").
3. Если такой настройки нет, то она добавляется в серверную секцию.
4. Ну и соответственно устанавливается значение максимального размера пакета (64 мега, к примеру)
max_allowed_packet = 64M
Мне помогло. Если не помогает, поставь 128M или еще что.
В денвере он называется my.cnf
Вариант установкой "max_allowed_packet" пробывал в первую очередь, так как его в первую очередь и советуют, но без рузультатно. Что-то меня уже достала глючность Drupal. Удивляет меня что не смотря на широту возможностей, на нем некоторые элементарные вещи делать замаешься, а глюков как винде. Wordpress - вот гениальный движок, никогда не подводил.
Боюсь, Drupal тут не причём. Код стабильный.
Просто под Win32 WAMPM-стёк до сих пор менее стабилен, чем LAMPM (несмотя на серьёзные подвижки благодаря Microsoft), и на серьёзных проектах это заметно.
Мой вам совет, берите VPS и разрабатывайте LAMP-софт под LAMP-архитектурой. Это принесёт меньше проблем.
Либо разрабатывайте под ASP.NET.
а как насчет проверить свой компютер на трояны ипрочую живность?
Что то так нагружает ресурсы что MYSQL не успевает обрабатывать.
так что смотрите чем ваш компютер занят.
А причем тут друпал, если у вас мускул сыплется, причем строго на нетбуке? Может ему ресурсов не хватает? Обратный перенос на машину решает проблему?
На крайняк всегда можно на вордпресс съехать...
такой вот вариантик есть оказываеться еще
http://www.arg.su/ru-RU/node/124
соответсвенно возникает вопрос по поводу версии друпала
и еще дальше
http://www.drupal.ru/node/3666
Друпал версии 6.8, я же писал. А почему у меня нет таблички accesslog?
Спасибо за ссылики, буду пробовать. Насчет "MYSQL не успевает обрабатывать", на нетбуке можно менять производительность процессора, но на ошибки никак не влияет.
Вообщем все перепробывал. Ничего не помогает. Может дело и правда в низкой производительности нетбука. А может что-то специфическое с процессором Atom, но ведь на свежеустановленной системе работал же. Да и сейчас на нетбуке не так много программ стоит. И опять же этот же сайт работает в интернете на самом дешевом VDS. Там вообще пишут, что вам выделяется 300мгц и 32мгб, там же еще и несколько сайтов и прекрасно все работает.
Вы с путями ничего не напутали?
Если не ошибаюсь сайт на денвере должен лежать
/home/saitename.ru/www/
Попробуйте отключить отключить кеширование и логи в друпале.
Ребята, та же проблема:
«Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (1, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:119704:\"MySQL server has gone away\nquery: UPDATE cache_update SET data =»
Расскажите, пожалуйста, как исправить? Может кто-то может помочь, так как сам в этом не разбираюсь. Спасибо большое
Проблема так и не решена. Честь друпала под угрозой.
Ну не уже ли никто не ставил drupal на нетбуки? Отпишитесь, пожалуйста, у кого нормально работает Drupal на Asus EEE 901 под XP SP3.
Проблема решена!
Доподлинно сообщаю - Друпал прекрасно работает на Asus EEE 901 под XP SP3. Использую денвер.
Проблема что у меня была являлась следствием работы неопознанного вируса. Решилась переустановкой винды и сборкой сайта занового из установочных модулей.
Всем спасибо.
P.S. Сразу как переустановите винду, первейшим делом отключайте автозагрузку флешек, первейшая дырка в системе, отключается изменением параметра в реестре, потом нормальный антивирус и флаг вам в руки.
На самом деле всё гораздо интереснее. Наблюдаю то же самое на сервере при включении "update status" (http://drupal.ru/node/28847)
Мне помог третий коммент! Спасибо zhylik ))))
Интересно-интересно...
А если на рабочем сервере такая байда, то пинать (менять) хостера или как?
И как это на скорость работы сказывается?
Мне помог совет "zhylik", было max_allowed_packet = 1M поставил max_allowed_packet = 64M. Хотя довольно недавно встречал вариант описанный "wazzup" по поводу длинны полей.
Пля такая же история. Хорошо что здесь уже подняли мою тему, спасибо))). Только вот у меня после переноса с денвера по началу все работало.