Close Menu
  • Home
  • Oracle
    • ASM
    • Data Guard
    • RAC
  • Performance
  • Tools
  • Troubleshooting
  • Python
  • Shell Script
Search

Oracle RAC 12.2 on VMware Workstation – Post 3: Grid Infrastructure Installation

2026-04-05 Oracle By Henrique

Oracle RAC 12.2 on VMware Workstation — Post 1: VMware Networking and Openfiler Setup

2026-04-05 Oracle By Henrique

Oracle RAC 12.2 on VMware Workstation – Post 2: Oracle Linux Configuration and iSCSI

2026-04-05 Oracle By Henrique
YouTube LinkedIn RSS
  • About
  • Contact
  • Legal
    • Cookie Policy
    • Disclaimer
    • Privacy Policy
    • Terms of Use
  • RSS
  • English
    • Portuguese (Brazil)
Execute StepExecute Step
YouTube LinkedIn RSS
  • Home
  • Oracle
    • ASM
    • Data Guard
    • RAC
  • Performance
  • Tools
  • Troubleshooting
  • Python
  • Shell Script
Execute StepExecute Step
Home » OPatch Error 73 – LsInventorySession failed: RawInventory gets null OracleHomeInfo
Oracle

OPatch Error 73 – LsInventorySession failed: RawInventory gets null OracleHomeInfo

HenriqueBy Henrique2026-03-283 Mins Read
Share
Facebook Twitter LinkedIn Pinterest Email Telegram WhatsApp

This post is also available in: Português (Portuguese (Brazil))

Running opatch lsinv produces the following output:

LsInventorySession failed: RawInventory gets null OracleHomeInfo

OPatch failed with error code 73

OPatch lists every other Oracle Home on the system just fine, but chokes when it tries to process the current home — the one set in $ORACLE_HOME. Until this is fixed, no patching operations can run against that home.


💡 Real-world context This error shows up most often after an out-of-place patch cycle — you clone the Oracle Home to a new directory, apply the RU, then switch $ORACLE_HOME to point to it. The software is there and works, but OUI never registered the new path in the Central Inventory. Same thing happens after manual cp/rsync clones or filesystem restores done without also restoring the inventory.


Why This Happens

OPatch reads the Central Inventory (typically /u01/app/oraInventory, as defined in oraInst.loc) to build metadata for each Oracle Home before performing any operation. When a home exists on disk but has no entry in the Central Inventory, OPatch can’t construct the OracleHomeInfo object — it gets null back and bails with error code 73.

Common root causes:

  • Oracle Home cloned via cp, rsync, or storage snapshot without running attachHome.sh
  • Out-of-place upgrade or patching to a new directory without re-registering the home
  • Filesystem restore without a matching inventory restore
  • Accidental corruption or deletion of inventory.xml

Diagnosis

Before applying the fix, confirm the home is actually missing from the inventory.

1. Check the Central Inventory for the failing home:

grep -i "OraDB19Home" /u01/app/oraInventory/ContentsXML/inventory.xml

If $ORACLE_HOME doesn’t appear — or appears with REMOVED="T" — the diagnosis is confirmed.

2. Verify which home is active:

echo $ORACLE_HOME

Cross-reference this path against the inventory.xml entries. The home OPatch finds on disk but can’t locate in the inventory is the one causing the failure.


Fix — Register the Oracle Home in the Central Inventory

Run attachHome.sh from inside the failing Oracle Home:

cd $ORACLE_HOME/oui/bin
./attachHome.sh

Expected output:

Starting Oracle Universal Installer...

Checking swap space: must be greater than 500 MB.   Actual 19889 MB    Passed
The inventory pointer is located at /etc/oraInst.loc
You can find the log of this install session at:
 /u01/app/oraInventory/logs/AttachHome2024-04-11_11-42-20AM.log
'AttachHome' was successful.

Validate the fix:

grep "$ORACLE_HOME" /u01/app/oraInventory/ContentsXML/inventory.xml

$ORACLE_HOME/OPatch/opatch lsinv

opatch lsinv should now return the list of installed patches without errors.


Quick Reference

echo $ORACLE_HOME

grep "$ORACLE_HOME" /u01/app/oraInventory/ContentsXML/inventory.xml

cd $ORACLE_HOME/oui/bin && ./attachHome.sh

$ORACLE_HOME/OPatch/opatch lsinv

References

  • Oracle Support: OPatch lsinventory Fails With “LsInventorySession failed: RawInventory gets null OracleHomeInfo” (Doc ID 1604062.1)
  • Oracle Docs: OPatch User’s Guide for Windows and UNIX — attachHome

inventory opatch oracle-home troubleshooting
Share. Facebook Twitter Pinterest LinkedIn Tumblr Email WhatsApp
Previous ArticleOPATCHAUTO-72126 – Destination Directory Already Exists in Out-of-Place Patching
Next Article OPATCHAUTO-72115 — Previous Session Not Completed in Out-of-Place Patching

Related Posts

Oracle

Oracle RAC 12.2 on VMware Workstation – Post 3: Grid Infrastructure Installation

2026-04-05
Read More
Oracle

Oracle RAC 12.2 on VMware Workstation — Post 1: VMware Networking and Openfiler Setup

2026-04-05
Read More
Oracle

Oracle RAC 12.2 on VMware Workstation – Post 2: Oracle Linux Configuration and iSCSI

2026-04-05
Read More
Add A Comment
Leave A Reply Cancel Reply

Demo
Follow Me
  • Email
  • GitHub
  • LinkedIn
  • RSS
  • YouTube

INS-06006 – Passwordless SSH Connectivity Not Set Up

2026-02-2614 Views

ORA-29548 — How to Fix “Java System Class Reported” in Oracle Database

2026-03-0510 Views

PRVG-2002 — How to Fix “Encountered Error in Copying File” in Oracle RAC

2026-03-078 Views
Demo
Tags
alter-sequence asm clusterware create sequence datapatch grid-infrastructure Grid Infrastructure how-to identity-column identity column ins-08101 installation inventory iSCSI lab listener opatch opatchauto Openfiler openssh ora-01031 ORA-12547 ora-12777 orabasetab oracle oracle oracle-database oracle-home oracle-linux oracle-rac Oracle Database Oracle Linux Oracle RAC out-of-place passwordless-ssh patching patching prvg-2002 RAC Installation redo-log runcluvfy scp tns troubleshooting VMware
Execute Step
YouTube LinkedIn RSS
  • Home
  • About
  • Contact
  • RSS
  • English
    • Português (Portuguese (Brazil))
© 2026 ExecuteStep. Designed by ThemeSphere.

Type above and press Enter to search. Press Esc to cancel.

Ad Blocker Enabled!
Ad Blocker Enabled!
Our website is made possible by displaying online advertisements to our visitors. Please support us by disabling your Ad Blocker.