RE: ORA-03113 end of file on communication channel

  • From: Pete Sharman <peter.sharman@xxxxxxxxxx>
  • To: oracle-l@xxxxxxxxxxxxx
  • Date: Thu, 1 Apr 2004 02:11:20 +1000

It's true, and just as soon as Mladen can work out why I'm responsible for 
world hunger, I'll have that as my fault as well.  :)

 
Pete
 
"Controlling developers is like herding cats."
Kevin Loney, Oracle DBA Handbook
 
"Oh no, it's not.  It's much harder than that!"
Bruce Pihlamae, long-term Oracle DBA

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On 
Behalf Of Mladen Gogala
Sent: Wednesday, 31 March 2004 7:19 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: ORA-03113 end of file on communication channel

Well, as you know, "the end of communication rope" happens when the server 
process
dies. There should be an accompanying error in the  alert.log file. Usually, 
those
errors are ORA-7445 and ORA-600, which give people much craved  opportunity to 
use
metalink. ORA-7445 means that there was an exception in the server process. The 
only
case when it can legitimately happen, without laying the blame on Pete Sharman, 
is 
when the address space is not large enough. Typically, OS will let users to have
process sizes of about 2GB, and will terminate anything that exceeds the 
boundary.
OS parameter for that purpose defines the maximum size of page tables per 
segment or
per process. You can suspect the VM size if the address at which the problem 
occurs 
is extremely large. If, on the other hand, the address is very small, <= 4k, 
then
the program tried to access the page 0, which has deliberately been marked "no 
access",
in order to catch the attempts of dereferencing the NULL pointer. If the 
address is
close to 0, oracle tried to use NULL pointer, and that is Pete's fault. ORA-600 
is
his fault, too.

On 03/30/2004 03:33:06 PM, david wendelken wrote:
> Forgot to add this bit of info:
> 
> Have also gotten this error in very secure environments, where the network 
> times out access to oracle sessions on remote machines fairly quickly.  In 
> that case, it legitimately is an end of communcation channel.
> 
> 
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at //www.freelists.org/archives/oracle-l/
> FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
> 

-- 
Mladen Gogala
Oracle DBA
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Other related posts: