Unionfs
Как этим пользоваться:
- поставить нужный пакет
- в зависимости от задачи — создать unionfs readwrite branch или не создавать
- смонтировать несколько branch’ей в один
Например: имеем подмонтированный NFS как read-only в каталог /build, необходимо сделать данные в этом каталоге read-write.
Создаем каталог для rw branch:
mkdir /tmp/build
монтируем:
mount -t unionfs -o dirs=/tmp/build=rw:/build=ro null /build
Все. Данные в каталоге /build можно изменять (удалять, добавлять). При этом все изменения попадают в каталог /tmp/build/
Еще один пример, более странный ;-) Имеем: смонтированный через NFS (R/O) каталог /build, смонтированный через NFS (R/O) каталог /raid.
Задача: объединить дерево каталогов /build и /raid в /build, одновременно сделав /build как read-write с записью изменений в /tmp/build
mkdir /tmp/build mount -t unionfs -o dirs=/tmp/build=rw:/build=ro:/raid=ro null /build
А вот более реальный пример.
Имеем: кучу жестких дисков, NFS и т. д.
Задача: выложить объединенную структуру на FTP (R/O)
Решение:
mount -t unionfs -o dirs=/mnt/disk=ro:/mnt/disk1=ro:/mnt/disk2=ro..../mnt/diskN=ro none /var/ftp
Из известных ошибок:
- невозможность удаления каталогов с ro branch’ем на squashfs
- проблемы с переносом (mv) массы симлинков, реально расположенных на r/o branch’е
Все остальное вроде как работает.
Также в Sisyphus лежат unionfs-utils, предоставляющие возможность на лету добавлять/удалять branch’и, включать/отключать режим отладки.
Дополнительная документация: man unionfs; man unionctl; man uniondbg.
Просьба в случае обнаружения ошибок вешать в нашу bugzilla на пакет unionfs, сопровождая:
- testcase на C или shell
- логами ядра, от подмонтированного unionfs с опцией debug=19
- информацией о ядре и файловых системах branch’ей