它并不经常发生,但是当它发生时,您将需要知道如何解决它。

救援配置是先前提交的有效配置。您先前必须已经通过J-Web界面或CLI设置了救援配置。

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

[电子邮件 protected]>显示系统配置救援 


在今天的工作中,一台SRX防火墙在加载常规配置文件时遇到了问题,并且在加载应急配置时也遇到了问题。这是控制台输出告诉我的内容:


***最终系统关闭消息来自 [电子邮件 protected] ***          

系统立即关闭                                                 

                                                                          


{secondary:node1}

[电子邮件 protected]>等待(最多60秒)以等待系统进程“ vnlru”停止…完成
等待(最长60秒)以等待系统进程“ vnlru_mem”停止…完成
等待(最长60秒)以等待系统进程“ bufdaemon”停止…完成
等待(最多60秒)以使系统进程“同步器”停止运行…
同步磁盘,剩余vnode…0 0 0完成

正在同步磁盘…所有缓冲区都已同步。

正常运行时间:32分35秒
正在重新启动…
cpu_reset:停止其他CPU


U-Boot 1.1.6-JNPR-1.7(构建时间:5月 4 2010 – 06:59:58)


SRX_240_HIGHMEM电路板修订版主要版本:1,次要版本:50,序列号:AAEK3334

OCTEON CN5230R-SCP通过2.0,核心时钟:600 MHz,DDR时钟:333 MHz(666 Mhz数据速率)
DRAM: 1024 MB
正在启动内存POST… 
正在检查数据线...确定
正在检查地址线…确定
正在检查512K内存的U-Boot…确定。
正在运行U-Boot CRC测试…确定。
闪: 4 MB
USB: 正在扫描设备总线 
根集线器0:找到3个USB设备
根集线器1:找到1个USB设备
       正在扫描总线以查找存储设备…1找到存储设备
清除DRAM .....完成
BIST检查通过。
1:00:00.0供应商/设备ID = 0x811210b5
1:01:07.0供应商/设备ID = 0xc72414e4
启动媒体:nand-flash usb 
净:  octeth0
POST已通过
按空格键可在1秒内终止自动启动
ELF文件是32位
正在加载.text @ 0x8f000078(246092字节)
加载.rodata @ 0x8f03c1c4(13940字节)
加载.rodata.str1.4 @ 0x8f03f838(16580字节)
加载set_Xcommand_set @ 0x8f0438fc(104字节)
加载.rodata.cst4 @ 0x8f043964(20字节)
正在加载.data @ 0x8f044000(5620字节)
加载.data.rel.ro @ 0x8f0455f4(120字节)
加载.data.rel @ 0x8f04566c(136字节)
清除.bss @ 0x8f0456f8(11912字节)
##从0x8f000078启动应用程序…
控制台:U-Boot控制台 
找到兼容的API,版本。 1.7

FreeBSD / MIPS U-Boot引导程序加载器,修订版1.7

([电子邮件 protected],星期二 4 07:15:51 UTC 2010)
记忆体:1024MB
[0]从nand-flash片1引导
未受保护的1个扇区
写闪存...
受保护的1个部门
加载/boot/defaults/loader.conf 
/内核数据= 0xb0567c + 0x134494 syms = [0x4 + 0x8aa50 + 0x4 + 0xc8fc6]


按[Enter]立即启动,或按空格键输入命令提示符。

正在启动[/内核]…              
内核条目位于0x801000e0…
初始化常规控制台
主ICache:设置64个大小128个asso 4
主DCache:设置1大小128 Asso 64
辅助DCache:设置512大小128 Asso 8
GDB:调试端口:uart
GDB:当前端口:uart
KDB:调试器后端:ddb gdb
KDB:当前后端:ddb
kld_map_v:0x8ff80000,kld_map_p:0x0
杜松 网络s,Inc.版权所有(c)1996-2014。
版权所有。
版权所有(c)1992-2006 FreeBSD项目。
版权所有(c)1979、1980、1983、1986、1988、1989、1991、1992、1993、1994
       加州大学董事会。版权所有。
JUNOS 12.1X44-D40.2#0:2014-08-28 12:20:14 UTC
    [电子邮件 protected]:/volume/build/junos/12.1/service/12.1X44-D40.2/obj-octeon/junos/bsd/kernels/JSRXNLE/kernel
JUNOS 12.1X44-D40.2#0:2014-08-28 12:20:14 UTC
    [电子邮件 protected]:/volume/build/junos/12.1/service/12.1X44-D40.2/obj-octeon/junos/bsd/kernels/JSRXNLE/kernel
真实记忆 = 1073741824(1024MB)
可用内存= 526438400(502MB)
FreeBSD / SMP:检测到多处理器系统:4个CPU
加载的安全策略:JUNOS MAC / pcap(mac_pcap)
加载的安全策略:JUNOS MAC / runasnonroot(mac_runasnonroot)
netisr_init:!debug_mpsafenet,将maxthreads从4强制为1
主板上的cpu0
:CAVIUM的OCTEON 52XX CPU修订版0.8,未实现FPU
       L1缓存:I大小为32kb(128行),D大小为8kb(128行),六十四种方式。
       L2缓存:大小512kb,8路
主板上的obio0
uart0:<Octeon-16550频道0> 上 obio0
uart0:console (9600,n,8,1)
obsi0上的twsi0
dwc0:<简介DWC OTG控制器驱动程序> 上 obio0
usb0:<用于DWC OTG控制器的USB总线> 上 dwc0
usb0:USB revision 2.0
uhub0:供应商0x0000 DWC OTG根集线器,类9/0,版本2.00 / 1.00,地​​址1
uhub0:1个端口,带1个可移动,自供电
uhub1:供应商0x0409产品0x005a,等级9/0,版本2.00 / 1.00,地​​址2
uhub1:单笔交易翻译器
uhub1:3个端口和2个可移动,自供电
umass0:意法半导体ST72682 高速模式,版本2.00 / 2.10,地址3
dwc1:<简介DWC OTG控制器驱动程序> 上 obio0
USB1:<用于DWC OTG控制器的USB总线> 上 dwc1
USB1:USB revision 2.0
uhub2:供应商0x0000 DWC OTG根集线器,类9/0,版本2.00 / 1.00,地​​址1
uhub2:1个端口,带1个可移动,自供电
在obio0上的cpld0
pcib1:<Cavium片上PCIe HOST桥> 上 obio0
禁用Octeon大酒吧支持
PCIe:等待端口0完成重置
PCIe:端口0链路处于活动状态,2通道
PCIe:等待端口1完成重置
PCIe:端口1链路处于活动状态,1通道
pcib1:Initialized controller
pci0:<PCI bus> 上 pcib1
pcib2:<PCI-PCI bridge>irq 0在pci0上的设备0.0上
pci1:<PCI bus> 上 pcib2
pci1:<serial bus, USB>在设备2.0上(未连接驱动程序)
pci1:<network>在设备7.0(未连接驱动程序)上
pcib0:<Cavium片上PCIe HOST桥> 上 obio0
pci2:<PCI bus> 上 pcib0
pci2:<processor>在设备0.0上(未连接驱动程序)
obio0上的gblmem0
octpkt0:<Octeon RGMII> 上 obio0
cfi0:<AMD/Fujitsu – 4MB> 上 obio0
计时器“倾斜”频率600000000 Hz质量0
### PCB组初始化为udppcbgroup
### PCB组已初始化为tcppcbgroup
umass-sim0总线上的da0 0目标0 lun 0
da0:<ST ST72682 2.10>可移动直接访问SCSI-2设备 
da0:40.000MB/s transfers
da0:1000MB (2048000 512 byte sectors: 64H 32S/T 1000C)
尝试从ufs挂载root:/ dev / da0s1a
通过/ dev / mdctl附加/ cf / packages / junos…
在/ dev / md0上安装了junos软件包…

da0上的媒体检查

Zone 04 Block 0499 Addr 11f300:读取错误
恢复块
自动重启正在进行中…
** / dev / da0s1a
**上次安装于/
**根文件系统
**第1阶段–检查块和尺寸
**第2阶段–检查路径名
**第3阶段–检查连通性
**阶段4 –检查参考计数
**阶段5 –检查Cyl组
250个文件,使用75946个文件,免费73580个文件(28个碎片,9194个块,碎片率为0.0%)
已通过PackageProduction_12_1_0签名的已验证junos
已通过PackageProduction_12_1_0签名的已验证jboot
已通过PackageProduction_12_1_0验证的junos-12.1X44-D40.2-domestic签名
检查BSD标签的完整性:
  s1: Passed
  s2: Passed
  s3: Passed
  s4: Passed
** / dev / bo0s3e
**上次安装在/ config上
**第1阶段–检查块和尺寸
**第2阶段–检查路径名
**第3阶段–检查连通性
**阶段4 –检查参考计数
**阶段5 –检查Cyl组
28个文件,已使用52个,免费12386个(10个碎片,1547个块,0.1%碎片)
** / dev / bo0s3f
**上次安装在/ cf / var
**第1阶段–检查块和尺寸
**第2阶段–检查路径名
**第3阶段–检查连通性
**阶段4 –检查参考计数
**阶段5 –检查Cyl组
616个文件,使用98342个,免费76976个(544个碎片,9554个块,碎片率为0.3%)
检查许可证的完整性:
 JUNOS137657.lic:通过
 JUNOS187398.lic:通过
 JUNOS187665.lic:通过
 JUNOS628672.lic:通过
检查配置的完整性:
 rescue.conf.gz:通过
正在载入配置…
mgd:错误:无法打开配置文件:/config/juniper.conf
mgd:警告:从/config/rescue.conf.gz加载配置
时间和滴答声漂移得太多,           重置同步…
mgd:提交完成
设置初始选项:。
启动可选守护程序: usbd.
Doing initial 网络 setup:.
初始接口配置:
其他守护程序:事件。
其他路由选项:kern.module_path:/ boot //内核; / boot /模块->/ boot / modules; / modules / ifpfe_drv; / modules;
kld netpfe drv:ifpfed_dialer。
Doing additional 网络 setup:.
Starting final 网络 daemons:.
设置ldconfig路径:/ usr / lib / opt / lib
启动标准守护程序:cron。
初始rc.mips初始化:
本地包初始化:
启动本地守护程序:设置用于组访问的核心
.
kern.securelevel:-1-> 1
正在创建JAIL MFS分区…
JAIL MFS分区已创建
boot.upgrade.uboot =” 0xBFC00000”
boot.upgrade.loader =” 0xBFE00000”
引导媒体/ dev / da0具有双根支持
警告:在双分区上运行的JUNOS版本不相同
** / dev / da0s2a
**上次安装在/mfs/tmp/snap-tmp.1334/mnt.1334上
**第1阶段–检查块和尺寸
**第2阶段–检查路径名
**第3阶段–检查连通性
**阶段4 –检查参考计数
**阶段5 –检查Cyl组
250个文件,使用75914个文件,免费74124个(28个碎片,9262个块,碎片率为0.0%)
2015年9月20日星期日17:48:34 UTC

fw-srx-2(ttyu0)


登录: 


由于某种原因,常规配置无法加载,而系统使用了救援配置。

修复非常简单。对配置进行了一些更改,并提交以生成新配置。重新启动,这次控制台显示正常配置已成功加载:


检查许可证的完整性:

 JUNOS137657.lic:通过
 JUNOS187398.lic:通过
 JUNOS187665.lic:通过
 JUNOS628672.lic:通过
检查配置的完整性:
 rescue.conf.gz:通过
正在载入配置…
mgd:提交完成
设置初始选项:。


通过 约翰

发表评论