После увеличения размера фрагмента в кэше LVM файлы больше не хранятся перемещен в кэш
Поскольку даты представлены в американском формате "MM/DD/YYYY", можно использовать GNU date непосредственно на файле dates, содержащем даты:
$ date -f dates "+%Y"
2001
1970
2010
Можно выполнить более сложное форматирование, например
$ date -f dates "+%F is in %Y and is a %A"
2001-01-01 is in 2001 and is a Monday
1970-05-16 is in 1970 and is a Saturday
2010-06-08 is in 2010 and is a Tuesday
Последовательности форматирования (%Y и т.п.) описаны в руководстве GNU date.
Форматы ввода, обрабатываемые GNU date, описаны в руководстве GNU coreutils.
Это была ошибка, которая, по крайней мере, в RedHat, теперь исправлена , начиная с RHEL 7.7. Это была проблема с migration_threshold, которая опускалась ниже размера фрагмента, когда размер фрагмента превышал 1 МБ. Блоки продвигаются кратно migration_threshold.
LVM2 теперь гарантирует, что всегда будет минимальное значение в 8 чанках.
См.:
Кажется, у кеша LVM есть проблема с размером фрагмента кеша, превышающим 1M.(https://marc.info/?l=linux-lvm&m=152948734523317&w=2)
В моем случае размер фрагмента составляет 1,06 МБ, что было автоматически определено командой lvcreate. Кэш создан в режиме сквозной записи. Затем я изменил его на обратную запись, блок продвигается; но когда я пытаюсь сбросить кеш, грязные блоки не могут быть записаны на диск.
Я должен уничтожить весь LV, так как кэш не может быть безопасно разделен.Воссоздайте пул кеша с размером фрагмента --= 512 КБ, и очистка кеша сработает. Вы все еще используете кеш LVM? Каков ваш текущий размер фрагмента кеша?