Veritas Access 版本说明

Last Published:
Product(s): Access (7.4)
Platform: Linux
  1. Veritas Access 概述
    1.  
      关于此版本
    2.  
      重要版本信息
    3. 此版本中的变更内容
      1.  
        与 SDS 管理平台的集成
      2.  
        基于容量的授权许可模式
      3.  
        支持 AWS 签名版本 2 或版本 4 身份验证
      4.  
        对 GUI 的更改
      5.  
        支持 RHEL 和 OL 操作系统
      6.  
        为国际化 (I18N) 提供支持
      7.  
        本版本不支持
    4. 技术预览功能
      1.  
        Veritas Access Streamer 作为 Enterprise Vault 的存储类型
      2.  
        对于基于 S3 协议的 LTR 用例，支持在横向扩展文件系统中使用纠删码
    5.  
      Veritas Access 简单存储服务 (S3) API
  2. 已解决的问题
    1.  
      此版本中已解决的问题
  3. 软件限制
    1.  
      使用共享 LUN 的相关限制
    2. 灵活存储共享的相关限制
      1.  
        如果群集具有 DAS 磁盘，则安装时必须将该群集名称限制为 10 个字符
    3. 与安装和升级相关的限制
      1.  
        如果未配置所需的 VIP，则 NFS、CIFS 和 S3 等服务无法正常运行
      2.  
        CLISH 不支持滚动升级
    4.  
      备份模式下的限制
    5.  
      Veritas Access IPv6 限制
    6.  
      FTP 限制
    7.  
      Intel Spectre Meltdown 限制
    8.  
      Samba ACL 性能相关问题
    9.  
      在 Veritas Access 群集中使用 InfiniBand NIC 的限制
    10.  
      在非 SSH 环境中与命令相关的限制
    11.  
      在虚拟机环境中使用 Veritas Access 的相关限制
    12.  
      NFS-Ganesha 限制
    13.  
      基于内核的 NFS v4 限制
    14.  
      文件系统限制
    15.  
      Veritas Access S3 服务器限制
    16.  
      长期数据保留 (LTR) 限制
    17. 与复制相关的限制
      1.  
        与间歇性复制身份验证相关的限制
      2.  
        与连续性复制相关的限制
  4. 已知问题
    1. Veritas Access 已知问题
      1. 备份问题
        1.  
          启用 SAN 客户端时，在 BackupGrp 切换或故障转移到其他节点之后，备份或还原状态可能显示无效状态
      2. CIFS 问题
        1.  
          无法在附加或添加到 homedir 列表的文件系统上启用配额
        2.  
          删除 CIFS 共享时，将重置同一文件系统上其他 CIFS 共享的默认所有者和组权限
        3.  
          默认 CIFS 共享的所有者不是 root
        4.  
          无法在 Windows 服务器或客户端上列出 Veritas Access 群集上创建的 CIFS 共享
        5.  
          CIFS> mapuser 命令无法将所有用户从 Active Directory (AD) 映射到所有 NIS/LDAP 用户
        6.  
          Windows 客户端显示的 CIFS 主目录共享大小不正确
      3. 重复数据删除问题
        1.  
          移除已启用重复数据删除的装入点的 lost+found 文件时，可能会导致出现重复数据删除问题
      4. Enterprise Vault 连接的已知问题
        1.  
          Enterprise Vault 归档策略未在共享目录中创建 ev_archival 文件夹
      5. FTP 问题
        1.  
          如果文件系统用作 FTP 的 homedir 或 anonymous_login_dir，则无法销毁此文件系统
        2.  
          FTP> server start 命令报告 FTP 服务器处于联机状态，即使它未联机也会报告此状态
        3.  
          FTP> session showdetails user=<AD username> 命令不起作用
        4.  
          如果 CIFS 中的安全性未设置为 Active Directory (AD)，则无法通过 AD 用户登录到 FTP
        5.  
          当安全性设置为本地时，如果是全新的操作系统和 Veritas Access 安装，则 FTP 不起作用
      6. GUI 问题
        1.  
          同时设置连续性复制链接和间歇性复制链接时，使用高可用性和数据保护策略配置存储不起作用
        2.  
          添加新节点或安装并配置新群集时，故障转移后，GUI 可能无法在控制台节点上启动
        3.  
          升级早期版本的 Veritas Access 群集时，GUI 显示过时和不完整的数据
        4.  
          作为命令的一部分重新启动服务器以添加和删除证书会在 RHEL 7 上显示错误
        5.  
          使用 OpenSSL ocsp 验证客户端证书在 RHEL7 上不起作用
      7. 安装和配置问题
        1.  
          重新启动使用 RDMA LLT 的节点后，LLT 不起作用，或 gabconifg –a 命令显示危险状态
        2.  
          运行各个 Veritas Access 脚本时可能会返回不一致的返回代码
        3.  
          SSH 连接断开时使用安装程序配置 Veritas Access 失败
        4.  
          使用响应文件配置 Veritas Access 时，从配置中排除 PCI 失败
        5.  
          在 I/O 防护配置期间初始化磁盘之后，安装程序没有立即列出已初始化的磁盘
        6.  
          如果同一驱动节点同时用于两个安装，则第二个安装显示第一个安装的进度状态
        7.  
          如果同一驱动节点同时用于两个或多个安装，则第一个安装会话将终止
        8.  
          当从属节点处于重新启动、关闭或崩溃状态时，如果运行 Cluster> show 命令，则从属节点将引发异常
        9.  
          如果为 PCI 排除添加重复的 PCI ID，Cluster> add node name 命令将会失败
        10.  
          如果从群集节点开始使用响应文件进行安装，则安装会话在配置 NIC 阶段完成后终止
        11.  
          完成系统验证检查之后，安装程序显示一条有关缺少第三方 RPM 的警告消息
        12.  
          使用 installaccess 命令从群集节点中安装和配置该产品时，安装程序看上去会挂起
        13.  
          滚动升级的第 1 阶段在第一个节点上完成之后，在第二个节点上出现崩溃
        14.  
          如果在完成群集配置之后从 CLISH 创建另一个 VLAN 设备，则 VLAN 设备的虚拟组不会联机
        15.  
          如果在系统上预配置 LDAP 或 autofs 主目录，Veritas Access 安装会失败
        16.  
          在 RHEL 7.3 上执行从 Veritas Access 7.3.0.1 到 7.4 的滚动升级时，在节点升级到 Veritas Access 7.4 后，CIFS 服务进入故障状态
        17.  
          完成 Veritas Access 安装后，安装程序不会清除触发安装的 Veritas Access 节点上驱动节点的 SSH 密钥。
        18.  
          如果节点的 yum 存储库较旧，且没有 Internet 连接，无法访问 RHN 存储库，则 Veritas Access 安装将失败
        19.  
          在滚动升级后，某些虚拟组不会联机
        20.  
          在执行滚动升级后，节点上的协议版本不同
        21.  
          使用预配置的 VLAN 和预配置的绑定安装 Veritas Access 失败
      8. 国际化 (I18N) 问题
        1.  
          命令中出现外语字符时，CLISH 提示符将消失
      9. 网络问题
        1.  
          CVM 服务组意外进入故障状态
        2.  
          在混合了 IPv4 和 IPv6 VIP 的网络设置中，IP 平衡不考虑 IP 类型
        3.  
          如果在 LDAP 中未找到条目，则网络组搜索不会在 NIS 中继续搜索
        4.  
          如果托管 VIP 和 PIP 的接口并非当前 IPv6 默认网关接口，则 VIP 和 PIP 在当前 IPv6 子网之外不可访问
        5.  
          在两个专用 NIC 之间或一个专用 NIC 与一个公用 NIC 之间交换网络接口后，不探测从属节点上的服务组
        6.  
          在操作系统升级后无法导入网络模块
        7.  
          如果升级 Veritas Access，则带有 ‘SSL on’ 的 LDAP 不起作用
        8.  
          网络负载平衡器未配置 IPv6
      10. NFS 问题
        1.  
          使用 NFS-Ganesha 版本 4 的 Solaris 10 客户端性能低下
        2.  
          使用 Linux 客户端的 NFS-Ganesha 的随机写入性能降低
        3.  
          如果节点之间的时间不同步，则客户端无法查看服务器的最新目录内容
        4.  
          如果重新启动群集节点，则 NFS> share 可能会在一段时间内将共享列为故障状态
        5.  
          导入 NFS 配置后，NFS-Ganesha 共享出现故障
        6.  
          当共享数超过 500 时，NFS-Ganesha 共享可能不会联机
        7.  
          通过多次导出将单个路径导出到多个客户端对 NFS-Ganesha 不起作用
        8.  
          对于 NFS-Ganesha 服务器，将大量共享设为联机或脱机需要较长时间
        9.  
          NFS 客户端应用程序可能会在节点重新引导时失败并显示文件句柄过时错误
        10.  
          NFS> share show 命令不区分脱机共享与联机共享
        11.  
          NFS> share show 与 Linux showmount 命令的输出存在差异
        12.  
          在切换 NFS 服务器之后，客户端上的 NFS 装入会暂停
        13.  
          在节点崩溃的情况下无法正确地进行内核 NFS v4 锁故障转移
        14.  
          网络组的内核 NFS v4 导出装入无法正常运行
        15.  
          用于 IPv6 子网的 NFS-Ganesha 共享无法工作，NFS 共享进入故障状态
      11. ObjectAccess 问题
        1.  
          尝试通过 SSLS3 连接到 S3 服务器时，客户端应用程序可能会发出类似于“SSL3_GET_SERVER_CERTIFICATE:certificate verify failed”的警告
        2.  
          如果已从早期版本升级到 Veritas Access 7.4，而且群集名称包含大写字母，则对 S3 服务器的访问将失败
        3.  
          如果群集名称未遵循 DNS 主机名限制，则无法在 Veritas Access 中使用 ObjectAccess 服务
        4.  
          创建存储桶可能失败并显示超时错误
        5.  
          删除存储桶可能失败并显示“No such bucket”或“No such key”错误
        6.  
          如果组名中包含空格，则组配置在 ObjectAccess 中不起作用
        7.  
          在 OpenDedup 从 Veritas Access 7.3.0.1 升级到 7.4 后，对现有存储桶运行 Objectaccess> bucket show 命令时，输出中未显示池名称
        8.  
          如果启用了 SSL，则在 get_object API 中使用 portald 时会发生崩溃，同时发送有关负载较大的响应
      12. OpenDedup 问题
        1.  
          删除 OpenDedup 卷后不回收文件系统存储
        2.  
          Storage> fs online 命令失败并显示 EBUSY 错误
        3.  
          对使用单个存储桶且装入在两个不同介质服务器上的 OpenDedup 卷运行 df-h 命令时，输出不匹配
        4.  
          如果 OpenDedup> volume create 命令在执行期间失败，不会还原所做更改
        5.  
          升级后，其中一些 OpenDedup 卷统计数据重置为零
        6.  
          OpenDedup 卷装入操作失败并显示错误
        7.  
          从 AWS Glacier 还原数据失败
        8.  
          在升级 OpenDedup 后，如果群集名称发生更改，则 OpenDedup 卷不会联机
        9.  
          如果 OpenDedup 位于介质服务器上且正在运行还原作业，则重新启动 Veritas Access 主节点时，还原的文件可能处于不一致状态
        10.  
          OpenDedup> volume list 命令可能不显示卷的节点 IP
      13. OpenStack 问题
        1.  
          无法通过 CLISH 区分 Cinder 和 Manila 共享
        2.  
          在目标端发生故障后，创建 Cinder 卷失败
        3.  
          Cinder 卷可能无法连接到实例
      14. 复制问题
        1.  
          在相同源上运行间歇性复制和重复数据删除时，间歇性复制文件系统在某些情况下会失败
        2.  
          System> config import 命令无法导入间歇性复制密钥和作业
        3.  
          作业在间歇性复制故障转移之后使用目标上的调度
        4.  
          如果目标节点进行故障转移，则间歇性复制失败并显示错误“connection reset by peer”
        5.  
          升级后无法识别在 Veritas Access 7.2.1.1 或更低版本中创建的间歇性复制作业
        6.  
          对于间歇性复制，不支持通过 GUI 设置带宽
        7.  
          在执行作业移除和添加链接操作后，加密的间歇性复制作业失败，并显示 SSL 证书错误
        8.  
          间歇性复制作业状态显示已移除链接的条目
        9.  
          间歇性复制作业修改失败
        10.  
          间歇性复制故障转移不起作用
        11.  
          在目标上手动重新启动 had 后台驻留程序时连续性复制失败
        12.  
          如果存储复制日志已满，则连续性复制无法进入复制状态
        13.  
          如果群集节点之间的 IPTABLE 规则通信不正常，则连续性复制中的计划外故障转移和故障回退可能会失败
        14.  
          如果连续性复制 IP 在主节点上未处于联机状态，而在另一个节点上处于联机状态，则连续性复制配置可能会失败
        15.  
          如果重新启动主群集或辅助群集中的任何节点，复制可能会进入 PAUSED 状态
      15. SDS 已知问题
        1.  
          轮换 SDS 日志后，来自 Veritas Access 或 SDS 插件的日志消息进入轮换的文件中，而不是新文件中
      16. SmartIO 问题
        1.  
          文件系统先脱机再联机之后，该文件系统的 SmartIO 写回缓存模式更改为读取模式
      17. 存储问题
        1.  
          如果设置快照配额，快照装入可能会失败
        2.  
          有时 Storage> pool rmdisk 命令不会输出消息
        3.  
          Storage> pool rmdisk 命令有时会显示错误，指出未输出文件系统名称
        4.  
          无法为新添加到 CIFS 主目录列表中的文件系统启用配额
        5.  
          销毁文件系统可能不会移除装入点的 /etc/mtab 条目
        6.  
          Storage> fs online 命令返回错误，但文件系统在几分钟后处于联机状态
        7.  
          如果存在 DCO，则从池中移除磁盘失败
        8.  
          即使 df 命令显示文件系统中有可用空间，横向扩展文件系统仍会返回 ENOSPC 错误
        9.  
          在运行 Storage> fs growby 或 growto 命令之后运行回滚时，回滚刷新失败
        10.  
          如果导出的 DAS 磁盘处于错误状态，使用 Storage> list 时，它在本地节点上显示 ERR，在远程节点上显示 NOT_CONN
        11.  
          禁用 I/O 防护时，在管理服务关闭的情况下群集状态不一致
        12.  
          Storage> tier move 命令无法对节点进行故障转移
        13.  
          Storage> scanbus 操作在 I/O 防护操作时挂起
        14.  
          当相关的缓存对象已满时，回滚服务组进入故障状态且无法清除该状态
        15.  
          当缓存对象已满时，未生成事件消息
        16.  
          Veritas Access CLISH 界面不应允许同时在相同文件上运行解压缩和压缩操作
        17.  
          存储设备出现故障并显示 SIGBUS 信号，导致横向扩展文件系统后台驻留程序异常终止
        18.  
          如果重新引导群集节点之一，Storage> tier move list 命令将会失败
        19.  
          指定为 Storage> fs policy add 过滤条件的模式有时会错误传输不符合条件的文件
        20.  
          在发出 Storage> fs policy resume 之后完成策略运行时，总数据量和文件总数可能与 Storage> fs policy 状态中显示的移动数据量和文件计数不匹配
        21.  
          Storage> fs addcolumn 操作失败，但不发送错误通知
        22.  
          Storage> fs-growto 和 Storage> fs-growby 命令返回独立磁盘错误
        23.  
          存在分层时，无法创建空间优化回滚
        24.  
          针对包含 Volume Manager 对象的设置启用 I/O 防护将无法导入磁盘组
        25.  
          池仅包含一个磁盘时创建文件系统失败
        26.  
          启动备份服务后，BackupGrp 在某些节点上进入 FAULTED 状态
        27.  
          使用精简 LUN 创建简单布局的横向扩展文件系统可能会在 Storage> fs list 命令中显示分层布局
        28.  
          使用 largefs-striped 或 largefs-mirrored-stripe 布局创建的文件系统可能会在 Storage> fs list 命令中显示错误的列数
        29.  
          使用 SSD 池创建文件系统失败
        30.  
          执行 Storage> fencing off/on 命令后，横向扩展文件系统可能会进入故障状态
        31.  
          将 Azure 层添加到横向扩展文件系统后，无法将文件移至 Azure 层，且 Storage> tier stats 命令可能会失败
        32.  
          重新启动管理控制台节点后，CVM 服务组进入故障状态
        33.  
          如果群集的其中一个节点处于未知状态，Storage> fs create 命令无法正确显示输出
        34.  
          如果文件系统或存储桶的大小已满，Storage> fs growby 和 Storage> fs growto 命令将失败
        35.  
          为 NetBackup 配置 S3 存储桶时，如果设备保护选为纠删码且故障域选为磁盘，则存储桶创建操作将失败
        36.  
          防护磁盘的操作系统名称在 Veritas Access 群集中不一致，这可能会导致出现问题
        37.  
          启用了防护时，磁盘组导入操作失败，且所有服务会进入故障状态
        38.  
          创建纠删码文件系统时，在执行 Storage> fs create 命令过程中显示一条误导消息，导致出现问题
        39.  
          在 Veritas Access 群集节点恢复期间，如果在重新启动后有另一个节点加入群集，可能会从群集中显式弹出或中止该节点
      18. 系统问题
        1.  
          System> ntp sync 命令在没有任何参数时似乎无法正常运行
      19. 目标问题
        1.  
          使用 Veritas Access 目标中的 LUN 时，存储配置命令在 Veritas Access 启动器上挂起
  5. 获取帮助
    1.  
      显示联机帮助
    2.  
      显示手册页
    3.  
      使用 Veritas Access 产品文档

在滚动升级后，某些虚拟组不会联机

在滚动升级后，由于虚拟组的某些资源处于脱机状态，因此某些虚拟组不会联机。Phantomgroup_pubeth<number> 的 phantomproc_<interface_name> 资源不会联机。因此，Phantomgroup_pubeth<number> 不会联机。

解决办法：

使用以下命令使资源联机。 

[root@varnic_01 ~]# hares -online phantomproc_ens161 -sys varnic_01
[root@varnic_01 ~]# hares -state phantomproc_ens161
#Resource          Attribute             System     Value
phantomproc_ens161 State                 varnic_01  ONLINE
phantomproc_ens161 State                 varnic_02  ONLINE
[root@varnic_01 ~]#

如果您不知道完整的资源名称，请执行以下步骤查找资源名称，然后使其联机。

查找资源名称，然后使其联机

  1. 使用 hastatus -sum 命令查找处于脱机状态的虚拟组的名称。
  2. 使用以下命令查找虚拟组的资源。 
    [root@varnic_01 ~]# hagrp -resources Phantomgroup_pubeth0
phantomproc_ens161
phantomNIC_ens161
  3. 使用以下命令检查资源的状态。
    [root@varnic_01 ~]# hares -state phantomproc_ens161
#Resource          Attribute             System     Value
phantomproc_ens161 State                 varnic_01  OFFLINE
phantomproc_ens161 State                 varnic_02  ONLINE
  4. 使用以下命令使资源联机。 
    [root@varnic_01 ~]# hares -online phantomproc_ens161 -sys varnic_01
[root@varnic_01 ~]# hares -state phantomproc_ens161
#Resource          Attribute             System     Value
phantomproc_ens161 State                 varnic_01  ONLINE
phantomproc_ens161 State                 varnic_02  ONLINE
[root@varnic_01 ~]#
  5. 验证虚拟组的状态。现在，虚拟组应为联机状态。
    [root@varnic_01 ~]# hagrp -state Phantomgroup_pubeth0
#Group               Attribute             System     Value
Phantomgroup_pubeth0 State                 varnic_01  |ONLINE|
Phantomgroup_pubeth0 State                 varnic_02  |ONLINE|
[root@varnic_01 ~]#