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

Почему в ZFS нет необходимости в утилите fsck, opennews (ok), 07-Ноя-09, (0) [смотреть все] Потому что ZFS создали Боги, и в ней нет ошибок и багов, а данные, с вероятность, pavlinux (ok), 10:27 , 07-Ноя-09, (1) // От потери данных, связанной с ошибками в реализации файловой системы, fsck не сп, Andrew Kolchoogin (?), 11:30 , 07-Ноя-09, (6) // За 40 лет в UNIX сформировалось понятие об утилите fsck, - хрень проверяющая ц, pavlinux (ok), 14:10 , 07-Ноя-09, (12) // Совершенно верно Так вот, в ZFS нет fsck ни внутри, ни снаружи Вот так вот х, Andrew Kolchoogin (?), 15:47 , 07-Ноя-09, (14) самое время вспомнить о бэд-блоках , vitek (??), 20:40 , 07-Ноя-09, (17) самое время уже пойти, наконец, и почитать , аноним (?), 22:14 , 07-Ноя-09, (21) +1 и что пишут , vitek (??), 01:09 , 08-Ноя-09, (23) пишут, что бэд-блоки в ZFS не нужны , аноним (?), 02:04 , 08-Ноя-09, (24) +3 А если грамотно бэд-секторов подкинуть в неудачных местах чего накопители делат, User294 (ok), 07:05 , 08-Ноя-09, (27) –3 Вы в очередной раз выглядите идиотом, не зная матчасть Что бы там не сбойнуло, , аноним (?), 21:59 , 08-Ноя-09, (32) +3 Это не вы там предлагали dev random на диск выгрузить Если что сами посчитайте, User294 (ok), 01:33 , 09-Ноя-09, (35) Есть мнение, что стоит прислушаться к словам предыдущего оратора и пойти-таки по, Anon Y Mous (?), 12:30 , 09-Ноя-09, (37) +2 Простите пожалста, про дефолтового 2-байтного флетчера я прочел в каком-то из оп, User294 (ok), 01:25 , 10-Ноя-09, (39) The blocks of a ZFS storage pool form a Merkle tree in which each block validate, QuAzI (ok), 23:43 , 10-Ноя-09, (43) А ваше заявление, основанное на данных Радио ОБС, не троллеобразно выглядит Кон, Anon Y Mous (?), 01:54 , 12-Ноя-09, (52) Это вы технично передергиваете в этом моменте, а парни из Сана рекомендуют предо, Anon Y Mous (?), 11:58 , 09-Ноя-09, (36) +2 Парни из сана судя по стилю спича просто технично прикрывают свои жопы и пиарятс, User294 (ok), 23:26 , 10-Ноя-09, (42) +1 zpool scrub poolname , невежа , iZEN (ok), 15:05 , 11-Ноя-09, (46) Когда вы ресет делаете на ext3 - данные негарантированно валидны, нада fsck ког, yalur (ok), 23:01 , 11-Ноя-09, (50) +1 Этот вопрос адресуйте авторам этих других файловых систем Дискэдитором колупать , Anon Y Mous (?), 01:48 , 12-Ноя-09, (51) +1 Нет C fsck хоть и расшифровывается, как file system check, однако, check -- , Andrew Kolchoogin (?), 15:50 , 07-Ноя-09, (15) правильно но второе не может быть без первого вначале чек, а потом рековери , vitek (??), 20:42 , 07-Ноя-09, (18) а в xfs fsck тоже был return 0 , sshutdownow (ok), 15:50 , 10-Ноя-09, (41) А там то все просто - это read-only FS Почему нет fsck Потому что удачи тебе в, User294 (ok), 06:58 , 08-Ноя-09, (26) –4 cat dev cdrom 124 fsck iso9660 -af fixed img , pavlinux (ok), 09:43 , 08-Ноя-09, (29) Угу, картина маслом - роутер у которого ВСЯ ФЛЕХА занята squash-ом - крайне типи, User294 (ok), 23:48 , 10-Ноя-09, (44) Cижу в тундре, до ближайшего телефона 300 км на оленях, самолёт летает 2 раза в , pavlinux (ok), 04:31 , 11-Ноя-09, (45) +3 Пусть они если такие умные, расскажут что делать при серьезном разрушении метад, User294 (ok), 06:52 , 08-Ноя-09, (25) –1 // И откуда же возьмется хардкорное нарушение Любое нарушение integrity cat de, аноним (?), 22:03 , 08-Ноя-09, (33) // Мне не понравилось вот что саночники очень упирают на природу CoW и на то что к, User294 (ok), 01:18 , 09-Ноя-09, (34) –2 Как же до вас туго доходит Консистентность - подразумевается, что при работе на , yalur (ok), 22:37 , 11-Ноя-09, (49) +3 есть перевод статьи p s с английским туго, прогуливал уроки сидя в информатике, Аноним (-), 10:30 , 07-Ноя-09, (2) –2 zpool scrub poolname 8212 и прочувствуйте фоновую проверку , iZEN (ok), 10:40 , 07-Ноя-09, (3)   // Почувствуйте школоту, не читавшую документацию Команда zpool scrub проверяет п, Andrew Kolchoogin (?), 11:34 , 07-Ноя-09, (7) –1   // перефразирую - т е если отрекаверить не получится, то zpool scrub очень так, vitek (??), 20:49 , 07-Ноя-09, (19) –1   // да, неполучится, неполучится Как вы собираетесь востановить то, на что нет резе, yalur (ok), 22:22 , 11-Ноя-09, (48)   Молчали бы уж лучше в тряпочку и не говорили полной ерунды тому, кто это имел пр, iZEN (ok), 18:02 , 08-Ноя-09, (31)   // Бред, никогда scrub в фоне при загрузке компа как это есть с fsck не запускает, yalur (ok), 22:13 , 11-Ноя-09, (47)   Что касается scrub, то да, действительно он сам не начинает проверку после внеза, iZEN (ok), 23:34 , 12-Ноя-09, (53)   Спустя 26 минут от начала проверки zpool status amd64rio pool amd64rio state, iZEN (ok), 00:00 , 13-Ноя-09, (54)   zpool scrub -s pool Begins a scrub The scrub examines al, Stop scrubbing (?), 14:47 , 10-Ноя-09, (40)   а скоро заметки про ZFS будут начинаться так, ffsdmad (ok), 10:55 , 07-Ноя-09, (5) // В Oracle будет и ZFS, и btrfs, ocfs, lustre Не много ли на них одних Оста, sHaggY_caT (ok), 13:32 , 07-Ноя-09, (10) // теперь - да и не только на фс , vitek (??), 20:51 , 07-Ноя-09, (20) Не раньше чем монополия на mainline ядро и всех разработчиков комитящих в ФС P , User294 (ok), 07:12 , 08-Ноя-09, (28) 1,2,3,5

Сообщения

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

3. "Почему в ZFS нет необходимости в утилите fsck"	+/–
Сообщение от iZEN (ok), 07-Ноя-09, 10:40
zpool scrub poolname — и прочувствуйте фоновую проверку. :)
Ответить | Правка | Наверх | Cообщить модератору

	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ообщить модератору

	40. "Почему в ZFS нет необходимости в утилите fsck"	+/–
	Сообщение от Stop scrubbing (?), 10-Ноя-09, 14:47
	zpool scrub [-s] pool ...            Begins a scrub. The scrub examines all data in the specified  pools            to  verify  that  it checksums correctly. For replicated (mirror or            raidz) devices, ZFS automatically  repairs  any  damage  discovered            during  the  scrub. The "zpool status" command reports the progress            of the scrub and summarizes the results of the scrub  upon  comple-            tion.            Scrubbing  and resilvering are very similar operations. The differ-            ence is that resilvering only examines data that ZFS  knows  to  be            out  of  date (for example, when attaching a new device to a mirror            or replacing an existing device), whereas  scrubbing  examines  all            data to discover silent errors due to hardware faults or disk fail-            ure.            Because scrubbing and resilvering are I/O-intensive operations, ZFS            only  allows  one at a time. If a scrub is already in progress, the            "zpool scrub" command terminates it and starts a new  scrub.  If  a            resilver  is  in progress, ZFS does not allow a scrub to be started            until the resilver completes.            -s    Stop scrubbing.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

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

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