seosniks

seosniks
Рейтинг
389
Регистрация
13.08.2007
ca7cba
Andreyka:
А почему mytop неработает?

Понятия не имею. Выдает ошибку. Я уже и даром не хочу сидеть на том сервере. Так как надоело дальше некуда. Полловину аккаунтов отключить пришлось.

щас придеться продать половину доменов сайтов.

/ru/forum/306148

потому как проблемму поддержка не хочет решать. Хотя все нормально работало год.

netwind:
такие индексы возникают при неоднократных неудачных обновлениях движков и тормозят работу нормальненько. но все же хотелось бы убедиться, покажите таблицу :
в mysql, в той самой БД, show create table cat_vip

насчет innodb можете расслабиться - у вас sequence number не растет, а значит не используется. если выключить можно выиграть немножко памяти.

запрос show create table cat_vip ошибок не выдал.

Вчера отключил половину аккаунтов

вернее даже 4 отрубил .Ночью судя по работе сайтво отрубона небыло.

Я думаю что они добавлили на VDS еще пользователей из за чего стало все лететь.

В общем решил все перенести на другой VDS.

Вот только как прописывать Сайты без панелька через SSH

и базы.Может како добрый человек подскажет.

netwind:
По идее их надо удалить. А чем это вы анализируете?
Покажите лучше что там на самом деле. Нужен вывод sql-команды по какой-нибудь из таблиц
"show create table cat_vip ;"
Что-то уж слишком плохо выглядит.

ну через пхпадмин анализировал

в общем лог базы, выкладываю весь

090114 18:40:30  mysqld started

090114 18:40:30 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use
090114 18:40:30 [ERROR] Do you already have another mysqld server running on port: 3306 ?
090114 18:40:30 [ERROR] Aborting

090114 18:40:30 [Note] /usr/local/libexec/mysqld: Shutdown complete

090114 18:40:30 mysqld ended

090114 18:40:37 mysqld started
090114 18:40:37 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use
090114 18:40:37 [ERROR] Do you already have another mysqld server running on port: 3306 ?
090114 18:40:37 [ERROR] Aborting

090114 18:40:37 [Note] /usr/local/libexec/mysqld: Shutdown complete

090114 18:40:37 mysqld ended

090114 18:40:38 mysqld started
090114 18:40:38 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use
090114 18:40:38 [ERROR] Do you already have another mysqld server running on port: 3306 ?
090114 18:40:38 [ERROR] Aborting

090114 18:40:38 [Note] /usr/local/libexec/mysqld: Shutdown complete

090114 18:40:38 mysqld ended

090114 18:41:12 mysqld ended

090114 18:41:21 mysqld started
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
090114 18:41:22 InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
090114 18:41:22 InnoDB: Log file ./ib_logfile0 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
090114 18:41:22 InnoDB: Log file ./ib_logfile1 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
090114 18:41:22 InnoDB: Started; log sequence number 0 0
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 18:41:22 [Note] /usr/local/libexec/mysqld: Normal shutdown

090114 18:41:22 InnoDB: Starting shutdown...
090114 18:41:25 InnoDB: Shutdown completed; log sequence number 0 43634
090114 18:41:25 [Note] /usr/local/libexec/mysqld: Shutdown complete

090114 18:41:25 mysqld ended

090114 18:41:27 mysqld started
090114 18:41:27 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 18:59:27 mysqld restarted
090114 18:59:28 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 19:19:32 mysqld started
090114 19:19:32 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 19:19:33 [Note] /usr/local/libexec/mysqld: Normal shutdown

090114 19:19:33 InnoDB: Starting shutdown...
090114 19:19:35 InnoDB: Shutdown completed; log sequence number 0 43634
090114 19:19:35 [Note] /usr/local/libexec/mysqld: Shutdown complete

090114 19:19:35 mysqld ended

090114 19:19:35 mysqld started
090114 19:19:36 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 19:20:34 [Note] /usr/local/libexec/mysqld: Normal shutdown

090114 19:20:36 InnoDB: Starting shutdown...
090114 19:20:38 InnoDB: Shutdown completed; log sequence number 0 43634
090114 19:20:38 [Note] /usr/local/libexec/mysqld: Shutdown complete

090114 19:20:38 mysqld ended

090114 19:29:40 mysqld started
090114 19:29:40 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 19:51:41 mysqld started
090114 19:51:41 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 20:33:01 mysqld started
090114 20:33:01 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 20:36:53 [Note] /usr/local/libexec/mysqld: Normal shutdown

090114 20:36:53 InnoDB: Starting shutdown...
090114 20:36:56 InnoDB: Shutdown completed; log sequence number 0 43634
090114 20:36:56 [Note] /usr/local/libexec/mysqld: Shutdown complete

090114 20:36:56 mysqld ended

090114 21:13:51 mysqld started
090114 21:13:52 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 21:13:53 [Note] /usr/local/libexec/mysqld: Normal shutdown

090114 21:13:53 InnoDB: Starting shutdown...
090114 21:13:56 InnoDB: Shutdown completed; log sequence number 0 43634
090114 21:13:56 [Note] /usr/local/libexec/mysqld: Shutdown complete

090114 21:13:56 mysqld ended

090114 21:13:57 mysqld started
090114 21:13:57 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 21:27:18 mysqld started
090114 21:27:18 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 21:39:05 mysqld started
090114 21:39:06 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 22:26:56 [Note] /usr/local/libexec/mysqld: Normal shutdown

090114 22:26:59 InnoDB: Starting shutdown...
090114 22:27:00 InnoDB: Shutdown completed; log sequence number 0 43634
090114 22:27:00 [Note] /usr/local/libexec/mysqld: Shutdown complete

090114 22:27:00 mysqld ended

090114 22:27:19 mysqld started
090114 22:27:20 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 22:42:40 mysqld started
090114 22:42:41 InnoDB: Started; log sequence number 0 43634
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25

seosniks добавил 14.01.2009 в 23:01

еще там файлик с базами рядом ibdata1 вес его 10 метсров

утром он помоему вообще был малым.

seosniks добавил 14.01.2009 в 23:05

еще не понятно с какого боку включаеться InnoDB:

090114 22:42:40 mysqld started

090114 22:42:41 InnoDB: Started; log sequence number 0 43634

seosniks добавил 14.01.2009 в 23:10

Сейчас зашел в панель

сайты лежат снова.

смортрю MySQL mysqld сервис отключен. Включил его все заработало.

Там есть режимы включения

Самостоятельно

Inetd

Xinetd

какой выбрать? Стоит Самостоятельно.

Californiy:
Неверно, на картинку не ссылаются. Даже, если бы и ссылались - сервер бы не отдавал ее как текст, а значит, она не была бы проиндексирована.

Если, кроме картинок, ваш сервер ничего не генерирует для Пупкина, каждый раз, при обновлении его страницы, то вам, впринципе, глубоко должно быть [накакать], потому-что боты (поисковые) не запрашивают урлы, оканчиваемые на .jpg, .png .gif и прочие.

Смотри в логи. Где-то лажанулся.

Ссылку я указал на скрпит.

в сутки набегало до 5 гигов трафи на не посещаемых и не проиндексированых сайтах.

Которые посешались яхоо гуглом и яндексом при индексации.

Тоесть если я буду размещать внешние ссылки на картинку или воткну проигрыватель видео нагрузки не будет?

На счет того что поисковик не индексирует картинки незнаю На мой сайт приходили по картинкам люди и поисковики картинки в выдаче выдавали. По LI статистике ,Были ссылки на картинку расширение gpg

это бот не картинки индексирует? Yandex/1.01.001 (compatible; Win16; P)

поисковики регистрируют картинки по тегу ALT <img scr="URL" alt="key"> можно еще и title впихнуть тоже с ключивиком

Может и старая инфа но

Yandex/1.01.001 (compatible; Win16; I) — основной индексирующий робот
Yandex/1.01.001 (compatible; Win16; P) — индексатор картинок
Yandex/1.01.001 (compatible; Win16; H) — робот, определяющий зеркала сайтов
Yandex/1.02.000 (compatible; Win16; F) — робот, индексирующий пиктограммы сайтов (favicons)
Yandex/1.03.003 (compatible; Win16; D) — робот, обращающийся к странице при добавлении ее через форму «Добавить URL»
Yandex/1.03.000 (compatible; Win16; M) — робот, обращающийся при открытии страницы по ссылке «Найденные слова»
YaDirectBot/1.0 (compatible; Win16; I) — робот, индексирующий страницы сайтов, участвующих в Рекламной сети Яндекса
YandexBlog/0.99.101 (compatible; DOS3.30; Mozilla/5.0; B; robot) — робот поиска по блогам, Yandex/2.01.000 (compatible; Win16; Dyatel; C) — «простукивалка» Яндекс.Каталога. Если сайт недоступен в течение нескольких дней, он снимается с публикации. Как только сайт начинает отвечать, он автоматически появляется в Каталоге.
Yandex/2.01.000 (compatible; Win16; Dyatel; Z) — «простукивалка» Яндекс.Закладок.
Yandex/2.01.000 (compatible; Win16; Dyatel; D) — «простукивалка» Яндекс.Директа. Она проверяет корректность ссылок из объявлений перед модерацией. Н
Yandex/2.01.000 (compatible; Win16; Dyatel; N) — «простукивалка» Яндекс.Новостей.

Вообще я все картинки с диаmонд скрипте закрыл в noindex мало ли.

Травы не дам, не просите. Самому мало. )

one for one:
seosniks, сорри но ты:)

:D

Тогда почему боты ложат мои сайты? И создают нагрузку?

rustelekom:
в секции [mysqld]
где нибудь прописать просто строчку:

log-bin

и эти логи будут копиться в /var/db/mysql (если у вас фряха) с расширением .bin
смотреть их надо утилкой /usr/bin/mysqlbinlog имя файла лога.

PS. Если у вас не используются таблица типа innodb то лучше их в том же /etc/my.cnf совсем выключить. Опять же одной строчкой и в той же секции:

skip-innodb

А если используется то надо посмотреть может они и грузят (это по сути один здоровый файл и если он повредится то базам наступит большое куку. На ВПС я б не стал вообще пользовать базы на innodb).
На ВПС я б не стал вообще пользовать базы на innodb)

Базы на обчном мускуле вродьбы sql

завтра покажу вам конфиг настроек.

seosniks добавил 14.01.2009 в 22:17

сейчас одну базу проверил в ней

ошибки

Проблемы с индексами таблицы `cat_advert`

Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_advert
Проблемы с индексами таблицы `cat_backhrefs`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_href
Проблемы с индексами таблицы `cat_catalog`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_cat
Проблемы с индексами таблицы `cat_counters`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_counter
Проблемы с индексами таблицы `cat_links`
Следующие индексы определены как идентичные, и один из них должен быть удален: id_cat, id_cat_2
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_link
Проблемы с индексами таблицы `cat_news`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_news
Проблемы с индексами таблицы `cat_rss`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_rss
Проблемы с индексами таблицы `cat_stat`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_stat
Проблемы с индексами таблицы `cat_vip`
Следующие индексы определены как идентичные, и один из них должен быть удален: id_cat, id_cat_2
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_vip

А вот как их лечить незнаю.

DELL:
да я только до дому доехал, а днем несколько раз выходил - тебя не было(

Могли бы отписать мне что вечером купите. Прошло 5 часов с момента как вам отписал в личку.

И я все время был в сети. До последнего вас ждал. На серче был 2 раза в час.

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

Откуда я могу знать что вы не передумаете, если вы молчите .И куда вы выходили днем несколько раз? Я в сети сидел и акька работала все время.

rustelekom:
если места хватает то можно в /etc/my.cnf воткнуть log-bin и потом смотреть какие запросы собственно выполняются. также можно посмотреть в реалтайме mysqladmin -i1 processlist ну и статистику тоже надо бы глядеть mysqladmin stat и mysqladmin extended. Возможно просто из за того что базы наворачивались после восстановления пошли траблы.
Еще можно посмотреть лог ошибок самого мускуля (валяется обычно в директории мускуля с расширением .err). Если к примеру не хватает таблиц или они побиты - напишет.

есл можно раскажите подробнее как воткнуть в /etc/my.cnf воткнуть log-bin

строку кода если можно готовую

я так понимаю создать лог файлик прописать к нему путь?

Черт снова лег сервак. Хотя отключил все обращения к базе. кроме вывода новостей.

Или же может опять поддержка делает что то. так как сайт один неработал

я отписал чтоб починили и похоже что то сломали опять. 😡

netwind:
seosniks, ну да я имею ввиду сервер mysql. Вы попробуйте mytop запускать ДО того как начнется залипание и наблюдать что происходит. ( это то же самое что запускать в цикле mysqladmin processlist).

Спасибо netwind! Я обязательно попробую. Сейчас отключил добавление новостей в базу. Все нормализовалось. Сайты в подписи которые на серваке падали

seosniks добавил 14.01.2009 в 19:45

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

hNick добавил 14.01.2009 в 19:37
Вот могу чем помочь, если действительно помогу. буду рад =).
1 способ починки таблиц.
1) переходим в директорию с вашей mysql

2) Останавливаем mysql

3) Для проверки таблиц:

4) Для ремонта

5) И запускаем mysql


2 Способ
Если неошибаюсь, работает при работающем mysql

Проверка таблиц


Ремонт таблиц

Спасибо hNick! Завтра поробую сделать

seosniks добавил 14.01.2009 в 19:47

rustelekom:
если места хватает то можно в /etc/my.cnf воткнуть log-bin и потом смотреть какие запросы собственно выполняются. также можно посмотреть в реалтайме mysqladmin -i1 processlist ну и статистику тоже надо бы глядеть mysqladmin stat и mysqladmin extended. Возможно просто из за того что базы наворачивались после восстановления пошли траблы.
Еще можно посмотреть лог ошибок самого мускуля (валяется обычно в директории мускуля с расширением .err). Если к примеру не хватает таблиц или они побиты - напишет.

rustelekom! Места свободно 800 мб. Хотя я уверен что там мусора гига полтора. так как было 2 гига пока все работало нормально.

Спасибо за помощь всем кто принимал участие в помощи.

Вот сделал лог

/etc$ top

last pid: 76802; load averages: 1.35, 0.89, 0.67 up 0+01:10:14 17:53:35
42 processes: 1 running, 41 sleeping
Mem: 160M Active, 139M Inact
Swap: 320M Total, 320M Free
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
73616 www 1 4 0 29780K 24284K sbwait 2 0:06 18.80% httpd
75361 www 1 20 0 22984K 17472K lockf 3 0:02 18.26% httpd
76786 www 1 20 0 20740K 15204K lockf 0 0:00 12.55% httpd
76755 www 1 4 0 20940K 15440K sbwait 0 0:00 12.04% httpd
75202 www 1 96 0 21088K 15580K select 0 0:02 11.82% httpd
73620 www 1 4 0 24324K 18804K sbwait 2 0:03 9.91% httpd
73632 www 1 4 0 24420K 18900K sbwait 1 0:04 9.81% httpd
76754 www 1 4 0 20976K 15448K sbwait 1 0:00 9.29% httpd
75215 www 1 20 0 23496K 18020K lockf 2 0:01 9.28% httpd
76752 www 1 4 0 20988K 15512K sbwait 2 0:00 5.14% httpd
73625 www 1 20 0 24644K 19144K lockf 2 0:04 1.95% httpd
76695 www 1 4 0 20956K 15456K sbwait 2 0:00 1.93% httpd
50183 root 1 96 0 18384K 12672K select 2 0:04 0.10% httpd
50271 mysql 9 20 0 49632K 25760K kserel 3 3:28 0.00% mysqld
55033 root 1 96 0 16012K 11936K select 2 0:05 0.00% ispmgr
50282 root 1 96 0 4704K 3964K select 3 0:00 0.00% sendmail
58338 root 1 96 0 3272K 1960K select 0 0:00 0.00% sftp-ser
50257 root 1 4 0 1520K 1152K kqread 3 0:00 0.00% dovecot

И так мускул падает от добавления новостей. я уверен в этом на 90%

сейчас на кроне все вырубил, пока сервер работает нормально.

До 5 числа небыло никаких проблем, иногда падал сервак.

5 числа навернулись 3 базы данных, из за чего я не обнаружил из в панели ISP

вернее их размер был всего 5 мб.

Хотя в папке на серваке они лежали в полном обеме пол гига.

Сервер работал на тарифе

VDS-Отрыв

SSH root-доступ

Диск - 3000 мегабайт

Память - 128 мегабайт

саппорт сказал что не хватает памяти, после чего я сменил тариф на

VDS-Улёт

SSH root-доступ

Диск - 4000 мегабайт

Память - 160 мегабайт

но проблемму это не решило.

мускул падал каждые 10 минут. один акк с 5 сайтами.

Сервер продолжал работать нормально.

Затем я по очереди включил все акки.

Сейчас сервер работает.

Но вот базы данных видать побиты . Щас погляжу что с ними.

seosniks добавил 14.01.2009 в 18:14

и так судя по том что сервак работает и мускул не падает

Пролблема в самих базах данных.

мускул падает при добавлении новостей в базу.

за полтора часа все отлично работает.

Процессор	Virtual CPU 600 MHZ

Оперативная память 160 Mb
Файл подкачки (swap) 319 Mb
Размер дискового пространства 4000 Mb
Количество процессов 35
Продолжительность работы 1 hours 28 minutes
Средняя загрузка 1.04 0.88 0.77

Скорость открытия страниц вполне нормальная.

Всего: 4088