I’ve been updating some X5-2 ODA’s for a customer of mine to version 220.127.116.11.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 18.104.22.168.0 on an X5-2 ODA, I’d recommend installing 22.214.171.124.0 first then update to 126.96.36.199.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 188.8.131.52.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 184.108.40.206.0 update:
This Patch bundle consists of the Jan 2016 220.127.116.11.160119 GI Infrastructure and RDBMS – 18.104.22.168.160119, 22.214.171.124.160119, and 126.96.36.199.15. The Grid Infrastructure release 188.8.131.52.160119 upgrade is included in this patch bundle. The database patches 184.108.40.206.160119, 220.127.116.11.160119, 18.104.22.168.15 and 22.214.171.124.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 126.96.36.199.0 for infra and GI. As part of the Appliance Manager 188.8.131.52, 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 184.108.40.206.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 220.127.116.11.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…