OverlayFS и объединение произвольного количества каталогов

- Приборы?
- 15!

Если я правильно понял документацию, OverlayFS позволяет стекировать два слоя, один в RW, второй — в RO. Но результат стекирования можно опять стекировать с чем-нибудь ещё. Однако множественных RW-веток (как в aufs3) нет.

- Что «15»?
- А что «приборы»?!

Не больше двух (трёх, если считать самый нижний слой) слоёв ФС можно накладывать. Но можно просто увеличить константу и пересобрать ядро. Главное после этого потестить что в ядре нигде не происходит переполнение стека.

Не больше двух (трёх, если считать самый нижний слой) слоёв ФС можно накладывать

Прекрасно. А overlayfs со всеми своими слоями считается одним уровнем или несколькими?

overlayfs одной операцией монтирования может объединять только две директории - lower и upper. Но в качестве lower и upper можно указывать уже примонтированную другую overlayfs. При монтировании из lower и upper берётся максимальное значение s_stack_depth и добавляется единица. Если s_stack_depth получается больше FILESYSTEM_MAX_STACK_DEPTH, то выдаётся ошибка:

	sb->s_stack_depth = max(upperpath.mnt->mnt_sb->s_stack_depth,
				lowerpath.mnt->mnt_sb->s_stack_depth) + 1;

	err = -EINVAL;
	if (sb->s_stack_depth > FILESYSTEM_MAX_STACK_DEPTH) {
		pr_err("overlayfs: maximum fs stacking depth exceeded\n");
		goto out_put_workpath;
	}

overlayfs одной операцией монтирования может объединять только две директории - lower и upper.

Уже почти 2 суток lower может быть несколько :)

О как... Но то linux-next, а значит пока не считается =).

Но lower - только ro? Вопрос прежний - можно объединить n rw?

Но lower - только ro? Вопрос прежний - можно объединить n rw?

А как именно это должно работать? Я с aufs не знаком, потому такой вопрос.

Например, у меня объединено пару десятков аккаунтов Yandex Disk в одно файловое пространство в сотни Гб, куда я лью шифрованные бэкапы.

Там можно указать произвольное количество слоев, причём первые имеют более высокий приоритет (если есть дубликаты). Также можно на лету внедрять новый слой под произвольным индексом. Для каждого слоя можно указать, можно ли туда писать или нет.

Вот такой пример:

mount -t aufs none /media/storage -o br:/media/torrents=rw:/media/new_storage=rw:/media/sda=rw:/media/sdb=rw,create=mfs,sum

Жесть какая... Нет, overlayfs сейчас так не может. И вряд ли когда-нибудь сможет.

Для каждого слоя можно указать, можно ли туда писать или нет.

И если есть два писабельных слоя, как выбирается целевой?

http://aufs.sourceforge.net/aufs3/man.html#Policies to Select One among Multi...

В моем случае у меня mfs:

Selects a writable branch which has most free space. In order to keep the performance, you can specify the duration (’second’) which makes aufs hold the index of last selected writable branch until the specified seconds expires. The seconds is upto 3600 seconds. The first time you create something in aufs after the specified seconds expired, aufs checks the amount of free space of all writable branches by internal statfs call and the held branch index will be updated. The default value is 30 seconds.

А не в курсе, есть ли какая либо оверлей ФС, которая умела бы в регулярные выражения. Т.е. целевая ветка для записи выбиралась бы на основе регулярок примененных к пути по которым выполняется запись?

Нет, такое мне неизвестно. Но можно написать свою простую FUSE FS.

Свою простую Fuse? Да можно наверно и свое простое ядро быстро накидать, но боюсь мне не по зубам. А впрочем - что почитать по теме?

http://www.cs.nmsu.edu/~pfeiffer/fuse-tutorial/

Я по этому туториалу писал вот это: https://github.com/gluster/xglfs

Спс. Еще такое нашел - https://www.ibm.com/developerworks/ru/library/l-fuse/

Но вроде придумал варик как обойтись tdp для свой задачи...

А я правильно понимаю что tdp работает так - пусть есть два слоя rw с такими каталогами:
1:
/a/ab/
/b/bb/

2:
/a/ab/abc/
/b/

Слой 1 смонтирован поверх слоя 2. Тогда если файл создается в /a/ab/ он будет создан слое 1, а если в /a/ab/abc/ то в слое 2. В /b/ в слой 2 вообще невозможно будет что-то записать. Даже если не в /b/bb/. А каталог /c/ будет создан в слое 1.

Так?