Dataset rename fails

[JoeB]

I have created a test dataset here:

/mnt/vol1/t1

I cannot rename it in SSH as root:

[root@JOE-FREENAS] ~# zfs rename /mnt/vol1/t1 /mnt/vol1/t2
cannot open '/mnt/vol1/t1': invalid dataset name

[root@JOE-FREENAS] ~# ls /mnt/vol1
./ backup/ media-server/ t1/
../ jails/ readynas/ users-dataset/

 

[depasseg]

sweet jesus what are you doing.

The fact that you aren't using the dataset name is the reason you are getting that error (and the fact that you are using the mountpoint doesn't instill confidence that you understand what's going on), but in the event you used the proper dataset name, your next message would say "I changed the dataset name at the CLI and now FreeNAS can't see my data".

Don't use the CLI to do ZFS stuff unless you understand what you are doing and the implications thereof.

Run zfs list to see your datasets.
Then try the rename.
If freenas gui doesn't see the name change, then reboot.

 

[JoeB]

Thank you, i ran
zfs list
and it showed the dataset as
vol1/t1

zfs rename vol1/t1 vol1/t222

worked perfectly, showed up in the GUI too.

- No, i dont understand what is going on to be honest, but we all gotta start somewhere :)

Why is this not a GUI function? It seems like an reasonable function to have there?

 

[depasseg]

I agree that it's reasonable to expect it in the GUI. Not sure why it's not there.

The interaction between datasets, mountpoints, and FreeNAS GUI/middleware is a delicate balance I guess. I don't see that feature in the FreeNAS 10 beta either. :-(

 

[JoshDW19]

You can always make a feature request at https://bugs.freenas.org/ to add that information to the GUI.

 

[depasseg]

Done.
https://bugs.freenas.org/issues/17734

 

[Stux]

Now I feel silly for deleting and recreating a dataset instead of renaming it.

Just assumed it was something that couldn't be done (silly me) because otherwise why wouldn't it be in the GUI!