System Reset
- Fixed systems: The power supply remains powered up during the reset. All other switch components lose power for two to five seconds.
- Modular systems: The power supply on the active supervisor remains powered up during the reset. All other supervisor components lose power for at least one second. In Stateful Switchover (SSO) and Route Processor Redundancy (RPR) modes, resetting the standby supervisor does not effect the active supervisor. However, resetting the active supervisor causes the standby supervisor to become active immediately. After the supervisor becomes functional, it manages the power cycling of all line cards.
The reload command initiates an immediate reset, terminating all CLI instances that are not running through the console port. The console port CLI displays messages that the switch generates during a reset. The standby supervisor does not terminate CLI sessions on modular switches with redundant supervisors.
The reload (scheduled) command schedules a reset operation to initiate at a specific time or after a specified period.
Typical Reset Sequence
The reload command power cycles the switch and resets it under Aboot control. The hard reset clears the switch, including memory states and other hardware logic.
By default, the reload command triggers a request to store unsaved running-config commands and an option to open the Aboot shell before starting the reboot when accessing the CLI through the console port. The switch then begins the reboot process, which Aboot controls.
The following procedure is an example of a typical restart.
Switch Recovery
Aboot can automatically erase the internal flash and copy the contents of a USB drive inserted before powering up or rebooting the switch. This recovery method does not require access to the switch console or Aboot password entry, even if the boot-config file lists one.
- The USB drive must contain a file called “fullrecover.”
- It ignores the file’s contents; an empty text file is sufficient.
- If the USB drive contains a boot-config file, its
timestamp must differ from the timestamp of the
boot-config file on the internal
flash.
This prevents Aboot from invoking the recovery mechanism again on every boot if you leave the flash key inserted.
To use this recovery mechanism, set up a USB drive with the files to be installed on the internal flash such as, a current eos software image, a customized or empty boot-config and an empty file named “fullrecover.”
Check that the boot-config timestamp are current to meet the earlier conditions.
Display Reload Cause
The show reload cause command displays the cause of the most recent system reset and lists recommended actions, if any exist, to avoid future spontaneous resets or resolve other issues that may have caused the reset.
Example
switch#show reload cause
Reload Cause 1:
-------------------
Reload requested by the user.
Recommended Action:
-------------------
No action necessary.
Debugging Information:
----------------------
None available.
switch#
Configuring Zero Touch Provisioning
Zero Touch Provisioning (ZTP) is a switch configuration method that uses files referenced by a DCHP server to initially provision the switch without user intervention. A switch enters ZTP mode if flash memory does not reload a startup-config or zerotouch-config file.
ZTP cancelation boots the switch without using a startup-config file. Flash memory does not store a startup-config file for a canceled ZTP mode. The switch returns to ZTP mode on subsequent reboots until the startup-config file stores to flash. This section describes the steps to implement, monitor, and cancel ZTP.
Configuring the Network for ZTP
- It configures each physical interface to no switchport mode.
- It sends a DHCP query packet on all Ethernet and management interfaces.
After the switch receives a DHCP offer, it responds with a DHCP request for Option 66 (TFTP server name), Option 67 (bootfile name), and dynamic network configuration settings. When the switch receives a valid DHCP response, it configures the network settings and fetches the file from the location listed in Option 67. If Option 67 returns a network URL (http:// or ftp://), the switch obtains the file from the network. If Option 67 returns a file name, the switch retrieves the file from the TFTP server listed in Option 66.
- The first line of a boot file must consist of the #! characters
followed by the interpreter path. The switch executes the
code in the script and then reboots. The boot script may
fetch an eos software image or perform customization
tasks.
The following boot file fetches an eos software image and stores a startup configuration file to flash.
#!/usr/bin/Cli -p2 copy http://company.com/startup-config flash:startup-config copy http://company.com/eos-2.swi flash:eos-2.swi config boot system flash:eos-2.swi
- The switch identifies any other file as a
startup-config file. The switch
copies the startup-config file into flash as
mnt/flash/startup-config,
then reboots.
The switch uses its system MAC address as the DHCP client identifier and Arista as the Vendor Class Identifier (Option 60). When the switch receives an HTTP URL through Option 67, it sends the following HTTP headers in the GET request:
X-Arista-SystemMAC: X-Arista-HardwareVersion: X-Arista-SKU: X-Arista-Serial: X-Arista-Architecture:
Monitoring ZTP Progress
A switch displays the following message after rebooting when it does not contain a startup-config file:
No startup-config was found.
The device is in Zero Touch Provisioning mode and is attempting to
download the startup-config from a remote system. The device will not
be fully functional until either a valid startup-config is downloaded
from a remote system or Zero Touch Provisioning is cancelled. To cancel
Zero Touch Provisioning, login as admin and type 'zerotouch cancel'
at the CLI.
switch login:
After successfully downloading a startup-config file, the switch displays a CONFIG_DOWNLOAD_SUCCESS message and continues the reload process described in the Typical Reset Sequence.
===============================================================================
Successful download
--------------------
Apr 15 21:36:46 switch ZeroTouch: %ZTP-5-DHCP_QUERY: Sending DHCP request on [
Ethernet10, Ethernet13, Ethernet14, Ethernet17, Ethernet18, Ethernet21,
Ethernet22, Ethernet23, Ethernet24, Ethernet7, Ethernet8, Ethernet9,
Management1, Management2 ]
Apr 15 21:36:56 switch ZeroTouch: %ZTP-5-DHCP_SUCCESS: DHCP response received on
Ethernet24 [ Mtu: 1500; Ip Address: 10.10.0.4/16; Nameserver: 10.10.0.1; Domain:
aristanetworks.com; Gateway: 10.10.0.1; Boot File:
http://10.10.0.2:8080/tmp/172.17.11.196-startup-config.1 ]
Apr 15 21:37:01 switch ZeroTouch: %ZTP-5-CONFIG_DOWNLOAD: Attempting to download
the startup-config from http://10.10.0.2:8080/tmp/172.17.11.196-startup-config.1
Apr 15 21:37:02 switch ZeroTouch: %ZTP-5-CONFIG_DOWNLOAD_SUCCESS: Successfully
downloaded startup-config from
http://10.10.0.2:8080/tmp/172.17.11.196-startup-config.1
Apr 15 21:37:02 switch ZeroTouch: %ZTP-5-RELOAD: Rebooting the system
Broadcast messagStopping sshd: [ OK ]
watchdog is not running
SysRq : Remount R/O
Restarting system
Aboot 1.9.0-52504.eos2.0
Press Control-C now to enter Aboot shell
ZTP Failure Notification
The switch displays a DHCP_QUERY_FAIL message when it does not receive a valid DHCP response within 30 seconds of sending the query. The switch then sends a new DHCP query and waits for a response. The switch sends queries until it receives a valid response or cancels ZTP mode.
switch login:admin
admin
switch>Apr 15 21:28:21 localhost ZeroTouch: %ZTP-5-DHCP_QUERY: Sending DHCP
request on [ Ethernet10, Ethernet13, Ethernet14, Ethernet17, Ethernet18,
Ethernet21, E-thernet22, Ethernet23, Ethernet24, Ethernet7, Ethernet8,
Ethernet9, Management1, Management2 ]
Apr 15 21:28:51 localhost ZeroTouch: %ZTP-5-DHCP_QUERY_FAIL: Failed to get a
valid DHCP response
Apr 15 21:28:51 localhost ZeroTouch: %ZTP-5-RETRY: Retrying Zero Touch
Provisioning from the begining (attempt 1)
Apr 15 21:29:22 localhost ZeroTouch: %ZTP-5-DHCP_QUERY: Sending DHCP request on
[ Ethernet10, Ethernet13, Ethernet14, Ethernet17, Ethernet18, Ethernet21,
Ethernet22, Ethernet23, Ethernet24, Ethernet7, Ethernet8, Ethernet9,
Management1, Management2 ]
Canceling ZTP Mode
Log into the console to boot the switch without a startup-config file, then cancel ZTP mode. After the switch boots, it uses all factory default settings. Flash memory prevents the switch from entering ZTP mode on subsequent boots when a startup-config file exits.
Configuring the Networks
If the boot-config file contains a NETDEV statement, Aboot attempts to configure the network interface as specified by Network configuration commands. See boot-config command line Content for a list of commands that define the network configuration.