Не выполняется newsyslog

mne-kazhetsya-ili-frai-futurama_14236515_orig_Решил завести целую рубрику «Туплю». Сюда буду скидывать разные описания того, на что потрачено много времени, и-за того что не догадался что-то сделать элементарное. Итак история первая:

С 1 Сентября неожиданно на одном из серверов перестал архивировать логи newsyslog. Перелопатил всё что только можно в поисках причины. Ответ прост, как всегда: был не запущен демон cron.

Сахар фсё?

1260217945_saxarnyj-pesokВчера купил сахарный песок по 70 руб. Для этого пришлось обойти 3 магазина. Не было даже в Магните. Сезонно или очередной «кризис» как с солью и спичками бывало?

Создание ссылки на каталог при помощи ln

Бывает такая беда. Часто… Создал разделы на ж/д и не рассчитал их размеры.. А потом ходишь, ходишь в школу, а потом БАЦ! И место неожиданно кончилось. И лишнего с раздела удалить нечего или нельзя…

Поможет чудная команда ln, которая может создать ссылку с одного раздела на другой так, что другие программы даже не заметят того, что на самом деле работают уже с другим диском или разделом.

Например: перенесем папку /var/log на другой раздел, который находится..ну скажем в /backup . Для этого:

  1. Физически переместим папку /log из /var в /backup
  2. Выполним команду:

Профит. Всё работает. Никто подмены не заметил..

Так ли нужна зубрежка при учебе?

Восстановление БД MySQL в формате InnoDB

Итак, случился «Ой». БД не запускается. Что делать?

  1. Смотрим размер ib_logfile0 файла:

2. Запускаем mysql:

Если все хорошо Вы должны увидеть следующее:
InnoDB: The user has set SRV_FORCE_NO_LOG_REDO on
InnoDB: Skipping log redo
070625 11:59:36 InnoDB: Started; log sequence number 0 0
InnoDB: !!! innodb_force_recovery is set to 6 !!!
070625 11:59:36 [Note] /usr/sbin/mysqld: ready for connections.
Version: ‘5.0.18’ socket: ‘/var/lib/mysql/mysql.sock’ port: 3306 SUSE MySQL

Далее дампим поднявшуюся базу данных:
mysqldump -u root -p database > database.sql

Если Вы получите следующее сообщение, это значит, что файлы системного журнала Innodb  повреждены:
Got error: 1146: Table ‘database.table’ doesn’t exist when using LOCK TABLES

Чтобы решить проблему с хранением ib_logfile0 файла нужна актуальная резервная копия, поэтому восстановите все файлы от старшей резервной копии. Это не безотказное решение, но ценная попытка.

Восстановите Ваши данные:
mysql -u root -p database < database.sql

1 178 179 180 181 182 283