Oracle on RHEL4 with ASM problem

Folks,

we've got oracle 10.1.0.4 on our RHEL4 boxes.
We've had no probs until recently when we've setup the databases to use ASM.

Now what randomly happens is ASM can no longer write to the disks, the disks are seen by ASM but it cannot write to them.

We discovered that it is an issue with this entry in /etc/inittab:

h1:35:respawn:/etc/init.d/init.cssd run >/dev/null 2>&1 </dev/null

When ASM throws this error I have to comment out this entry in inittab, run 'init q', uncomment the inittab entry and run 'init q' again.
This fixes the problem.

However, we cannot have this happening, obviously. Our DBA's have raised a tar with oracle and have been searching thru metalink but so far have had no luck.

So Im wondering if any of you folks have had this problem, and found a solution for it ?

Many thanks,
Nick .



Wesleyan Administration Services Ltd registered number 5188850 and Wesleyan Unit Trust Managers Ltd registered number 2114859 ("WUTM Ltd") are wholly owned subsidiary companies of Wesleyan Assurance Society, whose registered number is ZC145. WUTM Ltd is a member of IMA. For ISA/PEP/Unit Trusts Administration Centre: PO Box 9033, Chelmsford, SM99 2WQ Telephone: 0870 601 6129 Wesleyan Assurance Society and WUTM Ltd are authorised and regulated by the Financial Services Authority. Head Office, Colmore Circus, Birmingham B4 6AR. Telephone: 0121 200 3003 Fax 0121 200 2971. Website: www.wesleyan.co.uk Telephone calls may be recorded for monitoring and training purposes.

CONFIDENTIALITY NOTICE

This communication and the information it contains is intended for the person or organisation to whom it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately.

The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While every reasonable precaution to minimise this risk has been taken, we cannot accept liability for any damage that you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment.

Delivered using mail2.wesleyan.co.uk


--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

Relevant Pages