March 18th, 2011

rsyslog заклинило

У кого-нибудь случалось, чтобы клинило rsyslog?

Симптомы следующие:

socket(PF_FILE, SOCK_DGRAM|SOCK_CLOEXEC, 0) = 4
connect(4, {sa_family=AF_FILE, path="/dev/log"}, 110) = 0
send(4, "<39>Mar 18 00:30:36 sshd[12434]:"..., 98, MSG_NOSIGNAL) = 98
(долгая пауза)
close(4) = 0

при этом на стороне коллектора логов от этой машины ничего нет.

Посмотреть strace для самого rsyslogd - я протупил, перезапуск проблему снял.

Есть мысли, как этого в дальнейшем избежать?
В качестве костыля думаю поставить регулярную отправку тестового сообщения и мониторинг его получения.
A-A-A

Backup ZFS — какие есть решения?

Сейчас у меня /usr/home живёт на UFS2+SU (FreeBSD 8.x). Я бэкаплю, с уровнями и трёхступенчатой схемой (месяц-неделя-день) с помощью dump -L. Всё очень хорошо и удобно: минимальная обвязка скриптом — и бэкапится всё, наверняка консистентно, локально хранится минимум информации (список файлов предыдущего бэкапа — что бы знать что удалять после восстановления по уровням если что), и, что немаловажно, работает флаг nodump, которым сознательные пользователи активно пользуются что бы не занимать бэкап мусором.

Но на новом сервере /usr/home аж 450GiB, и создание снепшота для бэкапа занимает вечность, почти намертво блокирует дисковый ввод-вывод да ещё иногда и обламывается (!).

Думал переехать на ZFS — но столкнулся с тем, что не понимаю как его бэкапить. Требования:

  1. Бэкап в виде одного файла. Не зеркало дерева (как у dirvish), а файл. Локально временно создавать дерево а потом паковать его не выглядит разумным действием и по числу IO и по расходам места.
  2. Минимум локальной информации.
  3. Консистентность (работа со снепшотом?).
  4. Уровни и инкрементальность. zfs send не годится — он для инкрементальности требует сохранять старый снепшот, что очень дорого.
  5. Простое управление самими пользователями что они хотят бэкапить, а что нет.
  6. Бесплатность.
  7. Сохранение всех FS-специфических атрибутов, флагов, etc. Как я понимаю, ни tar ни cpio ни pax этого не умеют.

Было бы очень круто если бы можно было заливать бэкапы прямо на FTP и вычищать его же при этом от старого (новый бэкап нулевого уровня — всё старое удалили). Но тогда сама бэкапилка должна уметь шифровать перед заливкой.

Есть что-нибудь подходящее? Я найти не смог :(