|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 28 Mar 2006 23:30:56
To : Andrey Ostanovsky
Subject : Re: gmirror and fsck
--------------------------------------------------------------------------------
>>> Andrey Ostanovsky wrote:
AO> Все это ни на йоту не приближает нас к ответу - как же в реальности
AO> выяснить: свободен последний сектор на диске, или нет? Многочисленные "если"
AO> в условиях, когда приходится принимать на обслуживание работающую машину,
AO> зачастую не выполняются. Попытка зачитать этот сектор - тоже процентах в 90
AO> случаев покажет, что некие данные там есть.
Блин. Если этот сектор распределён в таблице разбиения - значит, он
занят. Это единственный принцип который на практике работает.
Если тебе нужен этот сектор - явно убери из распределённых областей.
Иного решения не будет.
AO> Итак - имеем работающую систему, которую, с минимальным временем простоя,
AO> надо перевести под gmirror. Hе стесняйся, покажи свое rocket science, не все
AO> же такие продвинутые.:)
А я не продвинут настолько как ты с применением всех наработанных в
fido методов пытаешься изобразить, спасибо конечно;)). Я всего лишь
стараюсь аккуратно читать условия задачи и говорить в пределах
условий. Если последний сектор оказался свободен (что типично для
некоторых видов разбиения) то проблемы нет в принципе - накладываем
метку и летим дальше. Если занят - сосём лапу, делаем dump/restore
или аналогичные операции по дороге ужимая разделы и слайсы. Это
единственный метод, альтернативы не будет. Или ты думал увидеть
что-то вроде PMagic который умеет аккуратно сдвигать данные на UFS
разделе урезая его по размеру? Конечно хорошее видение, но к
сожалению такого пока нет.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
