Заметки одного программиста

Рано или поздно появляется необходимость следить за состоянием оборудования компьютера. Самая “слабая” железка в нем, как известно, жесткий диск. Для мониторинга состояния жесткого диска используются данные S.M.A.R.T. – технологии оценки состояния и диагностики жесткого диска. По хорошему, S.M.A.R.T. – нечто вроде гадания на кофейной гуще – вроде бы предсказывает, но не всегда и сбывается. Тем не менее, наличие этой технологии в жестком диске все же лучше чем ее отсутствие – с ней, хоть и приблизительно, но все-таки можно узнать, что происходит с жестким диском. Когда дело касается не просто домашней файлопомойки с фильмами, а боевого сервера, на котором крутится нечто, приносящее деньги или доходы иного рода, размышления о точности SMART сходят на “нет”, и, для его мониторинга, на систему без разговоров “накатывается” соответствующий софт. О нем и поговорим.

Читать далее…

Это был фееричный бред, по другому не назовешь. В пятницу я решил переразметить жесткий диск своего компьютера и воспользовался для этого livecd Ubuntu 9.10. Сразу отмечу, что в Windows XP, стоявшей до этого, звук работал отлично. Я бэкапнул все данные и переразметил жесткий. После этого я поставил Windows, драйверы для видео и звука. Все заработало, после установки драйверов звуковушка (Audigy SE) поднялась и оповестила меня о предстоящем наслаждении музыкой во время написания очередного скрипта. Я перезагрузил компьютер, опять вставил в него диск с Ubuntu и приступил к ее установке. После установки я загрузился в Windows и… не обнаружил звука . Что я только не пытался сделать на протяжении следующих трех (!) дней Читать далее…

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

man logrotate

Итак, допустим, мы имеем какой-либо программный продукт, который круглосуточно одаривает нас подробными логами. Их наличие нам необходимо для анализа и наблюдения за работой системы, и мы хотим прибегнуть к их ротированию. Как это сделать при помощи logrotate?

Итак, я буду “говорить” за Ubuntu, и, надеюсь, за Debian.

Конфигурационные файлы logrotate размещаются в директории

/etc/logrotate.d/

Это типичное расположение конфигурационных файлов. Оно описывается в основном конфиге в строчке

include /etc/logrotate.d

Естественно, все это дело можно изменить. Но, я сейчас не об этом. Допустим, у меня есть директория, в которую сваливается кучка log-файлов с расширением (это которое file extension) .log. Мне необходимо ротировать логи ежедневно, при этом сжимать их и отправлять в определенную директорию. Как это сделать? Скачем в директорию /etc/logrotate.d/, создаем в ней файл с понятным нам именем, открываем его редактором (конечно делать все это надо из под root) и пишем примерно следующее:

/<путь>/<до>/<логов>/*.log {
    daily
    missingok
    rotate 28
    compress
    nodelaycompress
    notifempty
    create 640 user group
    olddir /var/log/<директория с логами>
}

Итак, что здесь что означает:

• daily – периодичность ротации “ежедневно”, может быть, например monthly – ежемесячно;
• missingok – данный параметр сообщает утилите, что отсутствие лога не является ошибкой;
• rotate 28 – параметр определяет сколько фрагментов одного лога хранить. в Данном случае я указал, чтобы хранилось 28 фрагментов каждого лога, по одному фрагменту на день;
• compress – параметр определяет, сжимать логи или нет;
• nodelaycompress – не откладывать сжатие фрагмента на следующий цикл ротации;
• notifempty – не ролировать лог, размер которого 0 байт;
• create 640 user group – с какими правами доступа и какого пользователя с группой делать владельцем лога;
• olddir /var/log/<директория с логами> – директория, в которую будут складываться сжатые фрагменты логов.

Я не указал еще несколько параметров, таких, как, например, size – размер log-файла. Параметр позволяет ротировать логи не по временному промежутку, а по размеру логов. Подробнее можно прочитать в

man logrotate

После конфигурирования имеет смысл выполнить

logrotate -f

для принудительного запуска утилиты. Это полезно, если вы создали новые записи в конфигах logrotate.

Вот и всё, держите ваши файлы в порядке .

На днях я решил поэкспериментировать с операционками. Конечно же под нож пошёл раздел с Linux – в моей ситуации его проще восстановить. Я бэкапнул раздел с системой и приступил к истязаниям своего винчестера. Эксперименты так и остались эксперимантами, и я решил, что пора всё вернуть на место. Я отформатировал раздел обратно в ext3 (и это и было моей ошибкой) и стал восстанавливаться своим проверенным методом. Система у меня была Ubuntu 9.04. Она была настроена и работала, мне совершенно не было резона делать апдейт до 9.10, зная, тем более, что updater у убунты не всегда адекватный. Итак, после восстановления я столкнулся с тем, что у меня отказался работать загрузчик. Это сейчас я могу себя спросить – “ну нахрена ты стал распаковывать образ в раздел с файловой системой?!”, а тогда я был погружен в мысли и не обратил внимание на такую грубую ошибку. В чём же дело? А дело в том, что zcat или dd надо заставлять писать с нулевого сектора, и проще всего это сделать, просто не создавая файловую систему на разделе (тем паче у меня имела место операция по смене ФС). Так что я просто получил в результате двойной суперблок и, как следствие – нерабочий раздел . Пока я включил свой мозг в направлении размышления о том, почему оно не грузится, я уже успел поставить Ubuntu 9.10 . Такой вот вышел нечаянный апдейт системы.

На днях, в рамках моего познания новой для меня платформы Android, активно сёрфил Интернет в поисках различного программного обеспечения для неё. Мои поиски неведомого привели меня к программе Droid Explorer (ребята кстати с юмором, разместили ПО на Codeplex’е ). Программа, к слову, предназначена для управления содержимым вашего Android-телефона. И, кстати, требует, чтобы на телефоне были доступны права пользователя root (интересующиеся найдут информацию тут), о чем я не знал ещё тогда, ведь мой Tattoo, как и любой другой на данный момент, “порутать” ещё не удалось. К моменту эксперимента у меня был установлен, настроен и работал HTC Sync. Я не стал его удалять, и поставил DE “рядом”. После переподключения мобильника он перестал определяться HTC Sync и, конечно же, не воспринялся Droid Eplorer’ом. Удаление программы, ручное удаление драйверов не помогли (второе потому, что видимо, не до конца отследил, откуда ставятся драйверы). Так что, уважаемые читатели, не наступайте на те же грабли, что и я – HTC Sync и Droid Explorer не “уместятся” на вашем компьютере, используйте что-нибудь одно (по правде говоря, в моем случае было более чем достаточно HTC Sync ), и не забывайте про пока явную проблему Android – отсутствие прав на root и их получение.