HPE Community read-only access December 15, 2018
This is a maintenance upgrade. You will be able to read articles and posts, but not post or reply.
Hours:
Dec 15, 4:00 am to 10:00 am UTC
Dec 14, 10:00 pm CST to Dec 15, 4:00 am CST
Dec 14, 8:00 pm PST to Dec 15, 2:00 am PST
BladeSystem Virtual Connect
cancel
Showing results for 
Search instead for 
Did you mean: 

What is Subordinate VC Module ?

 
grinningdevil
Valued Contributor

What is Subordinate VC Module ?

Hello,

For one of my customer, we have the following config - 

1 * Primary Virtual Connect Module 

1 * Backup Virtual Connect Module 

2 * Subordinate Virtual Connect Module 

Presently all are running with firmware version 3.70 , and I need to update them. 

Question - 

- What are these subordinate VCM 's ?  When I go to their IP for login, I am redirected to Primary VC Module automatically. 

- Since I am not able to login to subordinate VCM's, how would I update firmware ?  

- Globally, for all four VC's, what is the sequence to follow for upgrading firmware ? first get suboridnate upgraded, then backup and then primary ?? 

2 REPLIES
Robert_Jewell
Honored Contributor

Re: What is Subordinate VC Module ?

In a Virtual Connect environment there are two VC modules that run the Virtual Connect Manager.  The primary and the secondary as you have noted.  Any other VC module in that domain would be considered subordinate.  Those VC modules do not run the VCM software, but only handle the I/O traffic.

When you perform a firmware update, the update process will see all VC modules and update them accordingly.  The update scripts will default to update each module alternately, but you can change this to update them in parallel or in a certain order.  In most cases, its best to take the defaults.

-Bob

----------------
Was this helpful? Like this post by giving me a thumbs up below!
grinningdevil
Valued Contributor

Re: What is Subordinate VC Module ?

Thanks for the reply !! 

Instead of automatic sequence, we are thinking about running the reboot in manual mode, using the following command -

vcsu -a update -i <enclosure OA IP> -u <OA username> -p <OA password> -vcu <VC domain user> -vcp <VC domain password> -l <firmware image path> -oe manual -of manual

Therefore, the order of reboot of VC's would fall as  - 

Backup config
Healthcheck
vcsu -a update -i .....    (above command)
Reset Bay2 (standby)
Healthcheck
Reset Bay1
Healthcheck
Reset Bay 4
Healthcheck
Reset Bay 3

Is there any problem in above choice ? 

Just want to ensure that we wont have a network interruption by following the above steps - customer doesnt want even few seconds of outage :)