RE: Oracle on RHEL4 with ASM problem
- From: "Lunt, Nick" <Nick.Lunt@xxxxxxxxxxxxxx>
- Date: Fri, 21 Apr 2006 12:06:26 +0100
Hi Jack,
-----Original Message-----
From: Jack Challen [mailto:jack_challen@xxxxxxxxxx]
Sent: 21 April 2006 13:53
To: General Red Hat Linux discussion list
Subject: Re: Oracle on RHEL4 with ASM problem
I don't have a copy of this script kicking around here, but it sounds
like it's timing out or locking somehow. Seems like they (Oracle) are
using a cross between SysV init scripts and init(1) handling;
have you
tried running either:
/etc/init.d/init.cssd status #(/may/ not work)
/etc/init.d/init.cssd restart #(should work)
as root?
Failing that, you may able to hack that script to put e.g.
"sleep 5" at
the top -- this is a dirty hack; hopefully running the script by hand
should give you some more information.
If the sleep trick fixes it, then I'd suggest that that script is
restarting too quickly for init(1) to assume that it's
successful - you
should see messages in /var/log/messages that say something like
init: process h1 respawning too quickly -- disabled for 5 minutes.
There are no errors for this process.
I've passed on your message to our DBAs.
Thanks for your help,
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
- Prev by Date: Re: Oracle on RHEL4 with ASM problem
- Next by Date: fsck failure at boot
- Previous by thread: Re: Oracle on RHEL4 with ASM problem
- Next by thread: RE: Oracle on RHEL4 with ASM problem
- Index(es):
Relevant Pages
- Re: No one could logon to productio database for a while
... Puget Sound Oracle Users Group ... code for script is quite simple, it does
a v$sql to find all sql ... The script ask for the hash value of the SQL statement.
... col "SLAVE SQL" format A95 WORD_WRAP ... (comp.databases.oracle.server) - Re: cant drop any user
... error occurred at recursive SQL level 2 ... exact fetch returns more
than requested number of rows ... I want to see the entire shell script you're using to
try to drop ... and you engage Oracle support. ... (comp.databases.oracle.server) - Re: Data Pump error
... Copyright 2003, 2005, Oracle. ... Oracle Database 10g Express Edition
Release 10.2.0.1.0 - ... If I just installed Oracle Express, what is the password for SYSDBA?
... Then you can run suggested script (just paste or type the ... (comp.databases.oracle.tools) - Problem installing an Oracle patch using Perl on sunfire 3800
... Oracle installs fine, ... the patch script supplied by Oracle, ...
waitid() ... (SunManagers) - Re: Solaris 10: cannot gracefully shutdown legacy services?
... Oracle starts up just fine. ... > processes with a SIGTERM. ...
> Reading `man init`, I find: ... > This invokes the script, ... (comp.unix.solaris)