The OpenNET Project / Index page

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



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

Оглавление

Почему в ZFS нет необходимости в утилите fsck, opennews (ok), 07-Ноя-09, (0) [смотреть все]

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


7. "Почему в ZFS нет необходимости в утилите fsck"  –1 +/
Сообщение от Andrew Kolchoogin (?), 07-Ноя-09, 11:34 
> zpool scrub poolname — и прочувствуйте фоновую проверку. :)

Почувствуйте школоту, не читавшую документацию.

Команда "zpool scrub" проверяет пул на целостность. То есть, грубо говоря, читает каждый занятый блок пула, считает его контрольную сумму и сравнивает с записанной на диске. С помощью команды "zpool scrub" делается то же самое, что и с помощью, фактически, утилиты "diskdefect" в ранних версиях BSD. Утилита "fsck" никакого отношения к работе команды "zpool scrub" не имеет -- в том месте, где "zpool scrub" обнаружит ошибку и попытается отрекаверить блок, "fsck" вывалится с мерзкими криками: "UNEXPECTED INCONSITENCY: CAN'T READ BLK xxx".

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

19. "Почему в ZFS нет необходимости в утилите fsck"  –1 +/
Сообщение от vitek (??), 07-Ноя-09, 20:49 
перефразирую - т.е. если "отрекаверить" не получится, то "zpool scrub" очень тактично намекнёт, что восстановить не получилось....
не то что эта фсчк с мерзкими криками.... просто ни каких сравнений.
Ответить | Правка | Наверх | Cообщить модератору

48. "Почему в ZFS нет необходимости в утилите fsck"  +/
Сообщение от yalur (ok), 11-Ноя-09, 22:22 
>перефразирую - т.е. если "отрекаверить" не получится, то "zpool scrub" очень тактично
>намекнёт, что восстановить не получилось....
>не то что эта фсчк с мерзкими криками.... просто ни каких сравнений.
>

да, неполучится, неполучится. Как вы собираетесь востановить то, на что нет резервных копий. Но мы покрайней мере знаем что есть проблема. При этом он напишет какой именно файл задевает этот блок и там вы уже себе решаете что делать. Хоть бекап хоть еще как. fsck может даже не ругнуться, тогда как zfs всегда обнаружит сбой, а если есть хоть одна копия, то востанавливает ошибку.

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

31. "Почему в ZFS нет необходимости в утилите fsck"  +/
Сообщение от iZEN (ok), 08-Ноя-09, 18:02 
>Почувствуйте школоту, не читавшую документацию.

Молчали бы уж лучше в тряпочку и не говорили полной ерунды тому, кто это имел при неудачных обесточиваниях компа с FreeBSD 6.1...8.0-RC2.
И fsck (на UFS2), и scrub (на ZFS) — обе начинают проверку ФС в ФОНЕ, но при работе scrub, в отличие от fsck, пользоваться компьютером просто не хочется из-за невыносимых тормозов.

>Команда "zpool scrub" проверяет пул на целостность.

А ещё масло масляное.

>где "zpool scrub" обнаружит ошибку и попытается отрекаверить блок, "fsck" вывалится с мерзкими криками: "UNEXPECTED INCONSITENCY: CAN'T READ BLK xxx".

Бред. На FreeBSD fsck никуда не вываливалось, а просило: "SALVAGE? Y/N".

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

47. "Почему в ZFS нет необходимости в утилите fsck"  +/
Сообщение от yalur (ok), 11-Ноя-09, 22:13 
>кто это имел при неудачных обесточиваниях компа с FreeBSD 6.1...8.0-RC2.
>И fsck (на UFS2), и scrub (на ZFS) — обе начинают проверку
>ФС в ФОНЕ, но при работе scrub, в отличие от fsck,
>пользоваться компьютером просто не хочется из-за невыносимых тормозов.

Бред, никогда scrub в фоне при загрузке компа (как это есть с fsck) не запускается.

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

53. "Почему в ZFS нет необходимости в утилите fsck"  +/
Сообщение от iZEN (ok), 12-Ноя-09, 23:34 
>>кто это имел при неудачных обесточиваниях компа с FreeBSD 6.1...8.0-RC2.
>>И fsck (на UFS2), и scrub (на ZFS) — обе начинают проверку
>>ФС в ФОНЕ, но при работе scrub, в отличие от fsck,
>>пользоваться компьютером просто не хочется из-за невыносимых тормозов.
>
>Бред, никогда scrub в фоне при загрузке компа (как это есть с
>fsck) не запускается.

Что касается scrub, то да, действительно он сам не начинает проверку после внезапного рестарта компа — только что нажал на Reset на работающей FreeBSD 8.0-PRERELEASE с zpool в корневике:
% uname -a
FreeBSD rio.fire 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #0: Thu Nov 12 19:40:03 VOLT 2009     root@rio.fire:/usr/obj/usr/src/sys/RIO  amd64
% zpool status

  pool: Arena
state: ONLINE
scrub: none requested
config:

    NAME                                          STATE     READ WRITE CKSUM
    Arena                                         ONLINE       0     0     0
      gptid/e0fa02b3-81a6-11de-8aa6-02508d92a2eb  ONLINE       0     0     0
      gptid/e2aef92e-81a6-11de-8aa6-02508d92a2eb  ONLINE       0     0     0

errors: No known data errors

  pool: amd64rio
state: ONLINE
scrub: none requested
config:

    NAME              STATE     READ WRITE CKSUM
    amd64rio          ONLINE       0     0     0
      mirror          ONLINE       0     0     0
        gpt/rio_zfs2  ONLINE       0     0     0
        gpt/rio_zfs1  ONLINE       0     0     0

errors: No known data errors

scrub нужно "пиннуть" руками, чтобы он начал выполнять свою работу (в фоне):
% zpool scrub amd64rio
% zpool status
  pool: Arena
state: ONLINE
scrub: none requested
config:

    NAME                                          STATE     READ WRITE CKSUM
    Arena                                         ONLINE       0     0     0
      gptid/e0fa02b3-81a6-11de-8aa6-02508d92a2eb  ONLINE       0     0     0
      gptid/e2aef92e-81a6-11de-8aa6-02508d92a2eb  ONLINE       0     0     0

errors: No known data errors

  pool: amd64rio
state: ONLINE
scrub: scrub in progress for 0h5m, 0,85% done, 11h35m to go
config:

    NAME              STATE     READ WRITE CKSUM
    amd64rio          ONLINE       0     0     0
      mirror          ONLINE       0     0     0
        gpt/rio_zfs2  ONLINE       0     0     0
        gpt/rio_zfs1  ONLINE       0     0     0

errors: No known data errors

Пока тормозов не ощущаю. Отклик GUI с запаздыванием 2...5 секунд. Загрузка CPU — 17...25%. Время запуска приложений увеличилось на 5...10 секунд, но ранее запущенные и остановленные приложения стартуют мгновенно.

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

54. "Почему в ZFS нет необходимости в утилите fsck"  +/
Сообщение от iZEN (ok), 13-Ноя-09, 00:00 
Спустя 26 минут от начала проверки:
% zpool status amd64rio
  pool: amd64rio
state: ONLINE
scrub: scrub in progress for 0h26m, 12,41% done, 3h6m to go
config:

    NAME              STATE     READ WRITE CKSUM
    amd64rio          ONLINE       0     0     0
      mirror          ONLINE       0     0     0
        gpt/rio_zfs2  ONLINE       0     0     0
        gpt/rio_zfs1  ONLINE       0     0     0

errors: No known data errors

Курсор в Xfce ни разу не замер, что удивительно. Однако отклик GUI происходит "урывками" — то замирает на 5 секунд, то потом отмирает и быстро воспроизводятся проделанные действия — добирается слово, набранное с клавиатуры, открывается меню при выборе пункта меню мышкой и т.д. Как-будто киноплёнка притормаживается на секунды, а потом быстро прокручивается до нормального состояния.
Работать можно, но неприятно.

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

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

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




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

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