ncux: Наверно уже не соображаю %) Если речь о логе mysqld.log, то там все стерильно, никаких ошибок.
При сортировке в фултексте есть индекс, по которому сортируется селект. Explain говорит, что он просматривает всего 1 поле.
Спасибо, повешу в крон эту задачу.
Сервер умирает совсем. Не работает вообще ничего - SSH, FTP, HTTP и прочее. Помогает только звонок в службу поддержки :(
лог лежит в том месте где БАЗЫ. называется примерно Имямашины.err
manman добавил 21.08.2008 в 22:16
ncux: y". Вроде так.
Бывает пишет "can't allocate memory", бывает "erno(12)".. В общем, он у меня большой выдумщик :))
где то наставлено выделения памяти под что-то больше чем оперативы...
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 добавил 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часов ...
Еще и процессор начинает жрать кучу ресурсов. Раньше доходило до 20-25 и падало. после оптимизации страниц стало доходить до 3-4 и все равно падает :(
20-25 чего? проц? или loadaverage?
хотя бы 20 % оперативы ему дайте под кейбуфер. хотя некторые рекоммендуют до 1\2.
второе - тупняки процессора на селектах или на delete?
и посмотрите собственно - что во время тупняка делается в запросах к муслкулю. вдумчивое чтение процесслиста позволяет или опимизировать базу, или запросы.
логи помотрите - может мускуль падает уже после всех остальных демонов типа апачей?
orphelin: да, у фествдс, как они начали себя активней пиарить начались проблемы. год назад все всегда было очень стабильно.
у меня 2 года назад было 2 дедикейта стоимостью больше сотки евро в то время ,и 5 вдсок от них - брали специально кучу в разное время что бы попасть на разные физические сервера.
вывод сделали через два месяца регулярно одинаковых симтомов - или ребутят вдску, или ребутится целиком сервер с вдсками, либо нет канала, либо еще что-либо. 2х месяцев тестов просто пустых вдсов без нагрузки хватило , чтобы сделать однозначный вывод - это не та площадка, куда можно выложить что-то важное или приносящее деньги. за чуть большие деньги лучше брать дедики дешевые, и чем дальше от ру_хостеров, тем спокойнее и качественнее оно будет работать.. и как показывает время - ниего не изменилось , а значит это уже диагноз?
с дедиками от фествдса была другая трабла - если выкинуть их предустановленный софт, начинается ребут сервера. опытным путем выяснилось - что их софт висит демоном и раз в минуту стучит в датацентр к ним "типа ай лив". если не получен "пинг" - резет нажимали без спроса. ругался долго, пообещал уйти - перестали ребутить ....
еще была трабла - выдали айпишники из забанненой всеми сетки. во всех спам листах, и видимо на ней было немеряно доров - гугль просто ненавидил ту сеть. после перноса туда сайтов они просто пропали. переписка с гуглем показала - сеть забанена за спам и слишком большое количество доров. переписка с фествдсом с просьбой заменить сеть закончилась ответом - "на самом деле мы не имеем никаких прав, сами ничего поменять не можем, отписали саппорту площадки где стоят сервера, а они не отвечают". после такого ответа я просто первез все в цифнет и лаерды, зашутдаунил серваки от феста, и забыл про них как страшный сон.
гы: взял на пробу в пятницу дедик от кейвеба - винт 300гб хренякнули одним разделом :-( дурная привычка , думать что они умнее чем инсталятор фряхи. знал бы что не адекватные - указал бы как разбивать. сама машинка пока нравится, с каналом не понятная фигня - вроде порт сотка в заказе, но выше 10мегабит не получил еще ни разу. посмотрим что дальше будет ...
Наверно уже не соображаю %) Если речь о логе mysqld.log, то там все стерильно, никаких ошибок.
При сортировке в фултексте есть индекс, по которому сортируется селект. Explain говорит, что он просматривает всего 1 поле.
Спасибо, повешу в крон эту задачу.
Сервер умирает совсем. Не работает вообще ничего - SSH, FTP, HTTP и прочее. Помогает только звонок в службу поддержки :(
лог лежит в том месте где БАЗЫ. называется примерно Имямашины.err
manman добавил 21.08.2008 в 22:16
y". Вроде так.
Бывает пишет "can't allocate memory", бывает "erno(12)".. В общем, он у меня большой выдумщик :))
где то наставлено выделения памяти под что-то больше чем оперативы...
в темпе место не кончилось ?
вот на этом разделе где переменные tmpdir
echo 'show variables like "%tmp%";' | mysql
Пишите в лог длинные запросы без индексов и смотрите что там будет
длинные запросы обычно видно в процесслисте
и не приводят к коре сервера , по крайнй мере я не видел чтобы ssh переставал откликаться - фронтенд да отпадет по таймауту - а шелл то куда денется.. ...
В еррор_логах куча записей
[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
В еррор_логах куча записей
[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 добавил 21.08.2008 в 21:32
У меня база-то малюсенькая! Две таблицы по 35мб (22к и 45к строк), остальные (штук 20) - на много меньше. Уже 2 недели не сплю, мануалы и форумы читаю - там у людей проблемы начинаются с 8гб базами на MyISAM.
пишите по крону раз в минуту , и потом логи смотреть на минуту падения того приложения которое собственно запросы шлет (пеха с апач?) , может все просто - миллон мелких запросов в сек и оно заткнулось..
Речь о 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часов ...
key_buffer_size 8388600
Еще и процессор начинает жрать кучу ресурсов. Раньше доходило до 20-25 и падало. после оптимизации страниц стало доходить до 3-4 и все равно падает :(
20-25 чего? проц? или loadaverage?
хотя бы 20 % оперативы ему дайте под кейбуфер. хотя некторые рекоммендуют до 1\2.
второе - тупняки процессора на селектах или на delete?
и посмотрите собственно - что во время тупняка делается в запросах к муслкулю. вдумчивое чтение процесслиста позволяет или опимизировать базу, или запросы.
логи помотрите - может мускуль падает уже после всех остальных демонов типа апачей?
Как найдете биржу, которая еще и сама сайты вебмастерам делает, отпишитесь. :)
Хотя, конечно, лень - двигатель прогресса...
да есть такая , правда изготовление сайтов отдельной услугой ... в этом топике биржу не упоминали - молода еще очень :-)
У вас идет в эрор-логе 500 ошибка - Premature end of script headers. *********
Можете сказать, в какой точно день перестало работать, а до этого работало?
научите саппорт пользоваться grepОм к примеру...
типа grep 'Premature end of script headers' *.log |grep 'имя домена' и увидите когда появилась ошибка.
да, у фествдс, как они начали себя активней пиарить начались проблемы. год назад все всегда было очень стабильно.
у меня 2 года назад было 2 дедикейта стоимостью больше сотки евро в то время ,и 5 вдсок от них - брали специально кучу в разное время что бы попасть на разные физические сервера.
вывод сделали через два месяца регулярно одинаковых симтомов - или ребутят вдску, или ребутится целиком сервер с вдсками, либо нет канала, либо еще что-либо. 2х месяцев тестов просто пустых вдсов без нагрузки хватило , чтобы сделать однозначный вывод - это не та площадка, куда можно выложить что-то важное или приносящее деньги. за чуть большие деньги лучше брать дедики дешевые, и чем дальше от ру_хостеров, тем спокойнее и качественнее оно будет работать.. и как показывает время - ниего не изменилось , а значит это уже диагноз?
с дедиками от фествдса была другая трабла - если выкинуть их предустановленный софт, начинается ребут сервера. опытным путем выяснилось - что их софт висит демоном и раз в минуту стучит в датацентр к ним "типа ай лив". если не получен "пинг" - резет нажимали без спроса. ругался долго, пообещал уйти - перестали ребутить ....
еще была трабла - выдали айпишники из забанненой всеми сетки. во всех спам листах, и видимо на ней было немеряно доров - гугль просто ненавидил ту сеть. после перноса туда сайтов они просто пропали. переписка с гуглем показала - сеть забанена за спам и слишком большое количество доров. переписка с фествдсом с просьбой заменить сеть закончилась ответом - "на самом деле мы не имеем никаких прав, сами ничего поменять не можем, отписали саппорту площадки где стоят сервера, а они не отвечают". после такого ответа я просто первез все в цифнет и лаерды, зашутдаунил серваки от феста, и забыл про них как страшный сон.
гы: взял на пробу в пятницу дедик от кейвеба - винт 300гб хренякнули одним разделом :-( дурная привычка , думать что они умнее чем инсталятор фряхи. знал бы что не адекватные - указал бы как разбивать. сама машинка пока нравится, с каналом не понятная фигня - вроде порт сотка в заказе, но выше 10мегабит не получил еще ни разу. посмотрим что дальше будет ...
Проблему с линкс.дб мы решили.
только что потер линкс, заапдейтился - такой же старый и без вчерашних ссылок.