I’ve been updating some X5-2 ODA’s for a customer of mine to version 22.214.171.124.0 in preparation for deployment. I came across a stubborn bug that proved to be a little tricky to solve. I was having a problem with ODA_BASE not fully completing the boot cycle after initial deployment and as a result I couldn’t get into the ODA_BASE console to configure firstnet.
The customer has some strict firewall rules for the network that these ODA’s sit in so I also couldn’t connect to the VNC console on port 5900 as a result. If you’re gonna implement 126.96.36.199.0 on an X5-2 ODA, I’d recommend installing 188.8.131.52.0 first then update to 184.108.40.206.0.. I’ve not been able to determine for sure what the problem was- I originally thought it had something to do with firmware because 220.127.116.11.0 doesn’t update any of the firmware due to a big ODA_BASE OS version update from 5.11 to 6.7. Apparently the thought was that the update would either be too big or take too long to download/install so they skip firmware in this release. Here is the readme for the 18.104.22.168.0 update:
This Patch bundle consists of the Jan 2016 22.214.171.124.160119 GI Infrastructure and RDBMS – 126.96.36.199.160119, 188.8.131.52.160119, and 184.108.40.206.15. The Grid Infrastructure release 220.127.116.11.160119 upgrade is included in this patch bundle. The database patches 18.104.22.168.160119, 22.214.171.124.160119, 126.96.36.199.15 and 188.8.131.52.12 are included in this patch bundle. Depending on the current version of the system being patched, usually all other infrastructure components like Controller, ILOM, BIOS, and disk firmware etc will also be patched; due to this release focus on the major OS update from OL5 to OL6.7; all other infrastructure components will not be patches. In a virtualized environment, usually all other infrastructure components on dom0 will also be patched; in this release, we skip them. To avoid all other infrastructure components version too far behind, the minimum version required is 184.108.40.206.0 for infra and GI. As part of the Appliance Manager 220.127.116.11, a new parameter has been introduced to control the rolling of ODA patching from one node to another. This is the first release to provide this functionality to allow you to control when the second node to be patched.
I wound up having to re-image to 18.104.22.168.0 and then upgraded as I stated above. That fixed the problem. I’m not sure- it may have been a bad download or a glitch in the ODA_BASE bundle because I checked against our own X5-2 ODA and it has the same problem with a fresh install of 22.214.171.124.0 and all of the firmware is up to date. In hindsight, I probably should have given more credence to this message but it would have added hours onto the install process. As it is, it more than doubled the time because of the troubleshooting needed. Lesson learned…