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