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