Oracle clusterware & SGeRAC

[borut kurnik_1]

Hi!

I installed SG (SGeRAC) CFS on two Integrity
(rx4640) HP-UX 11.23 servers and have problem installing Oracle clusterware on top of it.

CRS installation comes to the point where the
.../root.sh script initiates:

/sbin/init.d/init.cssd startcheck CSS

diagnostics (/tmp/crsctl.) says

Failure in CSS initialization opening OCR

My OCR file /cfs/crs/ocr.dat is on CFS
mount point "/cfs/crs".

/cfs 775 root:root
/cfs/crs 775 root:oinstall
/cfs/crs/ocr.dat 770 root:oinstall

So access to the file is probably not it...

Any ideas, please?

Thanks,

Borut

[Steven E. Protter]

Shalom Borut,

With SG and Oracle RAC you really have everything you need for an active-active high availability environment.

Wondering why you need it.

Docs:
http://www.oracle.com/technology/products/database/clustering/pdf/twp_oracleclusterware3rdparty%5B1%5D.pdf

http://www.cnetics.com/RAC_tips.shtml

http://www.dbasupport.com/oracle/ora10g/RAC_Admin01.shtml

I'm beginning to get the idea.

If you need it you need it right?

The access does not seem to be an issue.

Question:
1) Did you do the install as the oracle user that owns rac, et al. Not doing that can lead to failure. You can't reliably run oracle software owned and installed by the root user.

2) Did you follow every minute detail in the install guide, including kernel setting and pre-installation patching? Did you do the same for RAC?

3) Did RAC work prior to the clusterware instllation?

You would do well to carefully review the install logs. Any file in those directories ending with extension .err dooms you installation.

SEP

[borut kurnik_1]

Hi!

Thanks for the quick reply, Steven.

I've done it on Linux before with the Oracle's stack (OCFS2, CRS, RAC, ...), so I'm familiar with the basics, at least I thought I was :-).

(... oracle user; oinstall, oper,dba groups; ssh equity for root and oracle; public and private network ifaces up, virtual interfaces checked for equity, but not up; ORACLE_HOME, ... set).

I've patched both systems, 'kctune'd it following Oracle's docs, system checks at the beginning of the installation are ok.

CFS is up and running, file and directory ownership and permissions for crs, data, ocr and voting disks set by the book (SGeRAC).

Of course I'm missing something, just can't figure out what.

I know it's quite impossible problem to solve
without the access to the system(s), still ... if you get an idea, I'll be more than happy to try.

By the way, /sbin/init.d/init.cssd fails on
'crsctl check boot' which returns:

Failure in CSS initialization opening OCR.

Thanks for the links and advice,

Borut

[borut kurnik_1]

Some more info perhaps...

Oracle CRS is 10.2.0.1, SFRAC is 4.1

I'm installing CRS on local disks, the only files on
CFS are OCR.dat (cluster registry) and VD.dat (voting disk file).

In the end of CRS installation, when root.sh should
start CRS processes, i get

utsz:3: *ioctl* *DKIOCGAPART* *failed*. *errno* *[25]

*
Any ideas, please ?

Thanks, Borut

[Carsten Krege]

The ioctl call with argument DKIOCGAPART gets the full partition table ... on Solaris!
I'm not aware of such ioctl on HPUX. For me this looks more like an Oracle problem calling the wrong ioctl on HPUX.

Carsten

[borut kurnik_1]

Hi!

Thanks, Carsten.

I did some system call tracing and all the ioctl 'errors' are just TCGETA calls on files,
which of course get ENOTTY status and are not
actual errors.

Borut

[Carsten Krege]

Yes, but wouldn't you expect the error message to complain about the TCGETA ioctl then? Instead it bails out on a non-existing ioctl on HPUX which looks suspicious to me.

[Gert De Neve]

Hi,
I have the same problem while installing the clusterware.
Did you find a solution ??

[Gert De Neve]

Did you open an oracle SR ??