UCS system has lots of components in it, i.e Blade server, Rack server, Fabric Extender, Fabric Interconnect. All these are managed by the UCS manager. This document provides the steps to gracefully shutdown and power up the UCS system.
In an event when you need to shutdown the entire system for some activity follow the steps mentioned below to gracefully shut the UCS system. It is recommended to backup the UCS configuration before doing this activity as mentioned here. This document is applicable to all hardware and software version of UCS. Note that the information in this document was created from the devices in a specific lab environment. If your network is live, make sure that you understand the potential impact of any command.
Follow the steps to gracefully shutdown UCS system:
a) Graceful shutdown of servers: To shutdown the OS running in the server, UCSM sends ACPI signal to the server OS. The OS generally responds by gracefully shutting down; however this may not happen in certain cases. It is advisable to manually check if the OS has shutdown. Disassociating service profile from the servers will also shutdown the severs; however this is not advisable and is not graceful.
b) Disable management services: This step is optional and is intended only to lower the admin burden because of UCS system going down. Disable services like “Smart call Home” to stop UCS system from sending logs and information.
c) Decomission and Remove power to Chassis:Decomissoning is required only in case if you need to change the chassis. In other cases you can directly remove the power to chassis. This is done to stop the power to blade/rack server and Fabric Extender. There is nothing to be configured or saved from chassis end point.
d) Remove power to Secondary FI: This step is optional and is required only if you have two FI in failover. Removing power first from secondary FI prevents the system from doing failover, which is unnecessary here.
e) Remove power to Primary FI: As the last step remove the power to the primary FI. Note that there is no graceful shutdown method in case of FI, since it is not required.
The UCS system is now properly down and you can proceed with the maintenance activity. To bring the system back up follow the above steps in reverse order; i.e starting from the FI and going up to the servers.
The UCS system should reboot without any issue. However after rebooting if you find that the configuration is corrupt, follow the method to restore the configuration as described here. If after rebooting the UCS system gets stuck in boot prompt then follow the method to recover it as described here.
Hello,I need to rearrange the cabling of leaf to spine ports in the same fabric, same spines, same pod.I simply want to unplug the port on the spine and replug it on another port.I assume the leaf is learned on the other spine port and configuration is do...
I have a multipod lab deployment but I try upgrade a spine switch (N9K-9364C). The upgrade do not start and the gui do not shows any fault. The status colum shows NOT SCHEDULE.I tried a lot of times. Application Policy Infrastructure Contro...
Hello, we repeatedly got an error in the N5K-56128 logging:2020 Sep 28 22:58:49 DE2C-NX-56128-2 %USER-2-SYSTEM_MSG: A fabric link on crossbar asic 0 has degraded - pacifica2020 Sep 28 23:32:14 DE2C-NX-56128-2 %USER-2-SYSTEM_MSG: A fabric link on cros...
Hello experts, I have an external switch connected to the fabric and a bunch of bare-metal servers connected to this external switch. All these servers attached to the same EPG through static ports mapping. I need to move a couple of servers to ...
Hi,I am using this tool to upgrade 93180yc-ex switch and part of the process it tries to copy the OS to the switch and if its there it says don't copy the image and then runs the install command. however, for some switches its failing at the copy SCP...