Filter
Top Products
Switch Memory and Configuration
Using Primary and Secondary Flash Image Options
Scheduled Reload. Beginning with software release K.11.34, additional
parameters have been added to the reload command to allow for a scheduled
reboot of the switch via the CLI.
Syntax: [no] reload [after <[dd:]hh:]mm> | at <hh:mm[:ss]> [<mm/dd[/[yy]yy]>]]
Enables a scheduled warm reboot of the switch. The switch boots
up with the same startup config file and using the same flash
image as before the reload.
Caution: When using redundant management, the reload at/after
command causes a switchover at the scheduled time to the other
management module, which may not be running the same soft-
ware image or have the same configurations.
Parameters include:
• after: Schedules a warm reboot of the switch after a given amount
of time has passed.
• at: Schedules a warm reboot of the switch at a given time.
The no form of the command removes a pending reboot request.
For more details and examples, see below.
The scheduled reload feature removes the requirement to physically reboot
the switch at inconvenient times (for example, at 1:00 in the morning). Instead,
a reload at 1:00 mm/dd command can be executed (where mm/dd is the date
the switch is scheduled to reboot).
Note Configuration changes are not saved with reload at or reload after commands.
No prompt to save configuration file changes is displayed. See Table 6-2 on
page 6-21.
Examples of scheduled reload commands:
■ To schedule a reload in 15 minutes:
ProCurve# reload after 15
■ To schedule a reload in 3 hours:
ProCurve# reload after 03:00
■ To schedule a reload for the same time the following day:
ProCurve# reload after 01:00:00
■ To schedule a reload for the same day at 12:05:
ProCurve# reload at 12:05
■ To schedule a reload on some future date:
ProCurve# reload at 12:05 01/01/2008
6-25