Dataset created with same name as directory

[Forssux]

Hi,
I had a lot of music in /mnt/DGCOM-Music/Music The Music directory was initially created in the pool /mnt/DGCOM-Music

I also had 2 data sets namely /mnt/DGCOM-Music/jail and /mnt/DGCOM-Music/software.

Then after some time I created a 3th Dataset namely Music and probably made the mistake to give it the same name as the directory.
I can't find any music anymore and furthermore I can't delete the dataset..
First I couldn't unmount it but a umount -f /DGCOM-Music/Music fixed that..
The removal of the Dataset via the gui leads to a crash of the system..

I even tried a sqlite3 > Select * from_storage_mountpoints witch resulted in a
sqlite3: Error: too many Options: "Universal"

How can I get back my music?
Guy Forssman

 

[jgreco]

It sounds like it is probably still there. Once your system is up and running, try this:

1) Turn off all sharing

2) Do a "zfs unmount /mnt/DGCOM-Music/Music" which ought to happen cleanly

3) Do a "mv /mnt/DGCOM-Music/Music /mnt/DGCOM-Music/RescuedMusic"

4) Reboot

 

[Forssux]

First I had to do a zfs -f umount because normal umount gave me a 'device is busy'error
the mv (move) didn't do a thing
I still have the fact that even destroy of the /mnt/DGCOM-Music/Music results in a kernel panic

fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 06
fault virtual adress = 0x308
fault code = supervisior read data, page not present
instruction pointer = 0x20:0xfffffff824634c530

etc...
this happens every time when I try to destroy that perticular dataset

 

[Forssux]

I have resolved this issue...I detached the main volume and then did a auto import of volume...This time I was able to destroy the /mnt/DGCOM-Music/Music dataset..

 

[jgreco]

Interesting, something was obviously wrong if it wouldn't unmount cleanly.