检查以下转换问题：
导入带有旧共享属性的文件系统－导入池或接收文件系统流（它们均在 Oracle Solaris 11 之前创建）时，sharenfs 和 sharesmb 属性会在属性值中直接包括所有共享属性。在大多数情况下，一旦共享每个文件系统，这些传统的共享属性就会转换为一组等效的命名共享。因为在大多数情况下，导入操作会触发挂载和共享，所以，在导入过程中会直接发生转换为命名共享的操作。
从 Oracle Solaris 11 升级－在池升级到版本 34 之后，第一个文件系统共享需要的时间可能会很长，因为命名服务需要转换为新格式。升级过程中创建的命名服务是正确的，但不能利用共享属性继承。
显示共享属性值：
# zfs get share.nfs filesystem # zfs get share.smb filesystem
如果引导回较旧的 BE，请将 sharenfs 和 sharesmb 属性重置为其原始值。
从 Oracle Solaris 11 升级－在 Oracle Solaris 11 和 11.1 中，sharenfs 和 sharesmb 属性只能有 off 和 on 两个值。这些属性不再用于定义共享特征。
/etc/dfs/dfstab 文件不再用于在引导时共享文件系统。引导时，将自动共享包括已启用文件系统共享的所有已挂载 ZFS 文件系统。将 sharenfs 或 sharesmb 设置为 on 时，将启用共享。
sharemgr 接口不再可用。传统的 share 命令仍可用于创建传统的共享。share–a 命令与以前的 share –ap 命令类似，因此，共享文件系统将是持久性的。share –p 选项不再可用。
升级系统－如果因该发行版中的属性更改而引导回 Oracle Solaris 11 BE，则 ZFS 共享将是不正确的。非 ZFS 共享不受影响。如果打算引导回较旧的 BE，则应在执行 pkg update 操作之前首先保存现有共享配置的副本，以便能够恢复 ZFS 共享配置。
在较旧的 BE 中，使用 sharemgr show –vp 命令可列出所有共享及其配置。
使用以下命令显示共享属性值：
# zfs get sharenfs filesystem # zfs get sharesmb filesystem
如果返回到较旧的 BE，请将 sharenfs 和 sharesmb 属性以及使用 sharemgr 定义的所有共享重置为其原始值。
传统的取消共享行为－使用 unshare –a 命令或 unshareall 命令可取消共享文件系统，但是不会更新 SMF 共享系统信息库。如果尝试重新共享现有的共享，则会检查到共享系统信息库中的冲突，并显示一个错误。