在使用Juniper产品(例如SRX,NSM和Space)时,有时系统中会出现次要警报,并且需要采取一些措施来根据不同情况清除这些警报。

症状:

这是我在使用瞻博网络产品时遇到的一些小警报。

1.  自动恢复已恢复损坏的信息

[电子邮件 protected]> 显示系统警报   
node0:
————————————————————————
当前没有警报

node1:
————————————————————————
当前有1个警报
闹铃时间              Class  Description
2015-10-18 12:36:25 UTC Minor  自动恢复已恢复损坏的信息

2.自动恢复信息需要保存


{primary:node1}
[电子邮件 protected]> 显示系统警报                        
node0:
————————————————————————
当前有2个警报
闹铃时间               Class  描述
2015-11-22 16:49:31 UTC  次要   自动恢复已恢复损坏的信息
2015-11-22 16:49:29 UTC  次要  自动恢复信息需要保存

node1:
————————————————————————
当前没有警报

3. 救援配置未设置

注意,以下屏幕截图中显示了NSM中处于SRX状态的次要警报消息:

当鼠标悬停在Monor上时,未显示任何指定的值。

让我们从CLI登录设备:

[电子邮件 protected]> 显示系统警报
node0:
————————————————————————
当前有2个警报
闹铃时间              Class  Description
2014-03-16 12:55:30 UTC Minor  自动恢复信息需要保存
2014-03-16 12:55:29 UTC Minor  救援配置未设置

node1:
————————————————————————
当前没有警报


解:

1.  for 次要自动恢复已恢复损坏的信息

自动恢复已恢复损坏的信息
次要
此警报表明:
  • 某些项目的启动时间完整性检查失败;但是,项目已成功恢复。
  • 无需采取任何措施。
  • 下次启动时将清除警报。

2. for自动恢复信息需要保存

保存自动恢复状态信息

3. for 救援配置未设置


[电子邮件 protected]> 请求系统配置救援保存

{primary:node0}
[电子邮件 protected]> 显示系统警报
node0:
————————————————————————
当前有1个警报
闹铃时间              Class  Description
2014-03-16 12:55:30 UTC Minor  自动恢复信息需要保存

node1:
————————————————————————
当前没有警报


[电子邮件 protected]> 请求系统自动恢复状态?
可能的完成:
  clear                删除以前保存的自动恢复状态
  recover              检查问题并根据需要恢复状态
  save                保存自动恢复状态
{primary:node0}
[电子邮件 protected]> 请求系统自动恢复状态保存
保存配置恢复信息
保存许可证恢复信息
保存BSD标签恢复信息

{primary:node0}
[电子邮件 protected]> 显示系统警报
node0:
————————————————————————
当前没有警报

node1:
————————————————————————
当前没有警报





几分钟后,再次查看NSM设备状态,它显示为绿色,没有任何警报。

注意:您可能需要一个个地重新启动两个集群成员,以从系统中清除那些警报消息。

参考:

SRX alarm:自动恢复信息需要保存
了解完整性检查以及配置,许可证和磁盘信息的自动恢复

通过 约翰

发表评论