Solved ZFS panic

[balanga]

In the process of trying to set up an NFS share on my server I seem to have lost access to one of my subdirectories that I was trying to share over my LAN, and am panicking that I may have deleted that subdirectory which contains a lot of backup files.

/etc/exports:-

V4: /repo
/repo -mapall="root"

/ -mapall="root"

# showmount -e 192.168.1.14
Base System

Exports list on 192.168.1.14:
/                                  Everyone
/repo                              Everyone

On my workstation I the server's root mounted on /net

ls -al /net/repo
total 93
drwxr-xr-x   9 root  wheel   9 Oct 20 07:39 .
drwxr-xr-x  23 root  wheel  45 Feb 28 09:16 ..
drwxr-xr-x  26 root  wheel  29 Feb  6 09:52 backup
drwxr-xr-x   4 root  wheel   4 Feb  5 12:32 catalog
drwxr-xr-x   7 root  wheel  10 Oct 20 11:36 go-thru
drwxr-xr-x   6 root  wheel   6 Sep 20 07:41 media
drwxr-xr-x   7 root  wheel   8 Oct 19 23:16 misc
drwxr-xr-x   8 root  wheel   8 Nov 19 22:10 projects
drwxr-xr-x  15 root  wheel  19 Jan 26 18:47 software

On the server:-

ls -alR /repo
total 10
drwxr-xr-x   3 root  wheel   3 Feb 28 00:14 .
drwxr-xr-x  23 root  wheel  45 Feb 28 10:16 ..
drwxr-xr-x   2 root  wheel   2 Feb 28 10:16 backup

/repo/backup:
total 1
drwxr-xr-x  2 root  wheel  2 Feb 28 10:16 .
drwxr-xr-x  3 root  wheel  3 Feb 28 00:14 ..

There is zfs mountpoint on the server

zroot/repo on /repo (zfs, NFS exported, local, noatime, nfsv4acls)

How can I tell what is in it and be able to access it from withn the server?

For some background to the situation see Thread 92489.

 

[T-Daemon]

Dude, one does not practice on a machine with valuable data when unfamiliar with the process (if you do so, at least have a reliable backup).

Best is in a VM. There is no harm done when things go wrong.

I suspect, when the zroot/repo data set with mountpoint=/repo was created, the data set was supra-mounted on top of the existing /repo directory.

Execute zfs umount zroot/repo. This will remove the zroot/repo data set from the /repo mount point and the content of the original /repo directory should be accessible.

Next step could be to rename /repo to /repo.orig, then mount the zroot/repo data set again

Copy content of /repo.orig to /repo. With /repo.orig there will be a backup.