Pool recovered from unknown state, but no files?

[ord32]

Hello all!

First time here, and hoping you can help me. I discovered my pool was in an unknown state. I tried to recover it using import and it now shows up.

The drive shows that it is 47% used, but I can’t see any of the files on it.

If I go to the SMB share through the shell via “mnt<poolname>\sharedir” it’s also showing up with nothing in the directory.

I’m very light on knowledge on this platform, I really just set it up and forgot ran it for a few years without any changes, so forgive my ignorance.

Platform is a R710 with RAID 1 on 6TB disk. One of the disk failed, the other is still up and running, which is I’m hoping the good disk that can be recovered.

Thanks for any assistance!

[ord32]

Forgot to mention, this is currently on an older version of FreeNAS 11.3-U5.

[ord32]

Hello again!

So it appears that the pool is in the wrong directory?

In the CLI it shows that the pool “NAS1Pool” is showing up in the root directory.

I’ve browsed that directory in the CLI and can see my files there.

The GUI however is pointing to “/mnt/NAS1Pool”.

Is there a proper procedure to point back to the directory on root?

I’m thinking this happened because I did the import in the CLI.

[Arwen]

@ord32

I’m thinking this happened because I did the import in the CLI.

Yes.

Why did you do that?

Can you supply the output of;
zpool status -v NAS1Pool

Normally if it is needed to fix something from the command line, when done, you export the pool from the command line. Then, use the GUI to import the pool.

[ord32]

Here is the output:

Here is the location of the pool on the disk.

The picture show some of the files in the directory. I can traverse and see files in the CLI. Just can’t access them any other way.

If I go to the mount folder it’s not there.

And like I said, I’m not familiar with Free/TrueNas. The instructions I saw on a post online said to do the import through the command line to fix the issue, so that’s why I did that. Glad to accept any help to fix it the right way. Thanks for responding!

Oh, wanted to add, in the dashboard it shows the pool in the /mnt directory.

[Arwen]

Assuming their is nothing else wrong, you can do this:

1. Export pool from the command line
2. Using the GUI, import the pool.

Somethings done from the Unix command line don’t work well with the Middleware, (aka TrueNAS GUI and text user interface). Other things do work fine, it just takes experience to know the difference.

So, without the pool mounted in the correct place, none of the file Shares or Applications will work.

One last note, you have a single disk without any redundancy. You probably know that, but in case you did not, if you loose a block, a file will likely be lost. And of course, loss of the disk means loss of the pool.

[ord32]

Thanks for the help Arwen!

I was actually able to figure it out with the help of another thread that gave the option for chainging the mount point when importing. So as you said I exported from the CLI, and then changed the mount point to the one FreeNas was looking for with the command below in the CLI as well.

I’m back up and and running now!

Also to respond to your comment, I was actually running a RAID 1 with two disk from the R710. One of the disk had failed, which is probably what caused all of this.

Now my task is to export the data to a cloud backup before anything else happens.

Thanks again for the help!