manman

Рейтинг
112
Регистрация
19.09.2007
ncux:
Наверно уже не соображаю %) Если речь о логе mysqld.log, то там все стерильно, никаких ошибок.
При сортировке в фултексте есть индекс, по которому сортируется селект. Explain говорит, что он просматривает всего 1 поле.
Спасибо, повешу в крон эту задачу.
Сервер умирает совсем. Не работает вообще ничего - SSH, FTP, HTTP и прочее. Помогает только звонок в службу поддержки :(

лог лежит в том месте где БАЗЫ. называется примерно Имямашины.err

manman добавил 21.08.2008 в 22:16

ncux:
y". Вроде так.
Бывает пишет "can't allocate memory", бывает "erno(12)".. В общем, он у меня большой выдумщик :))

где то наставлено выделения памяти под что-то больше чем оперативы...

в темпе место не кончилось ?

вот на этом разделе где переменные tmpdir

echo 'show variables like "%tmp%";' | mysql

Andreyka:
Пишите в лог длинные запросы без индексов и смотрите что там будет

длинные запросы обычно видно в процесслисте

и не приводят к коре сервера , по крайнй мере я не видел чтобы ssh переставал откликаться - фронтенд да отпадет по таймауту - а шелл то куда денется.. ...

ncux:
В еррор_логах куча записей
[client 127.0.0.1] Directory index forbidden by Options directive: /var/www/html/

В access_log куча
"GET / HTTP/1.0" 403 5043 "-" "Apache/2.2.3 (CentOS) (internal dummy connection)"
На обоих ВПС

Syslog вообще не нашел, a в messages множатся записи вида:
START: smtp pid
EXIT: smtp status=
С разных IP.

логи мускуля лежат в папке с базами - их посмотрите, а про апач - тупой 2.2* апач угу - сам к себе лезет регулярно, но на базы это не влияет (ответ 403 - он не доходит в принципе до баз).

manman добавил 21.08.2008 в 21:54

ncux:
В еррор_логах куча записей
[client 127.0.0.1] Directory index forbidden by Options directive: /var/www/html/

В access_log куча
"GET / HTTP/1.0" 403 5043 "-" "Apache/2.2.3 (CentOS) (internal dummy connection)"
На обоих ВПС

Syslog вообще не нашел, a в messages множатся записи вида:
START: smtp pid
EXIT: smtp status=
С разных IP.

ncux добавил 21.08.2008 в 21:49

Что именно писать? У меня каждые 5 минут стоит на крон запись ps -aux и netstat. Ничего особенного в момент падения я не видел. Сегодня сервер упал при нагрузке базы 5,8% (отоптимизировал FULLTEXT), раньше эта цифра доходила до 13%. При чем после перезагрузки сервера эта цифра была равна 4% и росла, примерно по 0,1 каждые полчаса.

на фултексте после селекта еще и сортировки поди есть ? индекс есть на поле по которому сортируете?

да не нагрузка это чтобы падать -у меня в среднем 60-70 на мускуль процессор отжирается- совершенно не повод рухнуть серваку.

в крон к тому что есть добавь

echo "show processlist;"| mysql -uroot >>/var/log/mysqlProcesslist

после падения может чтото увидится.

что именно падает? осташиеся 95 процентов процессора то чем в это время заняты ?

во время " падения" крон остаетсяработать или машина умирает совсем?

ncux:

Так понимаю, что инпут/аутпут вообще не задействован, в свопе никого нет. Жаль не получается посмотреть данную статистику в момент падения, т.к. весь сервер валится и не получается даже подключиться по руту :(

ncux добавил 21.08.2008 в 21:32
У меня база-то малюсенькая! Две таблицы по 35мб (22к и 45к строк), остальные (штук 20) - на много меньше. Уже 2 недели не сплю, мануалы и форумы читаю - там у людей проблемы начинаются с 8гб базами на MyISAM.

пишите по крону раз в минуту , и потом логи смотреть на минуту падения того приложения которое собственно запросы шлет (пеха с апач?) , может все просто - миллон мелких запросов в сек и оно заткнулось..

ncux:
Речь о loadaverage. Top в среднем оказывает:
Cpu(s): 1.0% us, 0.3% sy, 0.0% ni, 98.7% id, 0.0% wa, 0.0% hi, 0.0% si
При этом mysqld периодически загружает проц до 25-30%.

Поставил кейбуферу 96 метров, посмотрим что будет. В процесслисте в любое время висит не более 3-х спящих запросов. Чаще всего - один. Ни разу не видел там ни одного зависшего запроса работы с базой. Собственно, поэтому и не могу понять какие процессы вешают базу...

проц до 25-30%. - это холодный , скорее всего на сортировках отжирает.

в общем вывод - для начала выдать ему оперативы чтобы индексы влезли, чтобы открытые таблицы держал, чтобы кеш запросов влез.

и внимательно смотрите что за процесс висит - одного процесса достаточно чтобы все лагануло,

( у меня это например delete по условию где в условие попадет 10 млн записей- удаяет до 8часов ...

ncux:
key_buffer_size 8388600

Еще и процессор начинает жрать кучу ресурсов. Раньше доходило до 20-25 и падало. после оптимизации страниц стало доходить до 3-4 и все равно падает :(

20-25 чего? проц? или loadaverage?

хотя бы 20 % оперативы ему дайте под кейбуфер. хотя некторые рекоммендуют до 1\2.

второе - тупняки процессора на селектах или на delete?

и посмотрите собственно - что во время тупняка делается в запросах к муслкулю. вдумчивое чтение процесслиста позволяет или опимизировать базу, или запросы.

логи помотрите - может мускуль падает уже после всех остальных демонов типа апачей?

ravadir:
Как найдете биржу, которая еще и сама сайты вебмастерам делает, отпишитесь. :)
Хотя, конечно, лень - двигатель прогресса...

да есть такая , правда изготовление сайтов отдельной услугой ... в этом топике биржу не упоминали - молода еще очень :-)

aza:
У вас идет в эрор-логе 500 ошибка - Premature end of script headers. *********

Можете сказать, в какой точно день перестало работать, а до этого работало?

научите саппорт пользоваться grepОм к примеру...

типа grep 'Premature end of script headers' *.log |grep 'имя домена' и увидите когда появилась ошибка.

orphelin:
да, у фествдс, как они начали себя активней пиарить начались проблемы. год назад все всегда было очень стабильно.

у меня 2 года назад было 2 дедикейта стоимостью больше сотки евро в то время ,и 5 вдсок от них - брали специально кучу в разное время что бы попасть на разные физические сервера.

вывод сделали через два месяца регулярно одинаковых симтомов - или ребутят вдску, или ребутится целиком сервер с вдсками, либо нет канала, либо еще что-либо. 2х месяцев тестов просто пустых вдсов без нагрузки хватило , чтобы сделать однозначный вывод - это не та площадка, куда можно выложить что-то важное или приносящее деньги. за чуть большие деньги лучше брать дедики дешевые, и чем дальше от ру_хостеров, тем спокойнее и качественнее оно будет работать.. и как показывает время - ниего не изменилось , а значит это уже диагноз?

с дедиками от фествдса была другая трабла - если выкинуть их предустановленный софт, начинается ребут сервера. опытным путем выяснилось - что их софт висит демоном и раз в минуту стучит в датацентр к ним "типа ай лив". если не получен "пинг" - резет нажимали без спроса. ругался долго, пообещал уйти - перестали ребутить ....

еще была трабла - выдали айпишники из забанненой всеми сетки. во всех спам листах, и видимо на ней было немеряно доров - гугль просто ненавидил ту сеть. после перноса туда сайтов они просто пропали. переписка с гуглем показала - сеть забанена за спам и слишком большое количество доров. переписка с фествдсом с просьбой заменить сеть закончилась ответом - "на самом деле мы не имеем никаких прав, сами ничего поменять не можем, отписали саппорту площадки где стоят сервера, а они не отвечают". после такого ответа я просто первез все в цифнет и лаерды, зашутдаунил серваки от феста, и забыл про них как страшный сон.

гы: взял на пробу в пятницу дедик от кейвеба - винт 300гб хренякнули одним разделом :-( дурная привычка , думать что они умнее чем инсталятор фряхи. знал бы что не адекватные - указал бы как разбивать. сама машинка пока нравится, с каналом не понятная фигня - вроде порт сотка в заказе, но выше 10мегабит не получил еще ни разу. посмотрим что дальше будет ...

spellen:
Проблему с линкс.дб мы решили.

только что потер линкс, заапдейтился - такой же старый и без вчерашних ссылок.

Всего: 863