issues since application /system pool migration

mervincm

Contributor
Joined
Mar 21, 2014
Messages
157
I moved from a 4 SSD Z1 to a mirror pair for my app/system pool using the migrate applications to the new pool function, but I am not sure if it completed completely.
I want to carefully confirm that everything moved before I remove the 4 origional SSDs from the box.

There are no failed jobs, so it seems to work, but I can not create a new SMB share

I get this message in red in the GUI

ACL type mismatch with child mountpoint at /mnt/ssdpool2/ix-applications/docker/zfs/graph/530e35aa295ea596b8ba1b822d6ab642a1825cc80db0363fe62c72342c210d5c: ssdpool2 - NFSV4, ssdpool2/ix-applications/docker/530e35aa295ea596b8ba1b822d6ab642a1825cc80db0363fe62c72342c210d5c - POSIX
 

mervincm

Contributor
Joined
Mar 21, 2014
Messages
157
Trying to make an SMB share in the origional application / system pool similarly fails

/mnt/ssdpool2/ix-applications/docker/containers/f804af6c0a2c52a255906ea93235eda9fcd9ee64e60442366f10ee67bba75a7e/mounts/shm: extended attribute support is disabled on child mount.
 

mervincm

Contributor
Joined
Mar 21, 2014
Messages
157
The ix-applications section on the original pool still has significant data in it, but has ..... exploded into a pile of new data sets

1668064406101.png



there are PVC's still there. I am not sure if they are just obsolete copies or if they are still in use

1668064567417.png
 

Attachments

  • 1668064519053.png
    1668064519053.png
    303.7 KB · Views: 170

mervincm

Contributor
Joined
Mar 21, 2014
Messages
157
I have since deleted the ix-application dataset left on the source, and my apps seem to be OK. IMO this needs improvement as this is not an intuitive exerience with a move.
 
Top