Папка .zfs отсутствует, но снимки все еще существуют и их можно монтировать (проблемы с индексным дескриптором?)
$ sudo zfs list -t snapshot | grep childDataset3
целая куча указана, как и ожидалось (например, пул/dataset/childDataset3@today)
$ ls /pool/dataset/childDataset3/.zfs
ls: cannot access '/pool/dataset/childDataset3/.zfs': No such file or directory
У меня есть другие дочерние наборы данных, и я могу видеть для них каталог снимков внутри .zfs; и я даже могу смонтировать снимок из приведенного выше списка из одного проблемного набора данных (так что они существуют, но не в виде красивого списка в обычном месте, в которое пользователи могут погрузиться):
$ sudo mkdir /mnt/tempShadow
$ sudo mount -t zfs pool/dataset/childDataset3@today /mnt/tempShadow
т.е. таким образом я могу просмотреть один снимок файлов; Также примечательно, что когда я запускаю команду дисковых файловых систем с помощью show inodes, отображаются все рабочие наборы данных и дочерние наборы данных, ЗА ИСКЛЮЧЕНИЕМ того, с которым у меня возникли проблемы (то, что я называю «childDataset3»):
$ df -i
pool 232594013966 9 232594013957 1% /pool
pool/dataset 232600679652 6665695 232594013957 1% /pool/dataset
pool/dataset/childDataset1 232596006126 1992169 232594013957 1% /pool/dataset/childDataset1
pool/dataset/childDataset2 232594839509 825552 232594013957 1% /pool/dataset/childDataset2
pool/dataset/childDataset4 230211379723 3040916 230208338807 1% /pool/dataset/childDataset4
Итак, есть ли способ воссоздать индексный дескриптор дочернего набора данных? (простите, если я совсем не так говорю)
используя zfs версии 0.7.12-2+deb10u2, если это имеет значение
мое решение для резервного копирования состоит в том, чтобы переключить пользователей на реплицированный набор данных (на другом сервере), а затем уничтожить этот набор данных, а затем отправить снимок обратно (но я хочу избежать этого, потому что 32 ТБ просто так не всплывают)