Veritas NetBackup™ Status Codes Reference Guide
- NetBackup status codes
- NetBackup 状态码
- NetBackup KMS 状态码
- NetBackup 状态码
- Media Manager status codes
- 介质管理器状态码
- 介质管理器状态码
- Device configuration status codes
- 设备配置状态码
- 设备配置状态码
- Device management status codes
- 设备管理状态码
- 设备管理状态码
- Robotic status codes
- 机械手状态码
- 机械手状态码
- Robotic error codes
- Security services status codes
NetBackup 状态码:41
说明: 可能的原因如下:
服务器未收到来自该客户端的任何信息的时间段太长。
在启用了快速备份的情况下,您尝试使用 FSCP 备份的文件太多(文件级别快速单副本备份)。
NetBackup 最大限度地使用可用带宽,并相应地推送请求;但是,Amazon S3 兼容的云无法处理大量请求。
云供应商返回减慢请求速度的错误 503,且备份作业失败并显示以下错误:
在介质服务器中,bptm 记录以下内容:
bptm:4940:<media_server_name>: AmzResiliency: AmzResiliency::getRetryType cURL error: 0, multi cURL error: 0, HTTP status: 503, XML response: SlowDown, RetryType: RETRY_EXHAUSTED
在介质服务器中,bpbrm 记录以下内容:
bpbrm Exit: client backup EXIT STATUS 41: network connection timed out
仅当 NetBackup 与云存储之间有更高的带宽可用时,才会出现此问题。
建议操作: 根据需要,执行以下操作:
如果备份的文件太多,请使用 NetBackup 服务器上的“主机属性”将 更改为一个较大的值(例如,4000)。这些设置位于“主服务器属性”对话框的“通用设置”选项卡上。此超时时间的默认值为 300 秒。
此外,还要将“超时时间”选项卡上的“文件浏览超时”设置为一个大于 4000 的值。
然后重试该操作。在
bpbkar
处理文件之前,这些文件的名称被记录在 /usr/openv/netbackup/logs/bpbkar 目录的调试日志文件中。问题就是由该日志中的最后一个文件引起的。在 UNIX、Linux 或 Windows 客户端上,检查 bpbkar 客户端进程中的下列问题。
在 Windows 客户端上:bpbkar 客户端进程没有挂起。由于该进程所扫描的文件和目录,它未在 期限内响应服务器。在增量式备份过程中,当目录中包含成千上万个未修改的文件时会出现此错误。
对于这种情况,可在 NetBackup 服务器上使用“主机属性”更改 。此设置位于“主服务器属性”对话框的“通用设置”选项卡上。此超时时间的默认值为 300 秒。
请参见 NetBackup 故障排除指南中的“使用‘主机属性’窗口访问配置设置”。
还可以监视 CPU 的使用情况,确定是否存在此情况。
下列信息仅适用于 UNIX 或 Linux 客户端:
bpbkar 客户端进程在已设置强制性锁定的文件上挂起。对于这种情况,请将下面的内容添加到客户端的
bp.conf
文件中:VERBOSE
并以 root 身份在客户端上运行以下命令:
touch /usr/openv/netbackup/bpbkar_path_tr /usr/openv/netbackup/logs/bpbkar
然后重试该操作。在
bpbkar
处理文件之前,这些文件的名称被记录在 /usr/openv/netbackup/logs/bpbkar 目录的调试日志文件中。问题就是由该日志中的最后一个文件引起的。注意:
对于其他未知的 bpbkar 挂起,请同样执行上述过程。
如果问题是由强制性文件锁定引起的,请让 NetBackup 跳过这些锁定的文件。在客户端上的 /usr/openv/netbackup/bp.conf 文件中将 LOCKED_FILE_ACTION 设置为
SKIP
。bpbkar 客户端进程没有挂起。由于该进程所扫描的文件和目录,它没有在 CLIENT_READ_TIMEOUT 或 CLIENT_CONNECT_TIMEOUT 时限内响应服务器。如果在备份时目录中有成千上万个未修改的文件,或在还原有成千上万个空洞的稀疏文件时,都可能发生此错误。对于这种情况,请尝试在服务器的 /usr/openv/netbackup/bp.conf 文件中添加或修改 CLIENT_READ_TIMEOUT 值。如果未指定,则 CLIENT_READ_TIMEOUT 的默认值为 300 秒。
使用系统的 ps 命令并监视 CPU 使用情况,以帮助确定存在上述哪些情况。
当您研究完该问题后,请删除
/usr/openv/netbackup/logs/bpbkar
目录,原因是这些日志文件可能会变得相当大,而且不能自动删除。还需删除/usr/openv/netbackup/bpbkar_path_tr
,以便在下次创建目录/usr/openv/netbackup/logs/bpbkar
时,不生成比所需日志文件更大的日志文件。在 Windows 系统上,尝试执行以下操作:
禁用下面的文件:
install_path\VERITAS\NetBackup\bin\tracker.exe
修复硬盘驱动器碎片。尝试使用名为 Diskeeper Lite 的应用程序,它是 Windows 资源工具包的一部分。
确保在
\temp
中有足够的可用空间。
如果服务器无法连接到客户端,请在客户端上创建 bpcd 或 bpbkar(仅限 UNIX、Linux 和 Windows)调试日志目录。然后重试该操作并检查所生成的调试日志。如果这些日志没有提供线索,请在服务器上创建一个 bpbrm 调试日志。然后重试该操作并检查所生成的调试日志。
如果 bpbrm 日志中包含类似如下的条目,则说明服务器上的路由配置出现了问题:
bpbrm hookup_timeout: timed out waiting during the client hookup bpbrm Exit: client backup EXIT STATUS 41: network connection timed out
验证所使用的名称服务中的客户端 IP 地址是否正确。在 UNIX 客户端上,如果同时使用 NIS 和 DNS 文件,请验证它们是否匹配。
请参见 NetBackup 故障排除指南中的“解决网络通信问题”。
如果您使用的是 AIX 令牌环适配器,而且 routed 后台驻留程序正在运行,则可能会由于令牌环适配器创建动态路由而造成超时, 从而导致 routed 后台驻留程序崩溃。
对于 FlashBackup 客户端,如果正在备份的文件系统非常大而且包含大量文件,则会发生此错误。如果同一时间有大量的并行数据流处于活动状态,则也可能发生这种情况。要更正此错误,请将 CLIENT_READ_TIMEOUT 添加到
/usr/openv/netbackup/bp.conf
文件中并对其进行设置,以增大超时时间间隔。确保已经安装了推荐的所有 NetBackup 修补程序。访问以下 Veritas 支持网站,了解有关最新修补程序的信息:
当安装 NetBackup 数据库扩展产品时,将 CLIENT_READ_TIMEOUT 值添加到主服务器、介质服务器和客户端。这些值对于每台服务器应该都相同。该值的设置取决于要备份的数据库的大小。我们提供了有关 CLIENT_READ_TIMEOUT 的详细信息。
确保增强身份验证的配置正确。例如,下面的情况可能会导致状态码 41:主机 A 配置为对主机 B 使用增强身份验证,但是主机 B 没有配置为对主机 A 使用增强身份验证。在这种情况下,从主机 B 到主机 A 的连接可能失败并显示状态码 41。从主机 A 到主机 B 的连接可能因身份验证错误(状态码 160)而失败。
如果 Amazon S3 兼容的云无法处理大量请求,请执行以下操作之一:
配置带宽限制以减少请求数。请参见 NetBackup 云管理指南中的“NetBackup 云存储服务器连接属性”。
减少读/写缓冲区的数量。请参见 NetBackup 云管理指南中的“NetBackup 云存储服务器带宽限制属性”。
咨询您的云供应商来增加并行请求限制。
单击此处查看 Veritas 知识库中有关此状态码的技术说明和其他信息。