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.
We have the following topology [attached]
1. Do we must use switch profile in order the N9Ks will sync between each other ?
2. Is switch profile supported in N9K-93180 ? because all of the white papers I can see are very old and tal...
I’m new to ACI. So where I’m at, I have connected up 2 Leafs in VPC to my 2960 switch. By that I am able to see is CDP traffic on the 2960 to the leafs. What I’m not getting is how do I get the VLAN on the 2960 to the ACI environment? I’ve looked up tons ...
Hi sorry disturb here, this is my first time post here. i am learning ACI, but now we dont have a good simulator which can be ran on EVENG or VM or GNS3, APIC simulator just for us practice the function of button, and there is no traffic pa...
Hello,We're using a Network Centric ACI Fabric VLANs = BD-EPG (1:1)Most EPGs are members of the Preferred GroupsWe're single Tenant and Single VRF fabric. Policy Enforcement is set to enabled. Policy enforcement direction is set to Ingress. The default. W...
Hi,I have the below setup Here vpc running between leaves also ( vpc 200) switches also . I am not sure this is ideal design The problem is s1 is down srv1 will not send the traffic Please help ...