Comments on: Exadata Bundle Patch 5 Gotcha's http://blog.enkitec.com/2010/08/exadata-bundle-patch-5-gotchas/ The official blog of Enkitec Fri, 09 Dec 2011 11:29:08 +0000 hourly 1 http://wordpress.org/?v=3.1.4 By: Randy Johnson http://blog.enkitec.com/2010/08/exadata-bundle-patch-5-gotchas/#comment-164 Randy Johnson Tue, 07 Sep 2010 20:06:33 +0000 http://blog.enkitec.com/?p=134#comment-164 Okay so this morning I figured out what was causing my database startup from SQL Plus to fail after relinking for RDS. It's a little embarrassing but in all fairness to Oracle I felt I owed them a followup. I also learned something a little interesting about RDS. As you may recall after relinking the oracle kernel so that it uses RDS for Interconnect traffic I started getting the following error when using SQL Plus to startup my database: SQL> startup ORA-27504: IPC error creating OSD context After we finished configuring our Exadata machine I proceeded to configure my shell environment. When I did I copied over my profile script from another server. Well as you might have already guessed I missed resetting a variable to the new server environment. The variable is ORA_CRS_HOME. It was still set to /opt/oracle/... while on our Exadata database servers it is the standard /u01/app/11.2.0/grid. What is interesting about this is that it has never been set properly but it never caused an error during startup using SQL Plus while the databases were using UDP for the Interconnect. It only started causing a problem after I relinked the kernel for RDS. My thanks to everyone who offered their comments on this post. Okay so this morning I figured out what was causing my database startup from SQL Plus to fail after relinking for RDS. It’s a little embarrassing but in all fairness to Oracle I felt I owed them a followup. I also learned something a little interesting about RDS. As you may recall after relinking the oracle kernel so that it uses RDS for Interconnect traffic I started getting the following error when using SQL Plus to startup my database:

SQL> startup ORA-27504: IPC error creating OSD context

After we finished configuring our Exadata machine I proceeded to configure my shell environment. When I did I copied over my profile script from another server. Well as you might have already guessed I missed resetting a variable to the new server environment. The variable is ORA_CRS_HOME. It was still set to /opt/oracle/… while on our Exadata database servers it is the standard /u01/app/11.2.0/grid. What is interesting about this is that it has never been set properly but it never caused an error during startup using SQL Plus while the databases were using UDP for the Interconnect. It only started causing a problem after I relinked the kernel for RDS.

My thanks to everyone who offered their comments on this post.

]]> By: Randy Johnson http://blog.enkitec.com/2010/08/exadata-bundle-patch-5-gotchas/#comment-163 Randy Johnson Wed, 01 Sep 2010 23:55:18 +0000 http://blog.enkitec.com/?p=134#comment-163 The error seemed to be that Opatch couldn't copy the new version of dbfs_client to the target directory. The fix was pretty straight forward so I'm not sure why it would affect us and not you but maybe it had to do with the patch level of Oracle we were applying the patch to. The error seemed to be that Opatch couldn’t copy the new version of dbfs_client to the target directory. The fix was pretty straight forward so I’m not sure why it would affect us and not you but maybe it had to do with the patch level of Oracle we were applying the patch to.

]]> By: Randy Johnson http://blog.enkitec.com/2010/08/exadata-bundle-patch-5-gotchas/#comment-162 Randy Johnson Wed, 01 Sep 2010 23:52:44 +0000 http://blog.enkitec.com/?p=134#comment-162 Hey Kevin. Here's the error we got when installing BP5. The following actions have failed: Copy failed from '/home/oracle/stage/9870547/files/bin/dbfs_client' to '/u01/app/oracle/product/11.2.0/dbhome_1/bin/dbfs_client'... After checking permissions on the target file and directory I just tried moving the file out of the way and re-trying the step. It executed without any further errors. I mentioned this in the post so is there anything else I can tell you about our environment that might help? Hey Kevin. Here’s the error we got when installing BP5.

The following actions have failed: Copy failed from ‘/home/oracle/stage/9870547/files/bin/dbfs_client’ to ‘/u01/app/oracle/product/11.2.0/dbhome_1/bin/dbfs_client’…

After checking permissions on the target file and directory I just tried moving the file out of the way and re-trying the step. It executed without any further errors.
I mentioned this in the post so is there anything else I can tell you about our environment that might help?

]]> By: Yasin Baskan http://blog.enkitec.com/2010/08/exadata-bundle-patch-5-gotchas/#comment-161 Yasin Baskan Wed, 01 Sep 2010 12:51:03 +0000 http://blog.enkitec.com/?p=134#comment-161 Hi Randy, Sorry I could not reply earlier. I did not check if the machine I patches was using RDS, but it should be since the default Exadata installation uses RDS. I have applied BP5 on a system having BP4 and using DBFS with no problems. I have another one that will move to BP5 from BP3 and which is also using DBFS. Let me see how it will go. Hi Randy,

Sorry I could not reply earlier. I did not check if the machine I patches was using RDS, but it should be since the default Exadata installation uses RDS. I have applied BP5 on a system having BP4 and using DBFS with no problems. I have another one that will move to BP5 from BP3 and which is also using DBFS. Let me see how it will go.

]]> By: Kevin Closson http://blog.enkitec.com/2010/08/exadata-bundle-patch-5-gotchas/#comment-160 Kevin Closson Wed, 01 Sep 2010 01:25:41 +0000 http://blog.enkitec.com/?p=134#comment-160 >I still believe there is a problem with the BP5 install when DBFS is being used but haven’t heard from anyone else on the subject. ...can you be a little more specific? >I still believe there is a problem with the BP5 install when DBFS is being used but haven’t heard from anyone else on the subject.

…can you be a little more specific?

]]> By: Randy Johnson http://blog.enkitec.com/2010/08/exadata-bundle-patch-5-gotchas/#comment-159 Randy Johnson Tue, 31 Aug 2010 14:25:23 +0000 http://blog.enkitec.com/?p=134#comment-159 Okay so this week I'm at a client site working on a half rack Exadata and I'm afraid I'm going to have to eat some crow. Good thing I skipped breakfast today. This client is running Cell OS 11.2.1.2.6 and Oracle 11.2.1.0. The Oracle kernel is configured for RDS over the interconnect so I tried shutting down and restarting their database using sqlplus. The database started without any sign of the RDS bind error I'm seeing back in my lab environment. So this looks like it was a bug in our configuration. I still believe there is a problem with the BP5 install when DBFS is being used but haven't heard from anyone else on the subject. We'll be installing BP5 here at this client in the next few days. I'll followup with a post with my findings. Okay so this week I’m at a client site working on a half rack Exadata and I’m afraid I’m going to have to eat some crow. Good thing I skipped breakfast today. This client is running Cell OS 11.2.1.2.6 and Oracle 11.2.1.0. The Oracle kernel is configured for RDS over the interconnect so I tried shutting down and restarting their database using sqlplus. The database started without any sign of the RDS bind error I’m seeing back in my lab environment. So this looks like it was a bug in our configuration. I still believe there is a problem with the BP5 install when DBFS is being used but haven’t heard from anyone else on the subject. We’ll be installing BP5 here at this client in the next few days. I’ll followup with a post with my findings.

]]> By: Randy Johnson http://blog.enkitec.com/2010/08/exadata-bundle-patch-5-gotchas/#comment-158 Randy Johnson Fri, 27 Aug 2010 14:15:19 +0000 http://blog.enkitec.com/?p=134#comment-158 Yasin, thanks for your comment. That is the way I read it too. But like I said since we configured RDS on our Oracle Home and Grid Home we have not been able to start our database using sqlplus. When we do we get the "Could not bind RDS socket" error. Have you verified that you really have RDS configured? How did you verify that? The documentation states that you should see something like "CELL interconnect IPC version: Oracle RDS/IP (generic)" in your database alert log when you startup the database. Would you mind checking and let me know? Like I mentioned in the article, I'm not sure at this point whether or not this is normal behavior for an RDS configured database or if it was some kind of problem with our environment. On another note are you running DBFS? Did you have any issues with BP5 relating to that? Yasin, thanks for your comment. That is the way I read it too. But like I said since we configured RDS on our Oracle Home and Grid Home we have not been able to start our database using sqlplus. When we do we get the “Could not bind RDS socket” error. Have you verified that you really have RDS configured? How did you verify that? The documentation states that you should see something like “CELL interconnect IPC version: Oracle RDS/IP (generic)” in your database alert log when you startup the database. Would you mind checking and let me know? Like I mentioned in the article, I’m not sure at this point whether or not this is normal behavior for an RDS configured database or if it was some kind of problem with our environment.

On another note are you running DBFS? Did you have any issues with BP5 relating to that?

]]> By: Yasin Baskan http://blog.enkitec.com/2010/08/exadata-bundle-patch-5-gotchas/#comment-156 Yasin Baskan Fri, 27 Aug 2010 09:47:01 +0000 http://blog.enkitec.com/?p=134#comment-156 Hi Randy, The readme states, "if the applying system is using UDP". So why not just skip this section as the db machine uses RDS by default? We had no problems applying the patch if you skip this step. No issues in startup upgrade either. Hi Randy,

The readme states, “if the applying system is using UDP”. So why not just skip this section as the db machine uses RDS by default?

We had no problems applying the patch if you skip this step. No issues in startup upgrade either.

]]> By: Kerry Osborne’s Oracle Blog » Blog Archive Notes on Applying Exadata Bundle Patch (BP5) - Kerry Osborne’s Oracle Blog http://blog.enkitec.com/2010/08/exadata-bundle-patch-5-gotchas/#comment-155 Kerry Osborne’s Oracle Blog » Blog Archive Notes on Applying Exadata Bundle Patch (BP5) - Kerry Osborne’s Oracle Blog Thu, 26 Aug 2010 22:44:50 +0000 http://blog.enkitec.com/?p=134#comment-155 [...] http://blog.enkitec.com/2010/08/25/exadata-bundle-patch-5-gotchas/ Category: Exadata, Oracle  |  Comment (RSS)  |  Trackback [...] [...] http://blog.enkitec.com/2010/08/25/exadata-bundle-patch-5-gotchas/ Category: Exadata, Oracle  |  Comment (RSS)  |  Trackback [...]

]]>