NetBackup™ 状态码参考指南
- NetBackup 状态码
- NetBackup 状态码
- NetBackup KMS 状态码
- NetBackup 状态码
- 介质管理器状态码
- 介质管理器状态码
- 介质管理器状态码
- 设备配置状态码
- 设备配置状态码
- 设备配置状态码
- 设备管理状态码
- 设备管理状态码
- 设备管理状态码
- 机械手状态码
- 机械手状态码
- 机械手状态码
- 机械手错误代码
- 安全服务状态码
- NetBackup 警报通知状态码
NetBackup 状态码:50
说明: 发生了以下问题之一:
客户端备份异常终止。例如,当正在备份或还原时,NetBackup 主服务器或介质服务器关闭或重新启动。
管理员使用操作系统提供的命令行(例如,kill 命令)终止活动进程。一小时后作业状态才会反映此更改,此时状态更改为“结束”并生成此状态码。
在 AKS 上部署 NBUX 时,每个节点的最大 pod 数设置会限制用户和系统可在节点池中的节点上创建的 pod 数。此数目需要根据计算进行设置:
每个节点的最大 pod 数 =(RAM 大小 * 2)+ kube 系统 pod 数 [10] + 节点数 + 2
在 AKS 上部署 NBUX 时,vnet 需要有足够数量的可用 IP 地址。
每个节点的最大 pod 数 =(RAM 大小 * 2)+ kube 系统 pod 数 [10] + 节点数 + 2
文件哈希搜索异常终止。例如,文件哈希服务器在文件哈希搜索正在进行时关闭或重新启动。
建议操作: 根据需要,执行以下操作:
启用详细调试日志记录。
创建 bpbkar 调试日志目录(仅限 UNIX、Linux 或 Windows 客户端)。
创建 bpcd 调试日志目录
在 UNIX 客户端上,将 VERBOSE 选项添加到
/usr/openv/netbackup/bp.conf
文件中。在 PC 客户端上,提高调试或日志级别。
请参见《NetBackup 日志记录参考指南》中的“更改 Windows 客户端上的日志记录级别”。
重试该操作并检查所生成的日志。
如果 nbjm 在运行备份作业时终止,则可能会发生此错误。请检查 NetBackup 服务器上 nbjm (117) 的统一日志记录文件,以获取有关此错误的更多详细信息。所有统一日志记录都写入
/usr/openv/logs
(UNIX) 或install_path\NetBackup\logs
(Windows)。在 UNIX 客户端上,检查
/
目录中的核心文件。在 UNIX 客户端上,在系统日志(Solaris 上为
/usr/adm/messages
)上查找系统问题。有时,此问题可能是由于损坏的二进制文件所致。
在 UNIX 客户端上,使用 UNIX sum 命令来检查 bpcd、bpbkar 和 tar 二进制文件,这些文件位于客户端上的
/usr/openv/netbackup/bin
中。如果它们与服务器上/usr/openv/netbackup/client
下的客户端目录中的内容不相同,请重新安装它们。在 Windows 客户端上,检查
bpinetd.exe
、bpcd.exe
、bpbkar32.exe
和tar32.exe
文件,这些文件位于客户端上的install_path\NetBackup\bin
文件夹中。如果这些文件有如下问题,请重新安装客户端:
与其他 Windows 客户端上的文件的大小不同。
未在同一版本级别。
与其他 Windows 客户端的 NetBackup 修补程序不同。
在 Kubernetes 上部署 NetBackup 时,请查看以下内容:
检查挂起的 pod 数。发布该内容,以确保此问题是由于节点池级别最大 pod 数设置所致,并检查工作流运行程序或 datamover pod 是否处于挂起状态。使用以下公式删除节点池并使用适当的最大 pod 数重新创建节点池:
每个节点的最大 pod 数 =(RAM 大小 * 2)+ kube 系统 pod 数 [10] + 节点数 + 2
检查挂起的 pod 数。发布此内容,以确保有足够数量的可用 IP。管理员需要确保有足够数量的可用 IP。
单击此处查看 Veritas 技术支持网站中有关此状态码的技术说明和其他信息。