rustelekom: Достаточно далек от этого и, кажется ввел вас в заблуждение, не systemd, а скорее journalctl. Вероятно, в интернете можно найти информацию про точную настройку под себя.
На одном из серверов у меня Debian 7.8 и контроллер LSI. Там нет утилиты journalctl...
rustelekom: Возможно в конфигурации systemd не задан вывод сообщений от ядра системы или выводится, но куда-то не туда. Самое простое по крону запускать megacli да собирать в собственном логе (или слать на почту, если что-то пойдет не так).
Да, запускать по крону - это вариант, но придется парсить довольно непростой журнал контроллера...
А подскажите, пожалуйста, где мне почитать про конфигурацию systemd и как там включить сообщения от ядра системы?
RAS: Для надежности достаточно - рейд и двух толковых бэкапов в разных местах. Только именно толковых, а не для вида, что он есть.
Если уж совсем надежно, то нужно еще и третье место. Причем в этом месте в нормальном состоянии носители должны быть выведены в оффлайн.
Раньше мы использовали для этого диски DVD-R, но теперь объемы сильно увеличились, и храним такие данные на жестких дисках. Которые просто лежат в пластиковых коробочках)
И еще хорошо, когда хранятся ежедневные, еженедельные, ежемесячные и долговременные копии.
У меня на серверах общий объем бекапов порядка 20 Тбайт. Действительно, бекапирование при больших объемах - непростая задача.
Могу порекомендовать на будущее использовать RDIFF-BACKUP, настроив его для дифференциального бекапа на диск сервера. И хранить данные, скажем, за 5 дней. В среднем занятое пользовательскими данными место на диске увеличится примерно вдвое. Это поможет от случайного удаления данных.
Кроме того, нужно наладить копирование бекапов в другой датацентр. Это поможет, если возникнут проблемы с текущим датацентром или сервером.
И, наконец, еще очень рекомендую копировать все данные на сменные диски в офис.
Сделал так:
Но работает довольно медленно...
Достаточно далек от этого и, кажется ввел вас в заблуждение, не systemd, а скорее journalctl. Вероятно, в интернете можно найти информацию про точную настройку под себя.
На одном из серверов у меня Debian 7.8 и контроллер LSI. Там нет утилиты journalctl...
Возможно в конфигурации systemd не задан вывод сообщений от ядра системы или выводится, но куда-то не туда. Самое простое по крону запускать megacli да собирать в собственном логе (или слать на почту, если что-то пойдет не так).
Да, запускать по крону - это вариант, но придется парсить довольно непростой журнал контроллера...
А подскажите, пожалуйста, где мне почитать про конфигурацию systemd и как там включить сообщения от ядра системы?
там все вместе, вы можете использовать как kvm так и openvz одновременно.
в случае kvm не забываем про LVM и virtio
Спасибо, попробую!
я бы взял proxmox, надежный и бесплатный.
VMmanager - избыточный.
Но proxmox вроде как ставит свое ядро ОС? И он для openvz, а не kvm? Или я путаю?
Для надежности достаточно - рейд и двух толковых бэкапов в разных местах. Только именно толковых, а не для вида, что он есть.
Если уж совсем надежно, то нужно еще и третье место. Причем в этом месте в нормальном состоянии носители должны быть выведены в оффлайн.
Раньше мы использовали для этого диски DVD-R, но теперь объемы сильно увеличились, и храним такие данные на жестких дисках. Которые просто лежат в пластиковых коробочках)
И еще хорошо, когда хранятся ежедневные, еженедельные, ежемесячные и долговременные копии.
У меня на серверах общий объем бекапов порядка 20 Тбайт. Действительно, бекапирование при больших объемах - непростая задача.
Могу порекомендовать на будущее использовать RDIFF-BACKUP, настроив его для дифференциального бекапа на диск сервера. И хранить данные, скажем, за 5 дней. В среднем занятое пользовательскими данными место на диске увеличится примерно вдвое. Это поможет от случайного удаления данных.
Кроме того, нужно наладить копирование бекапов в другой датацентр. Это поможет, если возникнут проблемы с текущим датацентром или сервером.
И, наконец, еще очень рекомендую копировать все данные на сменные диски в офис.
Получается мигрировать при помощи команды:
либо при ручном переносе файла образа виртуальной машины с последующим созданием хоста на целевом сервере из этого образа.
Похоже, что утилита virt-manager выполняет миграцию с ошибками...
Смотрите что у вас в modprobe.
А как посмотреть? Я вообще в Линуксе новичок, на FreeBSD раньше держал серверы.
---------- Добавлено 25.04.2015 в 15:25 ----------
Такое впечатление, что образ диска виртуалки при миграции скопировался не полностью. Попробую перенести его вручную.
Включите vnc и гляньте через него, что с виртуалкой.
Посмотреть не могу - она не дает залогиниться. Когда делаю сброс виртуалки, она не загружается.
Т.е. в консоли VNC ввожу имя пользователя root, и через некоторое время появляется ошибка
migrate request_module runaway loop modprobe binfmt-0000
Потом снова появляется приглашение на ввод пароля.