on 01-14-2013 08:10 AM
This document provides an understanding of what Turboboot is and how to bring up a system running IOS-XR from scratch
There are two ways to upgrade the system:
This executable mini.vm file needs to be transferred via TFTP (on the RSP2) or can be loaded from the external USB port or TFTP (on the RSP440 and CRS-PRP). On the 9001 the USB ability is added in rommon 2.03 (5.1.1 release version).
No other media or protocols are possible to be used for a turboboot other then the ones specified above. Ex FTP is not allowed
XR devices have multiple medias for storage and they all have their individual purpose.
Volume | RSP2 | RSP440 | Trident | Typhoon |
disk0: | Embedded USB | SSD (SATA) | ||
disk0a: | Embedded USB | SSD (SATA) | ||
disk1: | Embedded USB | SSD (SATA) | ||
disk1a: | Embedded USB | SSD (SATA) | ||
harddisk: | Harddisk (SAS) | Embedded USB | ||
harddiska: | Harddisk (SAS) | Embedded USB | ||
harddiskb: | Harddisk (SAS) | Embedded USB | ||
compactflash: | Compactflash1 | External USB1 | ||
lcdisk0: | Embedded USB | Embedded USB | ||
lcdisk0a: | Embedded USB | Embedded USB | ||
bootflash: | NOR Flash | NOR Flash | NOR Flash | |
configflash: | NOR Flash | |||
nvram: | NVSRAM | NVSRAM | ||
Kernel dump | Harddisk (SAS) | SSD (SATA) | TFTP | bootflash: |
1. Removable | ||||
Access (Mount) Points (in /dev) | ||||
Volume | RSP2 | RSP440 | Trident | Typhoon |
disk0: | disk00t77 | hd0t77 | qsm to active rsp | qsm to active rsp |
disk0a: | disk00t78 | hd0t78 | qsm to active rsp | qsm to active rsp |
disk1: | disk10t77 | hd1t77 | qsm to active rsp | qsm to active rsp |
disk1a: | disk10t78 | hd1t78 | qsm to active rsp | qsm to active rsp |
harddisk: | hd0t79 | usb00t77 | qsm to active rsp | qsm to active rsp |
harddiska: | hd0t77 | usb00t78 | qsm to active rsp | qsm to active rsp |
harddiskb: | hd0t78 | usb00t11 | ||
compactflash: | disk20t6,11,121 | usb10t6,11,121 | ||
lcdisk0: | lcdisk00t77 | lcdisk00t77 | ||
lcdisk0a: | lcdisk00t78 | lcdisk00t78 | ||
bootflash: | fs0p1 | fs0p1 | fs0p1 | |
configflash: | fs1p1 | |||
nvram: | nvram | nvram | ||
Kernel dump | hd0t80 | hd0t80 or hd1t802 | fs0p2 | |
1. Any one | 2. Either one | |||
Usage | ||||
Volume | RSP2 | RSP440 | Trident | Typhoon |
disk0: | IOS-XR Packages, Configs | IOS-XR Packages, Configs | ||
disk0a: | sysmgr_debug | sysmgr_debug | ||
disk1: | IOS-XR Packages (if Mirrored) | IOS-XR Packages (if Mirrored) | ||
disk1a: | wdsysmon_debug | wdsysmon_debug | ||
harddisk: | Crash files, logs | Crash files, logs | ||
harddiska: | NP logs, crash files | NP logs, crash files | ||
harddiskb: | ||||
compactflash: | File Copy | File Copy | ||
lcdisk0: | Kernel dump files | Kernel dump files | ||
lcdisk0a: | ||||
bootflash: | MBI Images | |||
configflash: | OBFL | |||
nvram: | Configs | Configs | ||
Kernel dump | Raw kernel dumps | Raw kernel dumps | Raw kernel dumps | |
Filesystems | ||||
Volume | RSP2 | RSP440 | Trident | Typhoon |
disk0: | QNX4 | QNX4 | ||
disk0a: | QNX4 | QNX4 | ||
disk1: | QNX4 | QNX4 | ||
disk1a: | QNX4 | QNX4 | ||
harddisk: | QNX4 | QNX4 | ||
harddiska: | QNX4 | QNX4 | ||
harddiskb: | QNX4 | FAT | ||
compactflash: | FAT1 | FAT1,2 | ||
lcdisk0: | QNX4 | QNX4 | ||
lcdisk0a: | QNX4 | QNX4 | ||
bootflash: | FFSv3 | FFSv3 | FFSv3 | |
configflash: | FFSv3 | |||
nvram: | Cisco | Cisco | ||
Kernel dump | Raw | Raw | File | Raw |
1. FAT F/S only | 2. Flash Media only | |||
Approximate Parition Size (minimum) | ||||
Volume | RSP2 | RSP440 | Trident | Typhoon |
disk0: | 1.6GB | 11.0GB | ||
disk0a: | 0.4GB | 2.2GB | ||
disk1: | 1.6GB | 11.0GB | ||
disk1a: | 0.4GB | 2.2GB | ||
harddisk: | 35GB | 3.1/6.2GB | ||
harddiska: | 8GB | 0.4/0.8GB | ||
harddiskb: | 8GB | 0.4/0.8GB | ||
compactflash: | 1GB | 1-32GB | ||
lcdisk0: | 1.6GB | 1.6GB | ||
lcdisk0a: | 0.4GB | 0.4GB | ||
bootflash: | 44MB | 56MB | 56MB | |
configflash: | 28MB | |||
nvram: | 220K | 500K | ||
Kernel dump | 21GB | 500MB x 2 | 24MB | |
Note that unlike many IOS devices, nvram is NOT used for the configuration storage. Configurations are stored in a database on the boot disk (often disk0). Typically only rommon variables and license info are stored in nvram.
Because a turboboot can erase configuration, SSH keys, and other items such as licenses the following should be done to check and backup any files
1. Run a cfs check in admin & non-admin mode
2. Copy active licenses and SNMP files to tftp server
3. Copy running config to a tftp-server or laptop
4. Capture "show ipv4 int brief" output to a text file
5. Capture "show ipv6 int brief | i Up/Up" output to a text file
6. Offline. Edit the saved RSP config - add "no shutdown" for all physical interfaces that are up/up from the above IPv4 & IPv6 interface captures and save cfg changes. Note that it is not necessary to “no shut” sub-interfaces, only the main physical interface.
7. Connect a laptop console cable to the RSP in RSP0 slot and enable a log file to monitor and capture the RSP bootup logs.
8 . Turn the power supplies on to power up the asr9k system. (approx. 7-12 minutes)
9. After the LED's indicate IOS-XR on the LC's, and ACTV or STBY on the RSP’s, log in via the console of the RSP that is ACTV and run some preliminary checks to check system stability.
NOTE: The default root-system username and password on the RSP440 are root/root
(if root/root does not work also try cisco/cisco, or admin/admin or viking/viking)
10. Verify the ASR9K IOS XR version
11. Run a cfs check in admin & non-admin mode
12. (Optional) Install add & commit any missing SW packages (pies) or required SMU’s
13. Upgrade FPD in admin mode
14. Reload any nodes that had FPD upgrades
15. Configure the Mgmt ethernet interface with an IP address to reach tftp server & load and commit the saved RSP config from tftp server or laptop
a) or log into the console and cut & paste a saved cfg from laptop
b) or copy saved cfg from laptop to usb, then insert usb into RSP440 and copy and commit cfg
c) copy licenses and snmp files back to the RSP’s
16. (Optional) create and generate new crypto keys if required.
As mentioned Turbobooting means that you load the "VM" (virtual machine) XR base OS image.
Turboboot is started from Rommon and is essentially the same as putting a disk with the desired OS in your laptop, reboot the machine to boot from CDROM, and installing the base OS.
Before the Turboboot process starts, you can instruct the system to wipe all files from the system and start clean or install the image to be turbobooted along side with any existing releases currently found on the disk. (see Set the Turboboot variables on the RSP)
Turbobooting may be required if you want to sweep clean your system, or we also had some issues in XR4.2.0 with the RSP2 whereby the upgrade pie could not be loaded. A turboboot was required in that case also.
Some or all of these procedures below are needed.
The command "set" gives you an overview of all the rommon environment variables currently set to their values.
unset BOOT
unset TFTP_FILE
sync
the command *unset* clears the variable value from rommon.
the command *sync *saves or writes the newly set and unset variables to persistent memory so they are saved cross reloads and power cycles.
unset BOOT_DEV_SEQ_OPER
unset MIRROR_ENABLE
sync
By default, the two internal USB partitions (disk0 and disk1) are mirrored to each other, if you break the mirror, turboboot will only affect the disk
that you are turbobooting target to and not the other one (nice if you want to fall back).
priv
diswd <- Disable the CPU watchdog
If you omit this step and the TFTP download for the turboboot mini-vm image takes longer than 30 minutes due to network delays etc, then the RSP might reset and you'll have to start over. Disabling this watchdog makes sure the system is not going to reload during the transfer of the image in rommon.
IP_ADDRESS=ip_address
IP_SUBNET_MASK=mask
DEFAULT_GATEWAY=ip_address
TFTP_RETRY_COUNT=4
sets the number of retries to contact the tftp server
TFTP_TIMEOUT=6000
sets the TFTP timeout for the transfer, you may need to set this larger to prevent abort during xfer if there are network delays
TFTP_CHECKSUM=1
whether checksum on the transfer is needed, this is adviceable in case the image gets corrupted during transfer.
TFTP_SERVER=server_ip_addr
the server address can also be specified in the boot statement, or fixed in the rommon variable.
TFTP_MGMT_INTF=0
which of the 2 mgmt interfaces you want to use, either 0 or 1 with 0 being the default.
TFTP_BLKSIZE=1400
Setting a larger TFTP block size is recommended to pack larger packets and transfer the VM image quicker. Note that for CRS this variable is TFTP_BLOCK_SIZE.
TURBOBOOT=on, {boot-device},[format | clean],[nodisablebreak]
on tells us to install add and install activate the packages when we boot from the VM image.
boot-device is which device we want to use to install the OS, typically disk0
format tells us to replace the OS completely except for the admin configuration
clean tells us to replace the OS completely, but other files such as the admin or exec configuration are saved
nodisablebreak allows us to terminate the turboboot via a break signal. The default is to ignore breaks
Example:
TURBOBOOT=on,disk0,format
sync
This will instruct the system to do a turboboot with disk0 as the selected boot device and to use the format option. The format key is optional.
Currently today we only support targeted install to disk0 but this will change likely in XR4.3.1 whereby you can use disk1 as install target.
NOTE: a recent tac case showed that the command for turboboot failed on the ASR9001.
Supposedly this was made to work by omitting the colon after disk0:
Suggesting to try the disk0 (without colon) if the command with colon fails.
In CRS the format option works with FAT16 but not FAT32 or QNX4 so a new variable must also be used.
In ASR9K the format and clean options do work but in order to erase the exec configuration, admin configuration, and every other file this additional variable must be used.
For these scenarios the following must be set.
TURBOBOOT=on,disk0
MEDIA_FORMAT=disk0:,QNX4
Note: If the format or clean options are set in turboboot or confreg 0x2142 is set when also having the MEDIA_FORMAT variable set then when prompted for a new username/password we will be unable to write this to the disk. To fix this go back to rommon and properly set the variables.
(Works only with the VM image, not the TAR file or mini.pie)
rommon> boot tftp://server/directory/filename
During the boot process the image is copied first on to the memory(RAM) and is installed from memory(RAM). Once it is insalled from memory, it will copy the image back on to disk0: and reload the device. Wait till you get the message "SYSTEM CONFIGURATION COMPLETED"
Output of show install active when in memory,
RP/0/RSP0/CPU0:ios#sh install active
<SNIP>
Active Packages:
mem:asr9k-mini-p-4.2.0
Output of show install active after image copied on to disk0:,
RP/0/RSP0/CPU0:ios#sh install active
<SNIP>
Active Packages:
disk0:asr9k-mini-p-4.2.0
The system will also self unset the TURBOBOOT rommon variable.
To restore disk mirroring, use the mirror command in the global configuration mode. For more information on the mirror command, see the "Boot Commands on Cisco IOS XR Software" module in Cisco ASR 9000 Series Aggregation Services Router System Management Command Reference.
The RSP-440 (and 9001 with rommon 2.03) can boot from the USB front panel port. Instead of using "boot tftp:// or boot disk0:/" you need to use a different command, mediaboot.
The command is:
rommon> mediaboot usb:\release_mini.vm
In later revisions of the rommon, the mediaboot has been superseded to boot usb:/<file>
so make sure you try them both.
NOTE:
Some newer rommon versions on the 9001 want to use the boot usb:/ directive. (see Q&A/comment section below this article).
It is also seen in rommon versions post 2.04 that the usb is referred to as disk1 in which case you can use: boot disk1:/...
To find out the mapping of the usb disk use the rommon "dev" command to see all filesystem devices.
On the CRS-PRP use boot disk2:hfr-mini-px.vm<image>
CRS does not use the mediaboot command.
FPD upgrade for all ASR9K devices using FPD.
a) Enter admin mode via the admin command, and capture the output of the current firmware versions using CLI show hw-module fpd location all. save this output to a text file. Notice any LC that has a “yes” in the Upg/Dng? column. This indicates the FPD should be upgraded or downgraded to match the current FPD version.
b) From admin mode upgrade FPD using the CLI: upgrade hw-module fpd location r/s/m
or if all locations require FPD upgrade (suggested) use CLI:* upgrade hw-module fpd location all *
Disk Space occupied for each image
Simplest way is to use the ksh df utility.
Install a release and packages and run df:
# df /disk0:
/dev/disk00t77 3813344 733477 3079867 20% /dev/disk0:/
Divide the highlighted number by 2000. That gives the approximate size in MB. 366MB in this case.
Repeat for any other releases we should be interested in.
If you do an upgrade, gather the df output before and after upgrade and compute the difference in df output.
Xander Thuijs, CCIE #6775
Principal Engineer ASR9000
Sam Milstead,
Customer Support Engineer TAC XR
Hello all!
I'm dealing with a very naughty 9001, a customer handed it to me in a bad state already. They tried to do an upgrade, but something went wrong (not sure what or when). ROMMON is the only option at the moment...
I have been trying to ressurect it through a TFTP boot, but to no avail! I am using the asr9k-mini-px.vm-6.2.3 file (only one I got), but it seems the router does not like it. The TFTP transfer is successfull, but after the upload it spits this out:
tftp_process_packet: last packet, block=4173, size=1001.
File reception completed.
Image size=608252905, TFTP download size=608252905
image_checksum_test: NO checksum test. Not an ELF file.
TFTP: Disabling cache
Unable to handle image type: 0
I am not sure which image I just be using then?
rommon B1 > version
System Bootstrap, Version 3.4(20160331:102636) [ASR9K ROMMON],
Copyright (c) 1994-2016 by Cisco Systems, Inc.
Compiled Thu 31-Mar-16 15:56 by skumarss
Board Type: 0x100401
CPU Board => Rev: 0x3
=========
FPGA ver: 01.0f
CBC: 16.72
hi,
in ASR9001, there is no option for usb or mediaboot. The option that worked for me is boot disk1:/(vm file name )
Please note that the format of the command has "/" and not "\"
While doing the tftp boot option by connecting a laptop directly to the router, watchdog timer disabling helped. Without that the TFTP would timeout in just 2 minutes.
@xthuijs wrote:
- Introduction
- File System overview
- Summary steps for using turboboot
- Steps to Turboboot
- Clear the ROM Monitor environmental variables on all RSPs
- Clear disk mirroring variables
- Disable the CPU watchdog
- Define the network and IP settings on the mgmt interface
- Set TFTP environment variables
- Set the Turboboot variable on the RSP
- ASR9K/CRS-PRP Additional Information
- Boot the remote mini.vm file
- Restore disk mirroring
- How to boot from the external USB port
- How to update the FPD's
- Related Information
IntroductionThis document provides an understanding of what Turboboot is and how to bring up a system running IOS-XR from scratch
There are two ways to upgrade the system:
- One is to install add and activate the new XR software version. At a minimum this would require that mini.pie file
- The second way is by performing a turboboot, fresh install, by booting the mini.vm file from rommon
This executable mini.vm file needs to be transferred via TFTP (on the RSP2) or can be loaded from the external USB port or TFTP (on the RSP440 and CRS-PRP). On the 9001 the USB ability is added in rommon 2.03 (5.1.1 release version).
No other media or protocols are possible to be used for a turboboot other then the ones specified above. Ex FTP is not allowed
File System overview
XR devices have multiple medias for storage and they all have their individual purpose.
Volume RSP2 RSP440 Trident Typhoon disk0: Embedded USB SSD (SATA) disk0a: Embedded USB SSD (SATA) disk1: Embedded USB SSD (SATA) disk1a: Embedded USB SSD (SATA) harddisk: Harddisk (SAS) Embedded USB harddiska: Harddisk (SAS) Embedded USB harddiskb: Harddisk (SAS) Embedded USB compactflash: Compactflash1 External USB1 lcdisk0: Embedded USB Embedded USB lcdisk0a: Embedded USB Embedded USB bootflash: NOR Flash NOR Flash NOR Flash configflash: NOR Flash nvram: NVSRAM NVSRAM Kernel dump Harddisk (SAS) SSD (SATA) TFTP bootflash: 1. Removable Access (Mount) Points (in /dev) Volume RSP2 RSP440 Trident Typhoon disk0: disk00t77 hd0t77 qsm to active rsp qsm to active rsp disk0a: disk00t78 hd0t78 qsm to active rsp qsm to active rsp disk1: disk10t77 hd1t77 qsm to active rsp qsm to active rsp disk1a: disk10t78 hd1t78 qsm to active rsp qsm to active rsp harddisk: hd0t79 usb00t77 qsm to active rsp qsm to active rsp harddiska: hd0t77 usb00t78 qsm to active rsp qsm to active rsp harddiskb: hd0t78 usb00t11 compactflash: disk20t6,11,121 usb10t6,11,121 lcdisk0: lcdisk00t77 lcdisk00t77 lcdisk0a: lcdisk00t78 lcdisk00t78 bootflash: fs0p1 fs0p1 fs0p1 configflash: fs1p1 nvram: nvram nvram Kernel dump hd0t80 hd0t80 or hd1t802 fs0p2 1. Any one 2. Either one Usage Volume RSP2 RSP440 Trident Typhoon disk0: IOS-XR Packages, Configs IOS-XR Packages, Configs disk0a: sysmgr_debug sysmgr_debug disk1: IOS-XR Packages (if Mirrored) IOS-XR Packages (if Mirrored) disk1a: wdsysmon_debug wdsysmon_debug harddisk: Crash files, logs Crash files, logs harddiska: NP logs, crash files NP logs, crash files harddiskb: compactflash: File Copy File Copy lcdisk0: Kernel dump files Kernel dump files lcdisk0a: bootflash: MBI Images configflash: OBFL nvram: Configs Configs Kernel dump Raw kernel dumps Raw kernel dumps Raw kernel dumps Filesystems Volume RSP2 RSP440 Trident Typhoon disk0: QNX4 QNX4 disk0a: QNX4 QNX4 disk1: QNX4 QNX4 disk1a: QNX4 QNX4 harddisk: QNX4 QNX4 harddiska: QNX4 QNX4 harddiskb: QNX4 FAT compactflash: FAT1 FAT1,2 lcdisk0: QNX4 QNX4 lcdisk0a: QNX4 QNX4 bootflash: FFSv3 FFSv3 FFSv3 configflash: FFSv3 nvram: Cisco Cisco Kernel dump Raw Raw File Raw 1. FAT F/S only 2. Flash Media only Approximate Parition Size (minimum) Volume RSP2 RSP440 Trident Typhoon disk0: 1.6GB 11.0GB disk0a: 0.4GB 2.2GB disk1: 1.6GB 11.0GB disk1a: 0.4GB 2.2GB harddisk: 35GB 3.1/6.2GB harddiska: 8GB 0.4/0.8GB harddiskb: 8GB 0.4/0.8GB compactflash: 1GB 1-32GB lcdisk0: 1.6GB 1.6GB lcdisk0a: 0.4GB 0.4GB bootflash: 44MB 56MB 56MB configflash: 28MB nvram: 220K 500K Kernel dump 21GB 500MB x 2 24MB Note that unlike many IOS devices, nvram is NOT used for the configuration storage. Configurations are stored in a database on the boot disk (often disk0). Typically only rommon variables and license info are stored in nvram.
Summary steps for using turboboot
Because a turboboot can erase configuration, SSH keys, and other items such as licenses the following should be done to check and backup any files
1. Run a cfs check in admin & non-admin mode
2. Copy active licenses and SNMP files to tftp server
3. Copy running config to a tftp-server or laptop
4. Capture "show ipv4 int brief" output to a text file
5. Capture "show ipv6 int brief | i Up/Up" output to a text file
6. Offline. Edit the saved RSP config - add "no shutdown" for all physical interfaces that are up/up from the above IPv4 & IPv6 interface captures and save cfg changes. Note that it is not necessary to “no shut” sub-interfaces, only the main physical interface.
7. Connect a laptop console cable to the RSP in RSP0 slot and enable a log file to monitor and capture the RSP bootup logs.
8 . Turn the power supplies on to power up the asr9k system. (approx. 7-12 minutes)
9. After the LED's indicate IOS-XR on the LC's, and ACTV or STBY on the RSP’s, log in via the console of the RSP that is ACTV and run some preliminary checks to check system stability.
NOTE: The default root-system username and password on the RSP440 are root/root
(if root/root does not work also try cisco/cisco, or admin/admin or viking/viking)
10. Verify the ASR9K IOS XR version
11. Run a cfs check in admin & non-admin mode
12. (Optional) Install add & commit any missing SW packages (pies) or required SMU’s
13. Upgrade FPD in admin mode
14. Reload any nodes that had FPD upgrades
15. Configure the Mgmt ethernet interface with an IP address to reach tftp server & load and commit the saved RSP config from tftp server or laptop
a) or log into the console and cut & paste a saved cfg from laptop
b) or copy saved cfg from laptop to usb, then insert usb into RSP440 and copy and commit cfg
c) copy licenses and snmp files back to the RSP’s
16. (Optional) create and generate new crypto keys if required.
Steps to Turboboot
As mentioned Turbobooting means that you load the "VM" (virtual machine) XR base OS image.
Turboboot is started from Rommon and is essentially the same as putting a disk with the desired OS in your laptop, reboot the machine to boot from CDROM, and installing the base OS.
Before the Turboboot process starts, you can instruct the system to wipe all files from the system and start clean or install the image to be turbobooted along side with any existing releases currently found on the disk. (see Set the Turboboot variables on the RSP)
Turbobooting may be required if you want to sweep clean your system, or we also had some issues in XR4.2.0 with the RSP2 whereby the upgrade pie could not be loaded. A turboboot was required in that case also.
Some or all of these procedures below are needed.
The command "set" gives you an overview of all the rommon environment variables currently set to their values.
Clear the ROM Monitor environmental variables on all RSPs
unset BOOT
unset TFTP_FILE
syncthe command *unset* clears the variable value from rommon.
the command *sync *saves or writes the newly set and unset variables to persistent memory so they are saved cross reloads and power cycles.
Clear disk mirroring variables
unset BOOT_DEV_SEQ_OPER
unset MIRROR_ENABLE
syncBy default, the two internal USB partitions (disk0 and disk1) are mirrored to each other, if you break the mirror, turboboot will only affect the disk
that you are turbobooting target to and not the other one (nice if you want to fall back).
Disable the CPU watchdog
priv
diswd <- Disable the CPU watchdogIf you omit this step and the TFTP download for the turboboot mini-vm image takes longer than 30 minutes due to network delays etc, then the RSP might reset and you'll have to start over. Disabling this watchdog makes sure the system is not going to reload during the transfer of the image in rommon.
Define the network and IP settings on the mgmt interface
IP_ADDRESS=ip_address
IP_SUBNET_MASK=mask
DEFAULT_GATEWAY=ip_address
Set TFTP environment variables
TFTP_RETRY_COUNT=4
sets the number of retries to contact the tftp server
TFTP_TIMEOUT=6000
sets the TFTP timeout for the transfer, you may need to set this larger to prevent abort during xfer if there are network delays
TFTP_CHECKSUM=1
whether checksum on the transfer is needed, this is adviceable in case the image gets corrupted during transfer.
TFTP_SERVER=server_ip_addr
the server address can also be specified in the boot statement, or fixed in the rommon variable.
TFTP_MGMT_INTF=0
which of the 2 mgmt interfaces you want to use, either 0 or 1 with 0 being the default.
TFTP_BLKSIZE=1400
Setting a larger TFTP block size is recommended to pack larger packets and transfer the VM image quicker. Note that for CRS this variable is TFTP_BLOCK_SIZE.
Set the Turboboot variable on the RSP
TURBOBOOT=on, {boot-device},[format | clean],[nodisablebreak]
on tells us to install add and install activate the packages when we boot from the VM image.
boot-device is which device we want to use to install the OS, typically disk0
format tells us to replace the OS completely except for the admin configuration
clean tells us to replace the OS completely, but other files such as the admin or exec configuration are saved
nodisablebreak allows us to terminate the turboboot via a break signal. The default is to ignore breaks
Example:
TURBOBOOT=on,disk0,format
syncThis will instruct the system to do a turboboot with disk0 as the selected boot device and to use the format option. The format key is optional.
Currently today we only support targeted install to disk0 but this will change likely in XR4.3.1 whereby you can use disk1 as install target.
NOTE: a recent tac case showed that the command for turboboot failed on the ASR9001.
Supposedly this was made to work by omitting the colon after disk0:
Suggesting to try the disk0 (without colon) if the command with colon fails.
ASR9K/CRS-PRP Additional Information
In CRS the format option works with FAT16 but not FAT32 or QNX4 so a new variable must also be used.
In ASR9K the format and clean options do work but in order to erase the exec configuration, admin configuration, and every other file this additional variable must be used.
For these scenarios the following must be set.
TURBOBOOT=on,disk0
MEDIA_FORMAT=disk0:,QNX4
Note: If the format or clean options are set in turboboot or confreg 0x2142 is set when also having the MEDIA_FORMAT variable set then when prompted for a new username/password we will be unable to write this to the disk. To fix this go back to rommon and properly set the variables.
Boot the remote mini.vm file
(Works only with the VM image, not the TAR file or mini.pie)
rommon> boot tftp://server/directory/filename
During the boot process the image is copied first on to the memory(RAM) and is installed from memory(RAM). Once it is insalled from memory, it will copy the image back on to disk0: and reload the device. Wait till you get the message "SYSTEM CONFIGURATION COMPLETED"
Output of show install active when in memory,
RP/0/RSP0/CPU0:ios#sh install active
<SNIP>
Active Packages:
mem:asr9k-mini-p-4.2.0Output of show install active after image copied on to disk0:,
RP/0/RSP0/CPU0:ios#sh install active
<SNIP>
Active Packages:
disk0:asr9k-mini-p-4.2.0The system will also self unset the TURBOBOOT rommon variable.
Restore disk mirroring
To restore disk mirroring, use the mirror command in the global configuration mode. For more information on the mirror command, see the "Boot Commands on Cisco IOS XR Software" module in Cisco ASR 9000 Series Aggregation Services Router System Management Command Reference.
How to boot from the external USB port
The RSP-440 (and 9001 with rommon 2.03) can boot from the USB front panel port. Instead of using "boot tftp:// or boot disk0:/" you need to use a different command, mediaboot.
The command is:
rommon> mediaboot usb:\release_mini.vm
In later revisions of the rommon, the mediaboot has been superseded to boot usb:/<file>
so make sure you try them both.
NOTE:
Some newer rommon versions on the 9001 want to use the boot usb:/ directive. (see Q&A/comment section below this article).
It is also seen in rommon versions post 2.04 that the usb is referred to as disk1 in which case you can use: boot disk1:/...
To find out the mapping of the usb disk use the rommon "dev" command to see all filesystem devices.
On the CRS-PRP use boot disk2:hfr-mini-px.vm<image>
CRS does not use the mediaboot command.
How to update the FPD's
FPD upgrade for all ASR9K devices using FPD.
a) Enter admin mode via the admin command, and capture the output of the current firmware versions using CLI show hw-module fpd location all. save this output to a text file. Notice any LC that has a “yes” in the Upg/Dng? column. This indicates the FPD should be upgraded or downgraded to match the current FPD version.
b) From admin mode upgrade FPD using the CLI: upgrade hw-module fpd location r/s/m
or if all locations require FPD upgrade (suggested) use CLI:* upgrade hw-module fpd location all *
Disk Space occupied for each image
Simplest way is to use the ksh df utility.
Install a release and packages and run df:
# df /disk0:
/dev/disk00t77 3813344 733477 3079867 20% /dev/disk0:/
Divide the highlighted number by 2000. That gives the approximate size in MB. 366MB in this case.
Repeat for any other releases we should be interested in.
If you do an upgrade, gather the df output before and after upgrade and compute the difference in df output.
Related Information
Xander Thuijs, CCIE #6775
Principal Engineer ASR9000
Sam Milstead,
Customer Support Engineer TAC XR
Thank you for the article, that is so informative and helpful.
We have an ASR9001E (P40X0 PPC) stuck on Rommon. I tried to turboboot it using TFTP and USB. But seems that it loads the VM( asr9k-mini-px.vm-5.3.3) and works until some point and then it enters Rommon again. It seems that it crashes and showing weird symbols as below:
ios con0/RSP0/CPU0 is now available
Press RETURN to get started.
SPP has connected to PAKMAN....
SPP registered CPU port 4 with DPAA
SPP Port Idx 0 MAC addr
▒▒Kc▒▒▒▒g▒▒▒▒N▒▒▒▒▒▒▒▒sRԤ▒hU▒ѕ▒▒▒▒▒▒▒Ʌ▒▒U▒ͥ▒▒▒▒r▒▒B▒▒▒▒▒▒▒▒҂ʒ▒▒▒J▒5%▒Z▒▒ժ▒ʪ▒ ▒H▒h▒
Wɥ▒▒сB▒▒▒ʢj▒▒▒▒▒▒͍▒▒▒▒▒ѕ▒ͱJ▒▒▒jRԤ▒hԫ
W▒▒$▒$▒S▒T▒▒)▒&M▒M&H▒^H▒Z▒]▒▒▒
Starting Initialization of FMAN0
***PPC PROCESSOR REV=2 load FMAN ucode***
Loading ucode for FMAN0, size: 6992, ver: 101.08.00
Starting Initialization of FMAN1
***PPC PROCESSOR REV=2 load FMAN ucode***
Do you think this is still related to the image or this ASR is having hardware issues?
Thank you,
Gerta
Hello
After trying to upgrade from 512 to 623 RSP440-SE, the RSP no longer loads. After the upgrade she restarted 3 or 4 times and then went into a romom. I tried uploading a .vm file via tftp, but it also didn't work. The error is always the same:
rommon 58> reset
CPU reset reason = 5 (CPU_RESET_POR)
Follows complete output
rommon 58> reset
CPU reset reason = 5 (CPU_RESET_POR)
########## Environment Variables ###########
PS1 = rommon! >
CLUSTER_RACK_ID = 0
ACTIVE_FCD = 1
RMEMVA =
IP_ADDRESS = 10.0.0.10
IP_SUBNET_MASK = 255.255.255.0
TFTP_RETRY_COUNT = 4
TFTP_CHECKSUM = 1
TFTP_BLKSIZE = 1400
TFTP_MGMT_INTF = 0
BSI = 0
TURBOBOOT = on, disk0, clean
TFTP_SERVER = 10.0.0.1
DEFAULT_GATEWAY = 10.0.0.1
TFTP_TIMEOUT = 6000
setT_DEV_SEQ_OPER = disk0:
? = 0
############################################
Total DRAM Memory: 12288 MB
MAC Address from cookie: 50: 87: 89: 27: 0f: 00
Board type: 0x00100307
Chassis type: 0x00ef02fa
Slot number: 04
Serial chassis: FOX1823GCVD
################################################### ########
System Bootstrap, Version 0.71 [ASR9K x86 ROMMON],
Copyright (c) 1994-2012 by Cisco Systems, Inc.
Compiled on Tue 06/18/2013 22: 50: 54.15 by myekkar
Rommon: 0.71
Ibex Peak: 6
Jasper Forest: 1.0
Zen-JF: 0.7.92
CBC0: Part 1 = 16.115, Part 2 = 16.115, Act Part = 2
Laguna: 0.10.0 (primary)
Dao: 1.6.0 (primary)
ICU: 4.9 (primary)
Timex: 0.2.1 (primary)
Board: 5
================================================== ========
Sending Boot Image validation request.
HIT CTRL-C to abort
GigE link up, waiting for ARP reply ... Interface link changed state to UP.
Link state up interface.
..Received from not boot message: [min ver: 00.24] reason 1
Don't boot reason: Slot 4: Max reset attempts exceeded (2)
Issue hw-module command from Active RSP to attempt bring up againBoot Image validation: Premature termination
Boot Image validation aborted.
rommon 1>
_____________________________________________
Some news..
.
.
I inverted the plates.
Placing the RSP TR in Slot 0
And RSP SE in Slot 1
I successfully upgraded the RSP TR to 662
And I expected the RSP If it were to sync and function normally, well ... almost.
Follow log
I don't want to accept a hardware problem ...
RP/0/RSP0/CPU0:Jan 3 07:39:15.019 UTC: rmf_svr[395]: %HA-REDCON-1-STANDBY_READY : standby card is ready
RP/0/RSP1/CPU0:Jan 3 07:39:15.011 UTC: rmf_svr[395]: %HA-REDCON-6-STBY_STANDBY_READY : This card is standby and is ready
RP/0/RSP1/CPU0:Jan 3 07:39:26.105 UTC: alphadisplay[114]: %PLATFORM-ALPHA_DISPLAY-6-CHANGE : Alpha display on node 0/RSP1/CPU0 changed to STBY in state default
RP/0/RSP0/CPU0:Jan 3 07:39:58.960 UTC: rmf_svr[395]: %HA-REDCON-1-BACKUP_READY : backup process groups between 0/RSP0/CPU0 and 0/RSP1/CPU0 are ready
RP/0/RSP1/CPU0:Jan 3 07:39:58.954 UTC: rmf_svr[395]: %HA-REDCON-6-STBY_BACKUP_READY : This card is standby and its backup process groups are ready
RP/0/RSP0/CPU0:Jan 3 07:40:34.105 UTC: FABMGR[222]: %PLATFORM-FABMGR-2-FABRIC_LINK_DOWN_FAULT : (0/RSP1/CPU0 FIA 0) <--> (0/RSP0/CPU0 XBAR 0) fabric link is down
RP/0/RSP0/CPU0:Jan 3 07:40:34.107 UTC: FABMGR[222]: %PLATFORM-FABMGR-2-FABRIC_SPINE_FAULT : 0/RSP1/CPU0 (slot 5) encountered fabric fault.The card would undergo reload.
RP/0/RSP0/CPU0:Jan 3 07:40:36.110 UTC: pfm_node_rp[359]: %PLATFORM-FABMGR-0-SPINE_SHUTDOWN : Set|fabmgr[209002]|0x1034000|Fabmgr encountered fault on standby RSP|Target Node:0/RSP1/CPU0
RP/0/RSP0/CPU0:Jan 3 07:40:36.141 UTC: sc_reddrv[400]: %PLATFORM-REDDRV-7-ROLE_CHANGE : Detected role change to ACTIVE state due to mastership release after retry count = 0
RP/0/RSP0/CPU0:Jan 3 07:40:36.147 UTC: canb-server[153]: %PLATFORM-CANB_SERVER-7-CBC_PRE_RESET_NOTIFICATION : Node 0/RSP1/CPU0 , Soft Reset (0x03000000)
RP/0/RSP0/CPU0:Jan 3 07:40:36.147 UTC: canb-server[153]: %PLATFORM-CANB_SERVER-7-CBC_PRE_RESET_NOTIFICATION : Node 0/RSP1/CPU0 , PLDREQ Sreset (0x0b000000)
RP/0/RSP0/CPU0:Jan 3 07:40:36.147 UTC: shelfmgr[406]: %PLATFORM-SHELFMGR-6-NODE_CPU_RESET : Node 0/RSP1/CPU0 CPU reset detected.
RP/0/RSP0/CPU0:Jan 3 07:40:36.148 UTC: shelfmgr[406]: %PLATFORM-SHELFMGR-6-NODE_STATE_CHANGE : 0/RSP1/CPU0 A9K-RSP440-SE state:BRINGDOWN
RP/0/RSP0/CPU0:Jan 3 07:40:36.158 UTC: bpm[1095]: %ROUTING-BGP-5-ASYNC_IPC_STATUS : bpm-default:(S)inst-id 0, Connection Closed
RP/0/RSP0/CPU0:Jan 3 07:40:36.169 UTC: rmf_svr[395]: %HA-REDCON-6-BACKUP_CONNECTION_DOWN : connection to backup process group location 0/RSP1/CPU0 is DOWN
RP/0/RSP0/CPU0:Jan 3 07:40:36.174 UTC: rmf_svr[395]: %HA-REDCON-1-STANDBY_NOT_READY : standby card is NOT ready
RP/0/RSP0/CPU0:Jan 3 07:40:36.175 UTC: rmf_svr[395]: %HA-REDCON-6-STANDBY_CONNECTION_DOWN : connection to standby card is DOWN
RP/0/RSP0/CPU0:Jan 3 07:40:36.176 UTC: invmgr[257]: %PLATFORM-INV-6-NODE_STATE_CHANGE : Node: 0/RSP1/CPU0, state: BRINGDOWN
Any ideas?
how can i recover the RSP?
Thanks in advance
Dirlei
Is there a way to copy the mini.vm file from disk0 to a usb so this procedure can be performed? When i list the files on the drive0 it is mostly directories so im not sure if i am copying the correct.vm file? When I try to run rommon> mediaboot usb:\release_mini.vm it doesnt work so i am guessing it is not the correct file. Also curious if the release_mini.vm should be a directory and not a file which i would assume it would not. so in essence, if there is a way to copy the file from the ASR first so a clean install can be performed using the existing file, that would be helpful.
Hi !
Anyone has any Idea how to create the last and 3rd partition on my 8Gbyte eUSB replacement flash module?
I have turbobooted to 6.6.3 by TFTP from the ROMMON, it has created 2 partitions (disk0 and disk0a) but not the "harddisk" partition.
First partition "disk0" should be 4Gbyte.
The second partition "disk0a" should be 1 Gbyte.
And the third partition should be 3 Gbyte.
We tried to create and modify partitions in the QNX4 layer below the XR-OS software but no luck.
Do we need to create the last partition ourselves on the flash eUSB module?
#
#
# fdisk /dev/eusb00
Error opening terminal: vt100.
#
#
# df
/dev/eusb00t77 7208928 751747 6457181 11% /dev/disk0:/
/dev/eusb00t78 1802240 677 1801563 1% /disk0a:/
/dev/fs1p1 56576 45 56530 1% /configflash:
/dev/fs0p1 87296 45308 41987 52% /bootflash:
/nvram: 438 56 382 13%
/nvram:/classic-rom 438 56 382 13%
/nvram-raw: 568 0 568 0%
#
# man -k
Unable to retrieve man pages. Please check if doc pie is installed.
# ksh
#
RP/0/RSP0/CPU0:ios(admin)#show media
Mon Sep 18 14:09:58.978 UTC
Media Information for 0/RSP0/CPU0.
Image Current Part
Mountpoint FsType FsType Size State DrvrPid Mirror Flags
================================================================================
/disk0: QNX4 QNX4 3.4G Mounted 0065569 Enabled
/disk0a: QNX4 QNX4 0.9G Mounted 0065569
/harddisk: QNX4 (?) Not Present
/disk1: FAT16 (?) Not Present
RP/0/RSP0/CPU0:ios(admin)#
RP/0/RSP0/CPU0:ios(admin)#
RP/0/RSP0/CPU0:ios(admin)#
RP/0/RSP0/CPU0:ios(admin)#show filesystem
Mon Sep 18 14:10:03.058 UTC
File Systems:
Size(b) Free(b) Type Flags Prefixes
- - network rw qsm/dev/fs/tftp:
- - network rw qsm/dev/fs/rcp:
- - network rw qsm/dev/fs/ftp:
922746880 922235904 dumper-lnk rw qsm/dumper_disk0a:
224256 195584 dumper-lnk rw qsm/dumper_nvram:
3690971136 2151219712 dumper-lnk rw qsm/dumper_disk0:
28966912 28943732 dumper-lnk rw qsm/dumper_configflash:
44695552 21497404 dumper-lnk rw qsm/dumper_bootflash:
3690971136 2151219712 flash-disk rw disk0:
922746880 922235904 flash-disk rw disk0a:
28966912 28943732 flash rw configflash:
44695552 21497404 flash rw bootflash:
224256 195584 nvram rw nvram:
RP/0/RSP0/CPU0:ios(admin)#
RP/0/RSP0/CPU0:ios(admin)#
RP/0/RSP0/CPU0:ios(admin)#
RP/0/RSP0/CPU0:ios#show filesystem location all
Mon Sep 18 11:25:42.429 UTC
node: node0_RSP0_CPU0
------------------------------------------------------------------
File Systems:
Size(b) Free(b) Type Flags Prefixes
- - network rw qsm/dev/fs/tftp:
- - network rw qsm/dev/fs/rcp:
- - network rw qsm/dev/fs/ftp:
922746880 922298880 dumper-lnk rw qsm/dumper_disk0a:
224256 195584 dumper-lnk rw qsm/dumper_nvram:
3690971136 2151592960 dumper-lnk rw qsm/dumper_disk0:
28966912 28943732 dumper-lnk rw qsm/dumper_configflash:
44695552 21497404 dumper-lnk rw qsm/dumper_bootflash:
3690971136 2151592960 flash-disk rw disk0:
922746880 922298880 flash-disk rw disk0a:
28966912 28943732 flash rw configflash:
44695552 21497404 flash rw bootflash:
224256 195584 nvram rw nvram:
node: node0_0_CPU0
------------------------------------------------------------------
File Systems:
Size(b) Free(b) Type Flags Prefixes
- - network rw qsm/dev/fs/tftp:
- - network rw qsm/dev/fs/rcp:
- - network rw qsm/dev/fs/ftp:
922746880 922298880 rw qsm/disk0a:
3690971136 2151592960 rw qsm/disk0:
3690971136 2151592960 dumper-lnk rw qsm/dumper_disk0:
58327040 52486160 flash rw bootflash:
RP/0/RSP0/CPU0:ios#
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: