thunder_v

thunder_v
Рейтинг
90
Регистрация
08.07.2009

Уважаемый ТС, не хочу Вас обидеть, но Вы этой темой хотите, чтобы Вам погадали на какой-то гуще, возможно кофейной. Для того, чтобы помочь Вам разобраться в ситуации, мало описать что движок на ДЛЕ и на старом сервере было хорошо. Причин Вашей проблемы может быть масса, от самого движка, до криво настроенного сервера. На слово верить, что сервер оптимизирован ибо ТП хостера сказала, что что-то подкрутила - это бред. Подсказать по самому движку, что может грузить, аналогично, пальцем в небо ткнуть... Нужно видеть полную информацию по проблеме. Тем более странно, что без ССД сайт летал, а с ССД сдох... Это какой-то нонсенс. Напишите в поддержку хостера, дайте им данные для тестирования, запросите снять нагрузку в момент тестирования проблемы и тогда можно будет пробовать судить, где уязвимое место, кто больше виноват - сервер или сайт...

Lavron, А почему Вы решили, что у Вас много памяти используется? Всего у Вас 4Гб, из них почти 500Мб свободно, а почти 1800Мб закешировано. Итого 2300Мб фактически еще свободно.

Запрашивайте статистику и покажите ее (нагрузка на диск, память, проц). Тогда можно будет говорить. Также пусть предоставят Вам информацию о конфиге сервера.

Вот выше правильно советуют. Запросите у хостера статистику нагрузки в момент проблемы на файловую систему сервера, процессор, память. Это все можно сделать банально при помощи atop и top. Если до этого все работало, может там сервера у хостера дохлые и они списывают все на движек.

jano:
К сожалению нет! (

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

jano:
Вот команда :)

grep -rl --include=*.html --include=*.php 'home\/e33\/public_html\/domain.com' ./ | xargs sed -i 's/home\/e33\/public_html\/domain.com/home\/admin\/web\/domain.com\/public_html/g'

ммм, дык работает же вроде как :)

jano:
Пробовал - не выходит (

Предоставьте всю информацию, что конкретно ищете и как это делали, думаю серчевским сообществом поможем найти истину :)

wek000:
Я вам уже ответил, внимательно читайте правила.

Ну вот собственно из-за этого я Вам и пишу, не нужно обобщать фразами типа:

wek000:
Не все хостеры такие ☝

Вы же сами не подарите домен, как этого и не делают большинство других хостеров, о чем собственно и написал hosting_manager, если клиент закенселит раньше времени аккаунт и я Вас тут понимаю. Какой смысл настолько себе работать в убыток!?

Простите за оффтоп: А домен pp.ua как долго регистрируете? Сейчас слышал с регистрацией в этой зоне проблемы и задержки. Ответьте, пожалуйста, в ЛС, если не составит труда, чтобы не загаживать далее эту тему.

А что сейчас в логе, когда запускаете с форсрекавери?

---------- Добавлено 30.10.2015 в 14:03 ----------

Попробуйте с разными значениями, примером innodb_force_recovery=1 --- с этим должно стартануть, даже если есть ошибки.

Тогда все в целом проще будет. Запускаем в форсе, удаляем текущие битые базы. Ребутимся уже без форсе, делаем рестор.

Ну и правильно подметили выше, проверьте еще раз на всякий случай диск и inodes.

Апдейт: не так. Там где выше давали ссылки (Алла), есть указание как правильно запускать форс рековери:

Steps to get it back up.

1. Stop mysqld.

2. Backup /var/lib/mysql/ib*

3. Add the following line into /etc/my.cnf

innodb_force_recovery = 4 ----- вот это надо добавить в конф мускула

4. Restart mysqld.

5. Dump all tables:# mysqldump -A > dump.sql

6. Drop all databases which need recovery.

7. Stop mysqld.

8. Remove /var/lib/mysql/ib*

9. Comment out innodb_force_recovery in /etc/my.cnf

10. Restart mysqld. Look at mysql error log. By default it should be /var/lib/mysql/server/hostname.com.err to see how it creates new ib* files.

11. Restore databases from the dump:mysql < dump.sql

Только бэкапьте даже то, что сейчас побито. Я в таких случаях для подстраховки еще делаю так (при стопнутом мускуле): cp -rp /var/lib/mysql /var/lib/mysql_bk

Всего: 216