Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 27 May 24 11:30:58, всего сообщений: 10756
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 6178 из 10756 ===================================== RU.UNIX.BSD =
От   : Eugene Grosbein                  2:5006/1           07 Nov 17 18:02:48
Кому : Vova Uralsky                                        07 Nov 17 18:02:48
Тема : Re: Куда подевалось место на ZFS
FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+a535d010
На   : area://RU.UNIX.BSD?msgid=2:5030/257+5a00bd11
= Кодировка сообщения определена как: IBM866 =================================
Ответ: area://RU.UNIX.BSD?msgid=2:5030/257+5a021588
==============================================================================
06 нояб. 2017, понедельник, в 20:20 NOVT, Vova Uralsky написал(а):

VU> Ещё раз и по буквам. Резерв на датасете состоит из блоков, принадлежащих
VU> датасету.

Это прямо противоречит и документации, и продемонстрированному поведению.
И из того, и из другого следует, что резерв не принадлежит датасету.

VU> Они не являются свободными, хотя в них не записано никаких данных.

Да нет этих "блоков" вообще, это просто лимит.

VU> Они не доступны другому датасету.

Да - занять свободные блоки пользовательскими данными в нарушение резервирования,
действительно, нельзя, но, как показал тест, их может использовать сама ZFS
на свои внутренние нужды - в частности, чтобы отработал rm - а этого мы и добиваемся.

VU>>>>> К тому же мы ещё не проверили, работает ли оно действительно так,
VU>>>>> как ты предполагаешь.
EG>>>> # zfs get reservation
EG>>>> NAME    PROPERTY     VALUE   SOURCE
EG>>>> md0     reservation  100M    local
VU>>>> ---------------------^^^^

EG>>>> md0   3,97G  3,84G   128M         -    47%    96%  1.00x  ONLINE  -
VU>>>> ---------------------^^^^

VU> <sarcasm>
VU> Магический пул: резервируем 100M, заполняем до конца, сколько осталось
VU> незаполнено? Првыильно, 128M.

А откуда следует, что ZFS не может для своих нужд ещё дополнительно
резервировать место "неявно"? Да ниоткуда.

VU> Ты что-то недокопипэйстил? Или действительно считаешь что 100M == 128M?

Я считаю, что 100M <= 128M, а только это и требуется.

VU>>> А вопросы были такие:
VU>>> 1. Если заполнить датасет на 100%, можно ли удалить в нём файл? (если
VU>>> он зажат квотой, мы знаем, можно, а если резервированием на другом
VU>>> датасете?)
EG>> Да, именно это я продемонстрировал.
VU> Hе вижу. plausibility check failed

Датасет был заполнен на 100%. Пул - нет. Sapienti sat.

VU> Жаль что Korchmar effect нам никто не хочет продемонстрировать.

Так путь он и демонстрирует, ну или тот, кому он интересен, этот эффект.
Я его не наблюдал и мне он вообще неинтересен. Мне интересно ровно
обратное - как получить гарантию его невоспроизведения практически
удобным способом.

Eugene
--
Enter old password: xxx
Enter new password: yyy
Confirm password: подтверждаю
--- slrn/1.0.2 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.128548 секунды