> дык, никакого.Прикалываться изволите?
> Есть типовые мусорные сообщения, которые при нормальном монтировании в лог
> зачем-то валятся (хз что означают, и зачем у них дурная привычка логать мусор).
Дык, цитаты? Чего-нибудь типа failed to open ctree? Или тому подобное? А может просто логлевел никакой?
> Монтирования - нет.
Пока как-то мало данных для понимания чего там. Не знаешь почему у меня при вылезании проблем диагностических данных как-то больше обычно, эксперт?
> отметить, с zfs у меня бывало всякое, но ВСЕГДА оно об
> этом внятно писало прямо в консоль.
Да собственно и btrfs пишет. Во всяком случае когда суперблок улетел в страну вечной охоты - диагностика была вполне понятной и достаточной для того чтобы вернуть его из копии. Но мало ли что там за чудо у экспертов случилось. Так то у них для дебага барабашек есть режим относительно приватного компактного дампа, когда в нем только метаданные, но ты небось и такой зассышь девам дать? Хотя идея в целом прикольная.
> А тут молча опаньки.
Вот это странно. А логлевел системные гениусы не догадались прибавить? Хотя это по любому должно быть как минимум error.
>> А в чем проблема сделать btrfs device remove?
> а он один.
Так добавь второй, ремувни первый. Если ремотно надо - в чем проблемы send -> receive? А если локально - трансфер данных с диска на диск должен же случиться когда-то? (при device replace или device remove, ессно). Правда есть прикол, если дисков в ФС 2 и более, оно метаданные делает RAID1 по дефолту. Это хорошо и правильно, но если это именно data move с диска на диск, с планом вынуть второй, не в кассу. Но лечится ребалансом метаданных с фильтром уровня избыточности метаданных. Да, чтобы продвинутые фокусы гонять ман читануть все же придется, как и понять некоторые азы inner working. А у ZFS что, не так? :P
> То есть меня интересовал аналог pvmove (не то чтобы
> эта тварь была безопасной).
Я ж описал что я систему на живую с винча на винч подвинул
- на горячую цепанул 2-й
- btrfs device add его, FS теперь временно 2-дисковая.
- (зачем мне raid1 метаданных, rebalance тебе в block groups!)
- btrfs device remove
- GRUB install
- отцепляем 1й.
Система передвинута на другой диск. Онлайн. Без остановки. Вроде как раз как ты хотел, если не круче: другой системный диск без ребутов и отключки питания, с подцеплением нового и отключением старого нагорячую. Data move случится в момент btrfs device remove. Ни один открытый файловый дескриптор в процессе не пострадал. Система в этом процессе продолжает работать, диск подгружен io конечно. Его сильно меньше площади диска - move away случается только для фактически используемого места - это как раз плюс FS-aware аллокаций и рэйда.
> слава Аллаху, навсегда.
Ну его нафиг славу прибитого на гвозди...
> Я вообще не представляю, что там должно быть такое
> на том пуле, чтобы я рискнул на подобную процедуру и при этом оно имело смысл
> вообще (в смысле не проще снести и заново создать как надо).
В случае btrfs это миловая фоновая операция с конфигурируемым приоритетом, при крахе оно просто возобновляет с места облома, пока это идет прекрасно живет с смесью уровней (дизайн изначально такое предполагает) - и это онлайн ФС, доступная на R/W. В этом месте можно начать догадываться почему мне нравится это менеджить. Он удобный и фичастый.
Корректность при этом ... изначально заложена в дизайн. Дизайн аллоцирует место "block groups", чушками, порядка 1..несколько гигов размерами. Юнит райда - они. Они же юнит ребаланса и прочих data move типа device remove.
То-есть я добавил диск новый диск и изъял старый. Нюансом было объяснение btrfs'у что RAID1 для метаданных круто, но - забей, это у меня не планируется многодисковым.
> То есть vdev теперь в некоторых случаях таки можно удалить и убрать
> с него данные, и обещали что прямо вот скоро это будут любые случаи,
У btrfs нет никаких vdev. Есть фс, есть свободное место. Ну, еще subvolumes есть, но это юнит администрирования, "супер-директория", технически - точка входа в иерархию некого, хм, снапшота. Writable или не очень. Снапшоты технически новые subvolumes, изначально на 100% реюзающие блоки исходной иерархии, но могут и разъехаться благодаря cow. А reflinks - когда блоки реюзнуты, но в снапшот не оформлялось. На самом деле довольно логично сделано, круто и гибко.
> А что, btrfs'ным рэйдом (а не зеркалом) уже в принципе пользоваться можно
> стало? Расскажи это synology, а то ребята не в курсах и мучаются.
А чего они там мучаются? И да, RAID1 считается стабильным. И вполне юзабелен. У меня с ним проблем не было. А чего с ним у synology?
> если бы еще и работал...
Так работает вроде. Ну, RAID5/6 стабильными не заявлены, а в остальном - см. вику проекта.
