03-31-2023 11:09 PM
When upgrading from HX 3.0 to 3.5, the board firmware on the node was not upgraded in the middle, so the board firmware was manually upgraded. Next comes the phrase below. I need your help.
Solved! Go to Solution.
04-03-2023 06:24 AM
See a few older TAC cases and internal CDETs with similar errors but no concrete "to get around this do X".
I would verify no disks are full (which HyperCheck will validate).
Check file /var/log/springpath/lshw-full.xml to see if the file is populated or zero bytes.
Also restarting services (or rebooting SCVMs one-by-one, waiting for storage cluster to heal) may also resolve the error.
04-01-2023 11:22 AM
Hey,
Just to confirm, are you upgrading to 3.5(2h) based on next doc?
Did you run Hypercheck before performing upgrade? maybe there's a known issue impacting cluster
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvj71618
hope it helps,
AIV
04-03-2023 06:24 AM
See a few older TAC cases and internal CDETs with similar errors but no concrete "to get around this do X".
I would verify no disks are full (which HyperCheck will validate).
Check file /var/log/springpath/lshw-full.xml to see if the file is populated or zero bytes.
Also restarting services (or rebooting SCVMs one-by-one, waiting for storage cluster to heal) may also resolve the error.
04-24-2023 12:43 AM
We urgently purchased the service and opened the Cisco TAC and solved it through the above measures.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide