Проблема проявляется в том, что иногда появляются папки, которые вроде пустые (mc, ls и т.д. так показывают), но на самом деле, запись каким-то образом повреждена, и при попытке удаления появляется сообщение о том, что "папка не пуста". Если запустить fsck, то проблема решается и папка становится удаляемой.
Пока такое поведение заметил только после компиляции какой-нибудь программы.
Раздел Reiser4 работает в режиме прозрачной компрессии (алгоритм LZO1), с параметром noatime.
Как будет время, попробую различные комбинации с компрессией и без и с notail.
P.S. Проявлялось на ядрах серии Linux 3.11 (на предыдущих не замечал). Так-же заместо CFQ/Deadline/noop стоит BFQ.
Last edit: BratSinot 2013-11-13
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Здравствуйте.
У меня есть еще 2 подобных сообщения для 3.10 и 3.11.
Похоже на регрессию...
Во время удаления некоторых файлов процесс не может найти запись о них в составе родительской директории и возвращает ошибку (ENOENT). Такие директории становятся "неудаляемыми", ибо их размер не был изменён должным образом.
Я пока не знаю, где теряются те записи, но могу воспроизвести эту ошибку, так что, думаю, мы всё исправим. Ну, а пока, чтобы не запускать каждый раз fsck, все "неудаляемые" директории можно вручную переименовывать, так чтобы они не мешали..
Спасибо,
Э.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
А debugfs.reiser4 может как-нибудь помочь в решении проблемы? Или можно попробовать сделать небольшой раздел, "испортить" его, а потом сделать его дамп и выложить.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
У меня есть паттерн, с которым проблема всегда воспроизводится. Надо теперь проиграть его с отладочными сообщениями ядра, но у меня всё руки не доходят(
А что, сильно досаждает?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Доброго времени суток.
Проблема проявляется в том, что иногда появляются папки, которые вроде пустые (mc, ls и т.д. так показывают), но на самом деле, запись каким-то образом повреждена, и при попытке удаления появляется сообщение о том, что "папка не пуста". Если запустить fsck, то проблема решается и папка становится удаляемой.
Пока такое поведение заметил только после компиляции какой-нибудь программы.
Раздел Reiser4 работает в режиме прозрачной компрессии (алгоритм LZO1), с параметром noatime.
Как будет время, попробую различные комбинации с компрессией и без и с notail.
P.S. Проявлялось на ядрах серии Linux 3.11 (на предыдущих не замечал). Так-же заместо CFQ/Deadline/noop стоит BFQ.
Last edit: BratSinot 2013-11-13
Здравствуйте.
У меня есть еще 2 подобных сообщения для 3.10 и 3.11.
Похоже на регрессию...
Во время удаления некоторых файлов процесс не может найти запись о них в составе родительской директории и возвращает ошибку (ENOENT). Такие директории становятся "неудаляемыми", ибо их размер не был изменён должным образом.
Я пока не знаю, где теряются те записи, но могу воспроизвести эту ошибку, так что, думаю, мы всё исправим. Ну, а пока, чтобы не запускать каждый раз fsck, все "неудаляемые" директории можно вручную переименовывать, так чтобы они не мешали..
Спасибо,
Э.
А debugfs.reiser4 может как-нибудь помочь в решении проблемы? Или можно попробовать сделать небольшой раздел, "испортить" его, а потом сделать его дамп и выложить.
У меня есть паттерн, с которым проблема всегда воспроизводится. Надо теперь проиграть его с отладочными сообщениями ядра, но у меня всё руки не доходят(
А что, сильно досаждает?
Да не особо, все-равно всю "тяжелую" компиляцию в /tmp провожу.
Добрый день,
Скажите, а в последних релизах reiser4 для ядра 3.13 эта ошибка проявляется?
Собрал ядро 3.14.12. У меня связка Reiser4+LVM+LUKS+SSD. В процессе сборки ничего страшного не замечено. После сборки прошёлся fsck — всё в порядке.
ОК. У меня воспроизводится только на 3.10. Похоже на то, что проблема была в VFS.
Это оказался довольно старый баг. Исправлено в reiser4-for-3.16