[lvc-project] [PATCH RFC] ext4: add i_data_sem protection in ext4_destroy_inline_data_nolock()

[Fedor Pchelkin]

On Mon, 10. Nov 14:43, SDL wrote:
> > On Tue, 04. Nov 12:52, SDL wrote:
> > > > Зря здесь версию ядра убрали из репорта - без неё номера строк теряют
> > > > смысл.  Впрочем, раз уже отправили, давайте ждать какого-то фидбэка,
> > > > наиболее активно отвечающий там вроде Jan Kara.
> > > > 
> > > Jan Kara не вошел в список рассылки. Добавить его и скинуть v2 патча или как
> > > лучше поступить?
> > Думаю, увидит из рассылки linux-ext4.  Пока стоит подождать 3-5 дней
> > реакции от кого-то из сообщества.
> 
> Добрый день, до сих пор реакции от сообщества нет.

Ну, значит наверно пока эта проблема никого особо не заинтересовала, либо
из описания RFC патча ничего не поняли..  Проблемы от Сизколлера
разработчики файловых систем по умолчанию относят к связанным с
повреждёнными монтируемыми образами ФС - это для них низкоприоритетная
задача для исправления.  В нашем же случае, по состоянию на текущий
момент корневой причиной бага является не это, насколько понимаю.

Я в целом вчера попробовал потыкать релевантные xfs-тесты,
generic/{475,476,477} неплохо нагружают пути, на которых исполняется
ext4_destroy_inline_data_nolock().  Тесты не падали, ядро тоже не
возникало.  Но ощущение какой-то недосказанности всё равно имеется.

Стоит понять, каков сценарий возникновения ошибки в более высокоуровневом
представлении.  Какова схема взаимодействия двух конкурирующих потоков по
модификации состояния иноды (пример оформления в [1]), почему они в
принципе выполняются параллельно (валидно ли это?), как это поведение
может быть спровоцировано и провоцируется репродьюсером (львиную часть
работы обычно занимает выкидывание из него всего лишнего, не относящегося
к проблеме, и по возможности создание редуцированного репро).

Пока закину патч в тестовую lvc-ветку для покрытия фаззингом.  Погоняем
около недели.  Сейчас имеет смысл разобраться с обозначенными вопросами
и учесть их при подготовке описания новой версии RFC-патча.  Отправлять
можете в lvc-patches, постараюсь оперативнее ответить чем в прошлый раз)

[1]: https://lore.kernel.org/all/9669f8a9-11ad-4911-9e03-00758e1d9957@nvidia.com/