The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..., opennews (??), 27-Фев-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


76. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от Аноним (-), 28-Фев-12, 11:45 
а нафига в cow файловой системе fsck?
Ответить | Правка | Наверх | Cообщить модератору

83. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от Аноним (-), 28-Фев-12, 14:30 
> а нафига в cow файловой системе fsck?

В cow fs fsck нужен как и в других. Просто разработчики одной известной cow fs поленились (или не осилили) написать fsck, и придумали сказку, что оно там не нужно. С тех пор и гуляет миф в народе.

Ответить | Правка | Наверх | Cообщить модератору

85. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  –1 +/
Сообщение от Аноним (-), 28-Фев-12, 16:21 
Это не ответ
Ответить | Правка | Наверх | Cообщить модератору

86. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от Аноним (-), 28-Фев-12, 16:29 
Это ответ.
Ответить | Правка | Наверх | Cообщить модератору

94. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  –1 +/
Сообщение от iZEN (ok), 28-Фев-12, 18:32 
>> а нафига в cow файловой системе fsck?
> В cow fs fsck нужен как и в других. Просто разработчики одной
> известной cow fs поленились (или не осилили) написать fsck, и придумали
> сказку, что оно там не нужно. С тех пор и гуляет
> миф в народе.

scrub — это и есть fsck с другим названием.

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

114. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от Аноним (-), 05-Мрт-12, 16:34 
> scrub — это и есть fsck с другим названием.

Угу. И менее дотошный/способный к починке раздестроенного тома. Иначе сообщений типа того что на лисяре просто не возникало бы как класса.

Ответить | Правка | Наверх | Cообщить модератору

116. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от iZEN (ok), 05-Мрт-12, 17:17 
>> scrub — это и есть fsck с другим названием.
> Угу. И менее дотошный/способный к починке раздестроенного тома.

Ты вообще различаешь DEGRADED и FAULTED состояния системы хранения?

scrub в обычном применении лечит DEGRADED.
В необычном применении — после "zpool import -F faultedpoolname" scrub может лечить FAULTED-пул, импортированный "как есть", в режиме DEGRADED, если это возможно.
Если три из четырёх копыт отброшены, то никакой fsck, ни scrub ни на каком RAID кроме mirror ничего тебе не пролечит, а откажется выполняться.

> Иначе сообщений типа того что на лисяре просто не возникало бы как класса.

В то время для импорта FAULTED пула не было опции "-F" для автоматической пробы и отмотки состояния пула от FAULTED до DEGRADED. Сейчас эта опция ЕСТЬ. ЕСТЬ! И ты заткнёшься, наконец, а?

Ответить | Правка | Наверх | Cообщить модератору

118. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от Аноним (-), 05-Мрт-12, 17:45 
> Если три из четырёх копыт отброшены, то никакой fsck, ни scrub ни
> на каком RAID кроме mirror ничего тебе не пролечит,

Нормально реализованный fsck (как у ext-ов например) пролечит все что хоть минимально напоминает файловую систему, чем и хорош. Можно данные потом достать с порушенного диска как белый человек, а не хексэдитором выколупывать...

Ответить | Правка | Наверх | Cообщить модератору

119. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от iZEN (ok), 05-Мрт-12, 21:48 
>> Если три из четырёх копыт отброшены, то никакой fsck, ни scrub ни
>> на каком RAID кроме mirror ничего тебе не пролечит,
> Нормально реализованный fsck (как у ext-ов например) пролечит все что хоть минимально
> напоминает файловую систему, чем и хорош. Можно данные потом достать с
> порушенного диска как белый человек, а не хексэдитором выколупывать...

Ваш fsck аккуратно сложит всё найденное в /lost+found под ничего незначащими именами.
scrub же после завершения своей работы покажет список повреждённых файлов, которые восстановить не удастся, а пул станет отремонтированным. Так кто там будет лазить с hex-редактором по диску, определяя, какой файл в /lost+found откуда взялся, а? :))


Ответить | Правка | Наверх | Cообщить модератору

121. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от Аноним (-), 05-Мрт-12, 22:02 
> Ваш fsck аккуратно сложит всё найденное в /lost+found под ничего незначащими именами.

Лучше так чем хексэдитором, самолично разгребая еще и фрагментацию, декомпрессию, уровни райда и что там еще... при том чем больше - тем геморройнее ;)

> scrub же после завершения своей работы покажет список повреждённых файлов, которые восстановить
> не удастся, а пул станет отремонтированным.

Угу, на лисяре отличный пример как он станет. Конкретно эту ситуацию конечно пролечили, а что насчет остальных? Там настолько же плохо как и было или оно теперь натурально чинить хоть что-то умеет и там теперь не только маркетинговый булшит о ненужности fsck?

Ответить | Правка | Наверх | Cообщить модератору

122. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от iZEN (ok), 05-Мрт-12, 22:52 
>> Ваш fsck аккуратно сложит всё найденное в /lost+found под ничего незначащими именами.
> Лучше так чем хексэдитором, самолично разгребая еще и фрагментацию, декомпрессию, уровни
> райда и что там еще... при том чем больше - тем
> геморройнее ;)

scrub выполняет проверку только занятого пространства. fsck выполняет проверку всего пространства, выделенного под файловую систему. Сколько времени займёт работа fsck на ОТМОНТИРОВАННОМ разделе и scrub на ИМПОРТИРОВАННОМ (считается в работе) пуле (если во время работы scrub проверяет в первую очередь те файлы, которые запрашиваются в текущий момент и оперативно реконструирует повреждения)? Думаю, что времени займёт больше та задача, у которой фронт работ больше, а именно — fsck, не обращаясь к журналу, естественно.

Ещё какие аргументы будут?

>> scrub же после завершения своей работы покажет список повреждённых файлов, которые восстановить
>> не удастся, а пул станет отремонтированным.
> Угу, на лисяре отличный пример как он станет. Конкретно эту ситуацию конечно
> пролечили, а что насчет остальных? Там настолько же плохо как и
> было или оно теперь натурально чинить хоть что-то умеет и там
> теперь не только маркетинговый булшит о ненужности fsck?

Давай и насчёт остальных поговорим. Вводная статья как раз для таких как ты: http://phpsuxx.blogspot.com/2010/09/raid-z-freebsd.html
Давай сам попробуй. Я уже испытал ZFS на прочность.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру