它并不经常发生，但是当它发生时，您将需要知道如何解决它。
救援配置是先前提交的有效配置。您先前必须已经通过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：提交完成 设置初始选项：。 |
