Please save my data!

Status
Not open for further replies.

Gigante

Cadet
Joined
Aug 16, 2014
Messages
6
Hi guys!

Sorry to bother you, but I'm panicking here. The details:

Has been running a 4 disk array on OpenSolaris for years. I replaced a router and my machine couldn't get a new IP from the dhcp server, so I rebooted. But then it wouldn't boot. It would keep resetting at a certain point when loading up the OS. With my limited skills I couldn't get it working again.

Well I've been planning on switching to FreeNAS for some time anyway, so I removed the system disks and installed FreeNAS on a usb memory stick yesterday.

I briefly saw some lines about uncorrectable errors on a disk scroll past when loading up.

Importing the array caused hanging and I had to reboot. I assumed one of the disks was broken so I tried removing them one at a time. Importing the array got a quick reply "cannot import 'tank2' : I/O error Destroy and re-create the pool from a backup source" when only three disks were present. At the second disk/try it hung again, I waited an hour and then gave up and rebooted. At the third disk I got the reply that tank2 already existed! Although it wasn't visible in the GUI. Tried zfs and zpool and I see this:
https://dl.dropboxusercontent.com/u/24914997/freenas1.png

It sure looks like the pool is there, but I still can't find it! There is just some md_size file in /mnt, and cd /tank2 doesn't work either.

I'm using root and I should be able to see and access everything, shouldn't I ?

Please advice! How can I get to my data?
 
Last edited:

cyberjock

Inactive Account
Joined
Mar 25, 2012
Messages
19,525
First, you should not be trying to use Solaris pools on FreeBSD long-term.

Second, you should be importing the pool from the WebGUI, NOT the command line. (if you do this and the pool mounts without problems you should be able to see the data.)

Third, errors like I/O error generally means the zpool is corrupted and it may crash again at any time, and at any time the data may be permanently gone.

To be honest, I'd take that pool back to Solaris if you want to get your data back. That's the native OS that it ran on, and that's what it should stay on for recovery purposes.
 

Gigante

Cadet
Joined
Aug 16, 2014
Messages
6
Hmm ZFS pools was supposed to be independant of the operating system..
I used the WebGUI when importing the pool, I can't say it worked, no... but zpool says it exists!
I was hoping this was some mounting issue, or access rights issue or something?
I will of course try OpenSolaris again if that's what it takes, if I can't get it to run on FreeNAS.. and as soon as I getting my hands on my data I will backup to a safe place...
 
Last edited:

Gigante

Cadet
Joined
Aug 16, 2014
Messages
6
Well, I tried OpenSolaris 2009.06 live cd again. Didn't work, said the pool was of a later ZFS version. I guess FreeNAS did something to the pool when I tried importing it?
I am about to try with OpenIndiana...
 

HoneyBadger

actually does care
Administrator
Moderator
iXsystems
Joined
Feb 6, 2014
Messages
5,112
FreeNAS shouldn't upgrade the pool to a newer version just from import - you have to explicitly tell it to do that.

Picture looks like it can't find one of the disks in tank2.

Did the Solaris liveCD tell you what version the pool was when you tried the import?
 

DrKK

FreeNAS Generalissimo
Joined
Oct 15, 2013
Messages
3,630
There absolutely should not have been a change to the ZFS version as far as I know.
 

cyberjock

Inactive Account
Joined
Mar 25, 2012
Messages
19,525
Well, I tried OpenSolaris 2009.06 live cd again. Didn't work, said the pool was of a later ZFS version. I guess FreeNAS did something to the pool when I tried importing it?
I am about to try with OpenIndiana...

More than likely you updated your installation of Opensolaris to a newer ZFS version, and now the livecd is using relatively older code.

FreeNAS most certainly doesn't upgrade a zpool on import, and *definitely* can't upgrade a zpool that didn't have enough disks to import to begin with.
 
Status
Not open for further replies.
Top