30.05.2013 21:32, Aleksandr Sytar пишет: > > > > 29 мая 2013 г., 23:17 пользователь "Артём Н." <artio...@yandex.ru > <mailto:artio...@yandex.ru>> написал: > > 28.05.2013 23:06, Aleksandr Sytar пишет: > > > > 28 мая 2013 г., 21:02 пользователь "Артём Н." <artio...@yandex.ru > <mailto:artio...@yandex.ru> > > <mailto:artio...@yandex.ru <mailto:artio...@yandex.ru>>> написал: > > > > Мало того, для DRBD надо создавать метаданные. > > Есть ли вариант без этого? > > Т.е., если один диск упадёт, его было возможно легко заменить > (просто > выключив > > сервер, вынув испорченный диск и вставив новый)? > > И, если одна машина упадёт, всё работало бы и на одной второй? > > > > > > Только если упавший диск будет в момент падения слейвом. > > > С этим ясно. В принципе, переключение может сделать и Pacemaker. > > > Метаданные можно хранить внутри раздела, но это, как понимаете, чревато > боком > > > Сейчас метаданные и хранятся внутри раздела. > Проблема в том, что при замене диска, придётся создавать метаданные. > Это нереально. > Сегодня я перезагрузил один, он не поднялся, видимо из-за того, что > репозиторий > на DRBD я прописал в fstab, забыл про модуль и ещё таймаут оставил > нулевым (и > ещё где-то напортачил, скорее всего). > Позвонил, чтобы посмотрели, почему не загружается. Дежурный инженер этот > сервер > даже в консольке не смог найти. Завтра надо ехать. > Так что, про ручное пересоздание кем-то, каких-то метаданных DRBD, > говорить не > приходится. > А почему вы не хотите переложить управление статусом DRBD на Pacemaker? > Я просто недостаточно знаком с его возможностями. В принципе, он может пересоздать программный RAID-0 и метаданные DRBD? И для этого уже есть готовые сценарии для него?
-- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a8be2b.6090...@yandex.ru
