- Community Home
- >
- Servers and Operating Systems
- >
- HPE BladeSystem
- >
- BladeSystem - General
- >
- Virtual Connect Support Utility (VCSU) question
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-06-2014 01:58 PM
01-06-2014 01:58 PM
Virtual Connect Support Utility (VCSU) question
Michael had a customer query:
***************
I have a customer that has used an older version of VCSU, 1.5.1 to perform upgrades of spare VC modules when they are different than the VC firmware in the c7000 enclosure. They used the –b option to target a particular bay only. I believe that the procedure with current VCSU is to skip a bay and place the spare in an odd numbered bay preferably. Then update to match the current enclosure firmware version.
Does this process work without problems in an online mode? Does it only update the odd module that we hope to target?
Also if anyone knows why the –b option was dropped, the customer and I are curious to know.
*************
Input from Fred:
**************
The HP Virtual Connect Firmware Upgrade Steps and Procedures Whitepaper (http://h20566.www2.hp.com/portal/site/hpsc/template.BINARYPORTLET/public/kb/docDisplay/resource.process/?spf_p.tpst=kbDocDisplay_ws_BI&spf_p.rid_kbDocDisplay=docDisplayResURL&javax.portlet.begCacheTok=com.vignette.cachetoken&spf_p.rst_kbDocDisplay=wsrp-resourceState%3DdocId%253Demr_na-c02885443-3%257CdocLocale%253Den_US&javax.portlet.endCacheTok=com.vignette.cachetoken) has a lot of good information on VCSU and VC firmware upgrades.
Here’s a snippet regarding –b option removal and recommendation on upgrading a single module:
It may be necessary to update just a single VC-Enet or VC-FC module. The option to target a specific module for upgrade or downgrade (-b bay_id) has been removed in VCSU v1.6.0 and later. Typically this option was not recommended because VCSU’s main goal is to get all modules to the same level of firmware that is contained in the installation package.
However, a situation may exist where a module is being replaced with a spare that shipped with a different firmware revision installed. An update will be required to this single module to bring it to the same level of the firmware as the other the modules in the enclosure. To update a single module place it into any IO Bay that doesn’t correspond to the location of the Primary VC-Enet module in the enclosure. An upgrade or downgrade of a single module can be performed by executing VCSU and specifying the location of the firmware image file corresponding to the version of the firmware on the Primary VC-Enet module. VCSU will automatically detect modules that are out of sync and update those modules to the desired firmware level.
******************
Any other input?