$ sudo zfs list -t snapshot | grep childDataset3
o grămadă întreagă sunt listate conform așteptărilor (de exemplu, pool/dataset/childDataset3@today)
$ ls /pool/dataset/childDataset3/.zfs
ls: nu poate accesa „/pool/dataset/childDataset3/.zfs”: nu există un astfel de fișier sau director
Am alte seturi de date copil și pot vedea directorul instantaneu în interiorul .zfs pentru ele; și, pot chiar să montez un instantaneu din lista de mai sus din unicul set de date supărător (deci există, nu doar ca o listă frumoasă într-un loc normal în care utilizatorii se pot cufunda):
$ sudo mkdir /mnt/tempShadow
$ sudo mount -t zfs pool/dataset/childDataset3@today /mnt/tempShadow
adică pot răsfoi un instantaneu al fișierelor în acest fel; De asemenea, de remarcat, atunci când rulez comanda sistemelor de fișiere pe disc cu show inodes, toate seturile de date de lucru și seturile de date copil apar, CU EXCEPȚIA celui cu care am probleme (ceea ce îl numesc „childDataset3”):
$ df -i
piscină 232594013966 9 232594013957 1% /bază
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
deci există o modalitate de a recrea inodul setului de date copil? (Iarta-ma daca spun total gresit)
folosind zfs versiunea 0.7.12-2+deb10u2 dacă asta contează
Soluția mea de rezervă este să comut utilizatorii la setul de date replicat (pe alt server), apoi să distrug acest set de date, apoi să trimit un instantaneu înapoi (dar vreau să evit acest lucru, deoarece 32 TB nu apare doar)