- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: 10g RAC on 11.31
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-13-2008 10:52 PM
тАО08-13-2008 10:52 PM
I erroneously posted this on the linux forum:
We are clean installing oracle 10g rac on two itanium blade servers, hp-ux 11.31. The installation goes on fine till the place to run root.sh on the first node where this error pops up
# sh /oracle/oraInventory/orainstRoot.sh
# sh /oracle/crs/root.sh
WARNING: directory '/oracle' is not owned by root
Checking to see if Oracle CRS stack is already configured
Setting the permissions on OCR backup directory
Setting up NS directories
PROT-1: Failed to initialize ocrconfig
Failed to upgrade Oracle Cluster Registry configuration
It seems oracle could not be able to write/open the OCR raw device that i specified as seen in the below log:
cat alertmvpr1.log
2008-08-13 20:20:49.235
[client(8353)]CRS-1009:The OCR configuration is invalid. Details in /oracle/crs/log/mvpr1/client/ocrconfig_8353.log.
2008-08-13 20:20:52.975
[client(8353)]CRS-1009:The OCR configuration is invalid. Details in /oracle/crs/log/mvpr1/client/ocrconfig_8353.log.
2008-08-13 20:21:02.388
[client(8353)]CRS-1009:The OCR configuration is invalid. Details in /oracle/crs/log/mvpr1/client/ocrconfig_8353.log.
2008-08-13 20:30:40.090
[client(8785)]CRS-1009:The OCR configuration is invalid. Details in /oracle/crs/log/mvpr1/client/ocrconfig_8785.log.
2008-08-13 20:30:43.746
[client(8785)]CRS-1009:The OCR configuration is invalid. Details in /oracle/crs/log/mvpr1/client/ocrconfig_8785.log.
2008-08-13 20:30:57.926
[client(8785)]CRS-1009:The OCR configuration is invalid. Details in /oracle/crs/log/mvpr1/client/ocrconfig_8785.log.
Further into the logs:
# cat /oracle/crs/log/mvpr1/client/ocrconfig_8353.log
Oracle Database 10g CRS Release 10.2.0.1.0 Production Copyright 1996, 2005 Oracle. All rights reserved.
2008-08-13 20:20:41.061: [ OCRCONF][1]ocrconfig starts...
2008-08-13 20:20:41.078: [ OCRCONF][1]Upgrading OCR data
2008-08-13 20:20:48.046: [ OCROSD][1]utread:3: problem reading buffer ffffb120 buflen 4096 retval -1 phy_offset 102400 retry 0
2008-08-13 20:20:48.046: [ OCROSD][1]utread:4: problem reading the buffer errno 16 errstring Device busy
2008-08-13 20:20:49.235: [ OCROSD][1]utread:3: problem reading buffer ffffb120 buflen 4096 retval -1 phy_offset 102400 retry 0
2008-08-13 20:20:49.235: [ OCROSD][1]utread:4: problem reading the buffer errno 16 errstring Device busy
2008-08-13 20:20:49.235: [ OCRRAW][1]proprioini: OCR configuration on disk 0 is not valid
2008-08-13 20:20:49.240: [ OCRRAW][1]proprinit: Could not open raw device
2008-08-13 20:20:50.260: [ default][1]a_init:7!: Backend init unsuccessful : [26]
2008-08-13 20:20:50.261: [ OCRCONF][1]Exporting OCR data to [OCRUPGRADEFILE]
2008-08-13 20:20:50.261: [ OCRAPI][1]a_init:7!: Backend init unsuccessful : [33]
2008-08-13 20:20:50.261: [ OCRCONF][1]There was no previous version of OCR. error:[PROC-33: Oracle Cluster Registry is not configured]
2008-08-13 20:20:51.683: [ OCROSD][1]utread:3: problem reading buffer ffffb120 buflen 4096 retval -1 phy_offset 102400 retry 0
2008-08-13 20:20:51.683: [ OCROSD][1]utread:4: problem reading the buffer errno 16 errstring Device busy
2008-08-13 20:20:52.974: [ OCROSD][1]utread:3: problem reading buffer ffffb120 buflen 4096 retval -1 phy_offset 102400 retry 0
2008-08-13 20:20:52.974: [ OCROSD][1]utread:4: problem reading the buffer errno 16 errstring Device busy
2008-08-13 20:20:52.974: [ OCRRAW][1]proprioini: OCR configuration on disk 0 is not valid
2008-08-13 20:20:52.975: [ OCRRAW][1]proprinit: Could not open raw device
2008-08-13 20:20:53.985: [ default][1]a_init:7!: Backend init unsuccessful : [26]
2008-08-13 20:21:01.171: [ OCROSD][1]utread:3: problem reading buffer ffffb120 buflen 4096 retval -1 phy_offset 102400 retry 0
2008-08-13 20:21:01.171: [ OCROSD][1]utread:4: problem reading the buffer errno 16 errstring Device busy
2008-08-13 20:21:02.387: [ OCROSD][1]utread:3: problem reading buffer ffffb120 buflen 4096 retval -1 phy_offset 102400 retry 0
2008-08-13 20:21:02.387: [ OCROSD][1]utread:4: problem reading the buffer errno 16 errstring Device busy
2008-08-13 20:21:02.388: [ OCRRAW][1]proprioini: OCR configuration on disk 0 is not valid
2008-08-13 20:21:02.388: [ OCRRAW][1]proprinit: Could not open raw device
2008-08-13 20:21:03.400: [ OCRAPI][1]a_init:6b!: Backend init unsuccessful : [26]
2008-08-13 20:21:03.400: [ OCRCONF][1]Failed to initialized OCR context. error:[PROC-26: Error while accessing the physical storage Operating System error [Device busy] [16]]
2008-08-13 20:21:03.400: [ OCRCONF][1]Exiting [status=failed]..
My ioscan -fnC disk from all the nodes is similar for the shared storage and looks like this:
disk 2 0/2/1/0.0.0.0.0 sdisk CLAIMED DEVICE HP IR Volume
/dev/dsk/c8t0d0 /dev/dsk/c8t0d0s2 /dev/rdsk/c8t0d0 /dev/rdsk/c8t0d0s2
/dev/dsk/c8t0d0s1 /dev/dsk/c8t0d0s3 /dev/rdsk/c8t0d0s1 /dev/rdsk/c8t0d0s3
disk 26 0/3/0/0/0/1.97.4.19.0.0.1 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c7t0d1 /dev/rdsk/c7t0d1
disk 27 0/3/0/0/0/1.97.4.19.0.0.2 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c7t0d2 /dev/rdsk/c7t0d2
disk 11 0/3/0/0/0/1.97.4.19.0.0.3 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c7t0d3 /dev/rdsk/c7t0d3
disk 12 0/3/0/0/0/1.97.4.19.0.0.4 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c7t0d4 /dev/rdsk/c7t0d4
disk 13 0/3/0/0/0/1.97.4.19.0.0.5 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c7t0d5 /dev/rdsk/c7t0d5
disk 4 0/3/0/0/0/1.97.4.19.0.0.6 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c7t0d6 /dev/rdsk/c7t0d6
disk 5 0/3/0/0/0/1.97.4.19.0.0.7 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c7t0d7 /dev/rdsk/c7t0d7
disk 9 0/3/0/0/0/1.97.4.19.0.1.0 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c7t1d0 /dev/rdsk/c7t1d0
disk 24 0/3/0/0/0/1.97.5.19.0.0.1 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c5t0d1 /dev/rdsk/c5t0d1
disk 25 0/3/0/0/0/1.97.5.19.0.0.2 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c5t0d2 /dev/rdsk/c5t0d2
disk 6 0/3/0/0/0/1.97.5.19.0.0.3 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c5t0d3 /dev/rdsk/c5t0d3
disk 7 0/3/0/0/0/1.97.5.19.0.0.4 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c5t0d4 /dev/rdsk/c5t0d4
disk 8 0/3/0/0/0/1.97.5.19.0.0.5 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c5t0d5 /dev/rdsk/c5t0d5
disk 10 0/3/0/0/0/1.97.5.19.0.0.6 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c5t0d6 /dev/rdsk/c5t0d6
disk 19 0/3/0/0/0/1.97.5.19.0.0.7 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c5t0d7 /dev/rdsk/c5t0d7
disk 20 0/3/0/0/0/1.97.5.19.0.1.0 sdisk CLAIMED DEVICE COMPAQ HSV110 (C)COMPAQ
/dev/dsk/c5t1d0 /dev/rdsk/c5t1d0
For the OCR, i specified the disks /dev/rdsk/c7t0d2 and /dev/rdsk/c7t1d0, and chowned these disks to root:dba, then chmod 660. The same disks are referrenced by alternate paths /dev/rdsk/c5t0d2 and /dev/rdsk/c5t1d0. I have multipathing, and the disks are from EVA5000 presented to both servers.
My most likely guess is that the installer needs to know of one logical path that represents the two paths to the same device, so that in the OUI, i will give these path? is that possible with mknod. If my assumption is wrong, what could be the likely cause of this issue?
thank, kind regards
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-13-2008 11:12 PM
тАО08-13-2008 11:12 PM
SolutionI don't know what your specific problem here is, but I *can* tell you that you have a bigger problem anyway.
You are running an unsupported storage configuration.
HP-UX11.31 does not support the EVA5000 running v3.x of VCS as it is an Active/Passive array. From your ioscan it's obvious that you're running v3.x as the devices are reported as HSV110 rather than HSV111 they would be with VCS 4.x.
So I hope you can get your EVA5K upgraded to A/A firmware or this is going to be a non-starter for you. If you have existing systems attached to the EVA5K this is a non-trivial upgrade as it changes the entire array from Active/Passive to Active/Active.
After you've upgraded and presented storage you should see persistent device files for the vdisks in /dev/disk
Read up on the new IO stack for 11.31 here:
http://docs.hp.com/en/oshpux11iv3.html#Storage%20Area%20Management
HTH
Duncan
I am an HPE Employee
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-13-2008 11:13 PM
тАО08-13-2008 11:13 PM
Re: 10g RAC on 11.31
HTH
Duncan
I am an HPE Employee
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-14-2008 02:52 AM
тАО08-14-2008 02:52 AM
Re: 10g RAC on 11.31
Thank you very much for your input, am still going through the docs in the link you posted, in order to evaluate the options we have.
kind regards
dan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-14-2008 07:30 AM
тАО08-14-2008 07:30 AM
Re: 10g RAC on 11.31
We managed to do the installation after we presented the disks from EVA4000 which supports active/active.
thanks again.