client backup was not attempted because backup window closed 错误解决一例

今天有个备份策略出问题,报错内容是这样的:

04/24/2008 00:03:00 - requesting resource bfepdb-hcart2
04/24/2008 00:03:00 - requesting resource bfbkup.NBU_CLIENT.MAXJOBS.bfepdb
04/24/2008 00:03:00 - requesting resource bfbkup.NBU_POLICY.MAXJOBS.bfep_db
04/24/2008 00:03:00 - awaiting resource bfepdb-hcart2. Waiting for resources.
          Reason: Tape media server is not active, Media server: erpdb,
          Robot Type(Number): TLD(0), Media ID: N/A, Drive Name: N/A,
          Volume Pool: DB_ep_full, Storage Unit: bfepdb-hcart2, Drive Scan Host: N/A
client backup was not attempted because backup window closed (196)

在master server打开控制台,deivce--host,发现的status是“active for disk”。由于这个media server上面连接的是磁带库。正常应该是“active for type and disk”于是在这台机器上执行tpconfig –d,一直没有反馈信息。

1.通过bpps查看进程:

NB Processes
------------
    root 11379     1  0 15:24:23 ?         0:00 /usr/openv/netbackup/bin/bpcompatd
    root 11384     1  0 15:24:28 ?         0:00 /usr/openv/netbackup/bin/nbsl
    root 11356     1  0 15:24:17 ?         0:00 /usr/openv/netbackup/bin/nbnos
    root 11391     1  0 15:24:29 ?         0:00 /usr/openv/netbackup/bin/nbsvcmon

MM Processes
------------
    root 11494 11364  0 15:30:37 ?         0:00 tldd
    root 11364     1  0 15:24:20 ?         0:00 /usr/openv/volmgr/bin/ltid
    root 11497 11364  0 15:30:39 ?         0:00 avrd
    root 11480     1  0 15:30:34 ?         0:00 vmd

没有发现异常情况。

2.在master server上执行:

vmdareq -a

发现没有bfepdb这个media server的信息,决定重启nbu进程。netbackup stop后bpps -a

NB Processes
------------

MM Processes
------------

3.ioscan -fnC tape

Class     I  H/W Path        Driver S/W State   H/W Type     Description
=========================================================================
tape      0  0/0/1/0.4.0     stape  CLAIMED     DEVICE       HP      C5683A
                            /dev/rmt/0m            /dev/rmt/0mnb          /dev/rmt/c0t4d0BESTn   /dev/rmt/c0t4d0DDSb 
                            /dev/rmt/0mb           /dev/rmt/c0t4d0BEST    /dev/rmt/c0t4d0BESTnb  /dev/rmt/c0t4d0DDSn 
                            /dev/rmt/0mn           /dev/rmt/c0t4d0BESTb   /dev/rmt/c0t4d0DDS     /dev/rmt/c0t4d0DDSnb
tape      7  0/10/0/0.97.26.255.1.3.0  stape  CLAIMED     DEVICE       HP      Ultrium 2-SCSI
                            /dev/rmt/7m             /dev/rmt/7mn            /dev/rmt/c16t3d0BEST    /dev/rmt/c16t3d0BESTn
                            /dev/rmt/7mb            /dev/rmt/7mnb           /dev/rmt/c16t3d0BESTb   /dev/rmt/c16t3d0BESTnb
tape      8  0/10/0/0.97.26.255.1.3.1  stape  CLAIMED     DEVICE       HP      Ultrium 2-SCSI
                            /dev/rmt/8m             /dev/rmt/8mn            /dev/rmt/c16t3d1BEST    /dev/rmt/c16t3d1BESTn
                            /dev/rmt/8mb            /dev/rmt/8mnb           /dev/rmt/c16t3d1BESTb   /dev/rmt/c16t3d1BESTnb
tape      3  0/12/0/0.97.25.255.1.3.1  stape  CLAIMED     DEVICE       HP      Ultrium 2-SCSI
                            /dev/rmt/3m             /dev/rmt/3mn            /dev/rmt/c14t3d1BEST    /dev/rmt/c14t3d1BESTn
                            /dev/rmt/3mb            /dev/rmt/3mnb           /dev/rmt/c14t3d1BESTb   /dev/rmt/c14t3d1BESTnb
tape      4  0/12/0/0.97.25.255.1.3.2  stape  CLAIMED     DEVICE       HP      Ultrium 2-SCSI
                            /dev/rmt/4m             /dev/rmt/4mn            /dev/rmt/c14t3d2BEST    /dev/rmt/c14t3d2BESTn
                            /dev/rmt/4mb            /dev/rmt/4mnb           /dev/rmt/c14t3d2BESTb   /dev/rmt/c14t3d2BESTnb

设备也没有什么异常情况。

4.接着netbackup start,再手工启动策略问题依然存在。

5.再次netbackup stop后执行bp.kill_all,彻底杀掉nbu进程,再netbackup start启动nbu,vmdareq -a一切正常。

# netbackup start

NetBackup Database Server started.
NetBackup Notification Service started.
NetBackup Enterprise Media Manager started.
NetBackup Resource Broker started.
Media Manager daemons started.
NetBackup request daemon started.
NetBackup compatibility daemon started.
NetBackup Job Manager started.
NetBackup Policy Execution Manager started.
NetBackup Service Layer started.
NetBackup is not configured for clustering.
NetBackup Service Monitor started.

# vmdareq -a

Drive2 - AVAILABLE
     bfbkup UP
     erpdb UP
Drive3 - AVAILABLE
     bfbkup UP
     erpdb UP
HPUltrium2-SCSI0 - AVAILABLE
     bfbkup UP
     erpdb UP
HPUltrium2-SCSI1 - AVAILABLE
     bfbkup UP
     erpdb UP

6.结论

出现这种问题,可能是由nbu进程的异常造成的。但是正常的重启可能仍然不能解决问题,这时候需要执行bp.kill_all脚本来停止nbu的后台驻留程序。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/14284241/viewspace-281065/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/14284241/viewspace-281065/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ARM下出现"Kernel panic - not syncing: Attempted to kill init!"错误通常是由于内核初始化进程(init进程)异常终止引起的。这个错误可能有以下几个可能的原因: 1. 内核配置问题:检查内核配置是否正确,特别是init进程的相关配置。确保正确地编译和安装了init程序,并将其正确配置为内核启动的第一个进程。如果内核配置错误或未正确加载init进程,可能会导致这个错误。 2. 文件系统问题:如果根文件系统无法正确挂载或损坏,也可能导致这个错误。检查文件系统是否完整且可以正常访问。尝试重新挂载文件系统,或者使用备份的文件系统来排除文件系统问题。 3. 设备驱动问题:某些设备驱动程序可能会导致init进程异常终止,从而引发这个错误。尝试禁用或更新相关设备驱动程序,看看是否可以解决问题。 4. 引导加载程序问题:检查引导加载程序的配置和设置,确保正确加载内核和init程序。如果引导加载程序配置不正确或存在问题,也可能导致这个错误。 5. 硬件故障:在一些情况下,硬件故障(如内存故障)也可能导致这个错误。检查硬件是否正常工作,并排除硬件故障的可能性。 总之,解决这个错误需要仔细排查内核配置、文件系统、设备驱动、引导加载程序和硬件等方面的问题。根据具体情况逐一排除可能的原因,并进行相应的修复和调试。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值