Revan: ncux, а можно попросить посмотреть на пример сайта тормозящего от размещения нескольких блоков?
По идее это проблема браузера у клиента - если по отдельности хорошо работает. А вместе - нет.
Похоже разобрался. Путем экспериментов получилось, что сайт грузится нормально, если первым идет код бегуна. Как только первым ставишь Директ - страница умирает.
Для лучшей загрузки перенес скрипты РСЯ в конец страницы и поставил дивы для их вызова.
Sokols: Ага, нашли дураков. Чтобы ВМ заранее сбежали на другие биржи?..:D
Придется уходить оттуда. Успел зайти на их сайт, прочитать новость, что теперь им мало денег и всё... сайт больше не работает. Еще и скан паспорта хотят 😮
Bribone: для рестарта mysql (и других сервисов) можно monit поставить - хотя бы от ежедневных звонков в техподдержку спасет.
Медленные запросы можно писать в лог с помощью --log-slow-queries. Хотя я думаю проблема не этом.
Медленные запросы пишу, даже планку опустил до 3-х секунд - все равно в логах ни одного запроса нет (только записи о рестартах базы). Все работает в большинстве запросов по индексам...
и проверь есть ли место
df -h /tmp
первая цифра должна быть больше второй хотябы на 35 мегабайт :-)
чтото типа
Filesystem Size Used Avail Capacity Mounted on
/dev/ad6s1d 29G 228M 27G 1% /tmp
только цифры мельче у тебя будут
df -h /tmp
Filesystem Size Used Avail Use% Mounted on
vzfs 80G 659M 80G 1% /
конфиг отредактировал
ncux добавил 21.08.2008 в 22:53
Конфиг-то отредактировал, зато моментально отвалился Плеск.
manman: логи мускуля лежат в папке с базами - их посмотрите, а про апач - тупой 2.2* апач угу - сам к себе лезет регулярно, но на базы это не влияет (ответ 403 - он не доходит в принципе до баз).
на фултексте после селекта еще и сортировки поди есть ? индекс есть на поле по которому сортируете?
да не нагрузка это чтобы падать -у меня в среднем 60-70 на мускуль процессор отжирается- совершенно не повод рухнуть серваку.
в крон к тому что есть добавь
echo "show processlist;"| mysql -uroot >>/var/log/mysqlProcesslist
после падения может чтото увидится.
что именно падает? осташиеся 95 процентов процессора то чем в это время заняты ?
во время " падения" крон остаетсяработать или машина умирает совсем?
Наверно уже не соображаю %) Если речь о логе mysqld.log, то там все стерильно, никаких ошибок.
При сортировке в фултексте есть индекс, по которому сортируется селект. Explain говорит, что он просматривает всего 1 поле.
Спасибо, повешу в крон эту задачу.
Сервер умирает совсем. Не работает вообще ничего - SSH, FTP, HTTP и прочее. Помогает только звонок в службу поддержки :(
ncux добавил 21.08.2008 в 22:10
manman: длинные запросы обычно видно в процесслисте
и не приводят к коре сервера , по крайнй мере я не видел чтобы ssh переставал откликаться - фронтенд да отпадет по таймауту - а шелл то куда денется.. ...
Да. Причем сейчас файлы находятся на одном VPS, а база - на другом (там где есть SSH).
После падения мускуля второй ВПС получилось оживить только после перезагрузки всего аккаунта ВПС, тот ВПС, где находится файло - отдавал ошибу "Lost connection during query". Вроде так.
Бывает пишет "can't allocate memory", бывает "erno(12)".. В общем, он у меня большой выдумщик :))
Попробуйте так:
mail ($email, $subj, $name.'\n'.$tel.'\n'.$msg, 'Content-type: text/html; charset=utf-8');
Полное описание функции:
mail ( string $to , string $subject , string $message [, string $additional_headers [, string $additional_parameters ]] )
Кстати, если ничего не путаю, то при отправке даже пустой формы все переменные принимают значение isset. То есть они установлены, но пусты.
ncux, а можно попросить посмотреть на пример сайта тормозящего от размещения нескольких блоков?
По идее это проблема браузера у клиента - если по отдельности хорошо работает. А вместе - нет.
Похоже разобрался. Путем экспериментов получилось, что сайт грузится нормально, если первым идет код бегуна. Как только первым ставишь Директ - страница умирает.
Для лучшей загрузки перенес скрипты РСЯ в конец страницы и поставил дивы для их вызова.
По теме: в последнее время у меня Бегун приносит больше дохода чем Яндекс. Это нонсенс. Да же бид больше в Бегуне. Тематика - авто.
Какая посещаемость, если не секрет? Сам думаю перейти с ЯД на Бегуна.
Ага, нашли дураков. Чтобы ВМ заранее сбежали на другие биржи?..:D
Придется уходить оттуда. Успел зайти на их сайт, прочитать новость, что теперь им мало денег и всё... сайт больше не работает. Еще и скан паспорта хотят 😮
Не забывайте, что время, когда запрос висит в ожидании снятия лока с таблицы, не входит в log-slow-queries.
То бишь при залоченой таблице у вас запрос может висеть двадцать минут, а потом выполниться за 2 секунды - и в лог он, разумеется, не попадет
Как такие отловить?
для рестарта mysql (и других сервисов) можно monit поставить - хотя бы от ежедневных звонков в техподдержку спасет.
Медленные запросы можно писать в лог с помощью --log-slow-queries. Хотя я думаю проблема не этом.
Медленные запросы пишу, даже планку опустил до 3-х секунд - все равно в логах ни одного запроса нет (только записи о рестартах базы). Все работает в большинстве запросов по индексам...
А может хостер просто сделал больше VPS на сервере чем тот может потянуть, отсюда и все проблемы.
Я как раз вчера сменил хостера, о чем писал выше. База работала с нового ВПС, а хттпд - со старого. На новом месте база продержалась около часа :(
Сегодня сайт полностью на одном хосте. С утра пытался завалиться, но повисев минут 5, видимо, передумал.
Не знаю что с ним дальше делать.... Подожду понедельника, когда будет пик нагрузки, посмотрю что будет.
и проверь есть ли место
df -h /tmp
первая цифра должна быть больше второй хотябы на 35 мегабайт :-)
чтото типа
Filesystem Size Used Avail Capacity Mounted on
/dev/ad6s1d 29G 228M 27G 1% /tmp
только цифры мельче у тебя будут
df -h /tmp
Filesystem Size Used Avail Use% Mounted on
vzfs 80G 659M 80G 1% /
конфиг отредактировал
ncux добавил 21.08.2008 в 22:53
Конфиг-то отредактировал, зато моментально отвалился Плеск.
MySQL query failed: Incorrect information in file
лог лежит в том месте где БАЗЫ. называется примерно Имямашины.err
где то наставлено выделения памяти под что-то больше чем оперативы...
в темпе место не кончилось ?
вот на этом разделе где переменные tmpdir
echo 'show variables like "%tmp%";' | mysql
Таких логов не нашел. Нашел один ib_logfile1 - там пробелов на 5мб...
show variables like "%tmp%:
bdb_tmpdir
max_tmp_tables 32
slave_load_tmpdir /tmp/
tmp_table_size 33554432
tmpdir
логи мускуля лежат в папке с базами - их посмотрите, а про апач - тупой 2.2* апач угу - сам к себе лезет регулярно, но на базы это не влияет (ответ 403 - он не доходит в принципе до баз).
на фултексте после селекта еще и сортировки поди есть ? индекс есть на поле по которому сортируете?
да не нагрузка это чтобы падать -у меня в среднем 60-70 на мускуль процессор отжирается- совершенно не повод рухнуть серваку.
в крон к тому что есть добавь
echo "show processlist;"| mysql -uroot >>/var/log/mysqlProcesslist
после падения может чтото увидится.
что именно падает? осташиеся 95 процентов процессора то чем в это время заняты ?
во время " падения" крон остаетсяработать или машина умирает совсем?
Наверно уже не соображаю %) Если речь о логе mysqld.log, то там все стерильно, никаких ошибок.
При сортировке в фултексте есть индекс, по которому сортируется селект. Explain говорит, что он просматривает всего 1 поле.
Спасибо, повешу в крон эту задачу.
Сервер умирает совсем. Не работает вообще ничего - SSH, FTP, HTTP и прочее. Помогает только звонок в службу поддержки :(
ncux добавил 21.08.2008 в 22:10
длинные запросы обычно видно в процесслисте
и не приводят к коре сервера , по крайнй мере я не видел чтобы ssh переставал откликаться - фронтенд да отпадет по таймауту - а шелл то куда денется.. ...
Да. Причем сейчас файлы находятся на одном VPS, а база - на другом (там где есть SSH).
После падения мускуля второй ВПС получилось оживить только после перезагрузки всего аккаунта ВПС, тот ВПС, где находится файло - отдавал ошибу "Lost connection during query". Вроде так.
Бывает пишет "can't allocate memory", бывает "erno(12)".. В общем, он у меня большой выдумщик :))