Upgrading Standalone ASM to Oracle Grid Infrastructure Beware Bug 10283819!

Posted in: Technical Track

No, this isn’t a re-post of my earlier blog about bug 1233183.1. We’ve found a fun new bug that seems to be specific to our poor standalone ASM instances when upgrading from Oracle Grid Infrastructure to

The bug was first brought to my attention about four days after completing the Grid Infrastructure upgrade. The client system administrator (SA) noticed that the disk holding the Oracle home directories was slowly filling, at the rate of about 1Gb per day. We identifed that core dump files being created under the new GRID_HOME/log//diskmon/ directory, at the rate of about 1 every 10 minutes, each one about 8M in size. That adds up to 1152M (or just over 1Gb) per 24-hour day. Add that to the 8Gb that was being held in GRID_HOME/.patch_storage (we had to rollback the April 2010 PSU and apply the July 2010 PSU just to upgrade to, and that put a bit of a squeeze on the free disk.

The good ol’ OTN forums led me to bug 10283819. The original poster there shared also that removing the old ( grid home directory and restarting diskmon services stopped the core dump creation. The poster then went to question a second issue with increased diskmon.log writing. After a solution was found for that, Oracle Support closed the bug for some reason, without ever addressing the core dump creation.

I can verify that removing the old grid home (I did a tar+bz2 first) and restarting the services did stop the core dump creation, and am pushing back to Oracle support to get the bug re-opened or a new bug filed to specifically address this. In the meantime, if you are unable or unsure about removing the old grid infrastructure home, it should be safe to have a regularly scheduled script remove the diskmon core dump directories and save you a full disk surprise late some night.



Want to talk with an expert? Schedule a call with our team to get the conversation started.

About the Author

Oracle database administrator for The Pythian Group, headquartered in Ottawa, Ontario, Canada. I am located in Manitowoc, Wisconsin, USA. OCP 10gR2 DBA

2 Comments. Leave new

Darryl Griffiths
June 24, 2011 10:26 am

Your .patch_storage dir must be massive.
Do you use the “opatch util” command options to clean it down every now and then? If so, did this affect your rollback (how annoying *that* must have been)?


@Darryl, no I did not use the opatch util cleanup command, so I can’t say how it affected my ability to rollback.

I might set this up in my sandbox and test it out. I should certainly try it in my home now that I’ve upgraded to I’ll follow-up, thanks for the tip!


Leave a Reply

Your email address will not be published. Required fields are marked *