Как настроить iscsi диск чтобы инициатор мог редактировать диск, но при переподключении диск сбрасывался с исходному состоянию?

Question

[nuub228]

На сервере установлен Ubuntu 24.04.02, настроен dhcp, tftp - чтобы при сетевой загрузке выдавать ipxe образ с встроенным скриптом, и iscsi сервер - чтобы ipxe скрипт на стороне клиента загружал систему с iscsi target диска.
Нужно чтобы клиенты могли редактировать данные, и после перезагрузки компьютера система возвращалась к исходному состоянию. Пробовал в конфиге scsi таргета выставить параметр readonly=1, желаемого результата с помощью этого параметра не достиг - потому что система отказывается загружаться.
Как реализовать что-то на подобие временного кэша с которым будет взаимодействовать сторона клиента, и после перезапуска ПК - сбрасываться?

Answer 1

[rPman]

сам iscsi так не умеет, как минимум мне не известны такие сервера

Нужно создать блочное устройство на сервере, умеющее снапшоты, и уже этот снапшот раздавать по iscsi (на выбор от штатного lvm - не эффективно но просто, до btrfs/zfs - эффективно но фрагментирует образы, ну и как пример - qemu nbd на базе cow образов со снапшотами)

Так же нужна детекция перезагрузки клиента для последующего перезапуска istgtd (для пересоздания снапшота потребуется сначала остановить демона, плюс демон кеширует в памяти содержимое устройства, хотя это отключается) - (тут идей не много, например читать логи dhcpd/tftpd, или, pxe умеет загружать файлы по http, а это значит на сервере можно в http сервере прописать логику на определенные запросы и дергать соответствующие скрипты)

Comments

[nuub228]

Решение интересное, но при сценарии в котором несколько клиентов одновременно подключаются к таргету это не будет работать, так как файловую систему на таргет диске порвет, из-за одновременного использования.
В принципе с помощью вашего ответа я понял куда нужно копать и думаю я смогу что-то придумать, большое спасибо.

[rPman]

Для каждого клиента свой снапшот, настройки у каждого свои

[Дмитрий]

Если через iscsi будет загружаться linux, то напрашивается использование overlayfs. Тогда основной образ можно будет оставить read-only, а изменения записывать в другой, или даже в рамдиск (tmpfs).