Re: Surprising event

2001-09-13 Thread Connor McDonald

!! Please do not post Off Topic to this List !!Are you regularly performing the 
appropriate analysis
of optimiser stats?

Its not too uncommon for performance to suddenly go
over the edge rather than degrade in the nice linear
fashion.  For example, sorts suddenly needing to go to
disk - just not fitting into memory etc

hth
connor

 --- Csillag Zsolt [EMAIL PROTECTED] wrote:  
 
 Hi,
 
 We have a cgi that displays data from oracle tables.
 The program has been running for several months
 perfectly.
 
 Last week every time it started, it seemed to almost
 freeze the Oracle 
 server ,
 it didn' t end the operation (many Select
 statements).
 
 After several hours of work we removed the /*+
 FIRST_ROWS */ hints from some of
 the selects and the problem went down to 50% ( It
 woult be a long story to 
 tell all the details).
 
 At last we recreated _all_ the indexes and the
 problem dissapeared, 
 everything was fine again.
 
 Question: Should a bad index cause a problem like
 this and why?
 If an index is bad how come Oracle doesn' t see
 it?
 
 It is important for me to know that for I don' t
 want to run in this 
 problem again.
 
 Thank you
 
 
 Zsolt Csillag
 Hungary
 
 -- 
 Please see the official ORACLE-L FAQ:
 http://www.orafaq.com
 -- 
 Author: Csillag Zsolt
   INET: [EMAIL PROTECTED]
 
 Fat City Network Services-- (858) 538-5051  FAX:
 (858) 538-5051
 San Diego, California-- Public Internet
 access / Mailing Lists


 To REMOVE yourself from this mailing list, send an
 E-Mail message
 to: [EMAIL PROTECTED] (note EXACT spelling of
 'ListGuru') and in
 the message BODY, include a line containing: UNSUB
 ORACLE-L
 (or the name of mailing list you want to be removed
 from).  You may
 also send the HELP command for other information
 (like subscribing). 

=
Connor McDonald
http://www.oracledba.co.uk (mirrored at 
http://www.oradba.freeserve.co.uk)

Some days you're the pigeon, some days you're the statue


Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: =?iso-8859-1?q?Connor=20McDonald?=
  INET: [EMAIL PROTECTED]

Fat City Network Services-- (858) 538-5051  FAX: (858) 538-5051
San Diego, California-- Public Internet access / Mailing Lists

To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).



Re[2]: Surprising event

2001-09-13 Thread dgoulet

!! Please do not post Off Topic to this List !!

Connor,

For the most part I agree, but I have also seen circumstances where a
function (in my case) works very consistently for months and then goes totally
south right out of the clear blue.  This gets especially nerve racking when
there are no indications of what the heck has happen, like no locks evident, no
alert log messages, the function is still valid, etc  I'll finally get
everyone using the function to stop for a couple of moments, recompile it with
no errors, and it returns back to normal.  It's just like the DB makes a odd
decision to do something crazy.  

Dick Goulet

Reply Separator
Author: =?iso-8859-1?q?Connor=20McDonald?= [EMAIL PROTECTED]
Date:   9/13/2001 3:10 AM

!! Please do not post Off Topic to this List !!Are you regularly performing the
appropriate analysis
of optimiser stats?

Its not too uncommon for performance to suddenly go
over the edge rather than degrade in the nice linear
fashion.  For example, sorts suddenly needing to go to
disk - just not fitting into memory etc

hth
connor

 --- Csillag Zsolt [EMAIL PROTECTED] wrote:  
 
 Hi,
 
 We have a cgi that displays data from oracle tables.
 The program has been running for several months
 perfectly.
 
 Last week every time it started, it seemed to almost
 freeze the Oracle 
 server ,
 it didn' t end the operation (many Select
 statements).
 
 After several hours of work we removed the /*+
 FIRST_ROWS */ hints from some of
 the selects and the problem went down to 50% ( It
 woult be a long story to 
 tell all the details).
 
 At last we recreated _all_ the indexes and the
 problem dissapeared, 
 everything was fine again.
 
 Question: Should a bad index cause a problem like
 this and why?
 If an index is bad how come Oracle doesn' t see
 it?
 
 It is important for me to know that for I don' t
 want to run in this 
 problem again.
 
 Thank you
 
 
 Zsolt Csillag
 Hungary
 
 -- 
 Please see the official ORACLE-L FAQ:
 http://www.orafaq.com
 -- 
 Author: Csillag Zsolt
   INET: [EMAIL PROTECTED]
 
 Fat City Network Services-- (858) 538-5051  FAX:
 (858) 538-5051
 San Diego, California-- Public Internet
 access / Mailing Lists


 To REMOVE yourself from this mailing list, send an
 E-Mail message
 to: [EMAIL PROTECTED] (note EXACT spelling of
 'ListGuru') and in
 the message BODY, include a line containing: UNSUB
 ORACLE-L
 (or the name of mailing list you want to be removed
 from).  You may
 also send the HELP command for other information
 (like subscribing). 

=
Connor McDonald
http://www.oracledba.co.uk (mirrored at 
http://www.oradba.freeserve.co.uk)

Some days you're the pigeon, some days you're the statue


Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: =?iso-8859-1?q?Connor=20McDonald?=
  INET: [EMAIL PROTECTED]

Fat City Network Services-- (858) 538-5051  FAX: (858) 538-5051
San Diego, California-- Public Internet access / Mailing Lists

To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: 
  INET: [EMAIL PROTECTED]

Fat City Network Services-- (858) 538-5051  FAX: (858) 538-5051
San Diego, California-- Public Internet access / Mailing Lists

To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).



Re[2]: Surprising event

2001-09-13 Thread Michael Barger

!! Please do not post Off Topic to this List !!



I have noticed in the past that if you pin certain packages or functions in 
memory, they can become corrupt.  They still show their state as being 
'VALID', but they are of no use.  The only thing I have found to do is 
recompile.  We try to keep packages, etc. out of memory unless they get 
used a LOT.

At 06:20 AM 9/13/01 -0800, [EMAIL PROTECTED] wrote:
!! Please do not post Off Topic to this List !!

Connor,

 For the most part I agree, but I have also seen circumstances where a
function (in my case) works very consistently for months and then goes totally
south right out of the clear blue.  This gets especially nerve racking when
there are no indications of what the heck has happen, like no locks 
evident, no
alert log messages, the function is still valid, etc  I'll finally get
everyone using the function to stop for a couple of moments, recompile it with
no errors, and it returns back to normal.  It's just like the DB makes a odd
decision to do something crazy.

Dick Goulet

Reply Separator
Author: =?iso-8859-1?q?Connor=20McDonald?= [EMAIL PROTECTED]
Date:   9/13/2001 3:10 AM

!! Please do not post Off Topic to this List !!Are you regularly 
performing the
appropriate analysis
of optimiser stats?

Its not too uncommon for performance to suddenly go
over the edge rather than degrade in the nice linear
fashion.  For example, sorts suddenly needing to go to
disk - just not fitting into memory etc

hth
connor

  --- Csillag Zsolt [EMAIL PROTECTED] wrote: 
 
  Hi,
 
  We have a cgi that displays data from oracle tables.
  The program has been running for several months
  perfectly.
 
  Last week every time it started, it seemed to almost
  freeze the Oracle
  server ,
  it didn' t end the operation (many Select
  statements).
 
  After several hours of work we removed the /*+
  FIRST_ROWS */ hints from some of
  the selects and the problem went down to 50% ( It
  woult be a long story to
  tell all the details).
 
  At last we recreated _all_ the indexes and the
  problem dissapeared,
  everything was fine again.
 
  Question: Should a bad index cause a problem like
  this and why?
  If an index is bad how come Oracle doesn' t see
  it?
 
  It is important for me to know that for I don' t
  want to run in this
  problem again.
 
  Thank you
 
 
  Zsolt Csillag
  Hungary
 
  --
  Please see the official ORACLE-L FAQ:
  http://www.orafaq.com
  --
  Author: Csillag Zsolt
INET: [EMAIL PROTECTED]
 
  Fat City Network Services-- (858) 538-5051  FAX:
  (858) 538-5051
  San Diego, California-- Public Internet
  access / Mailing Lists
 

  To REMOVE yourself from this mailing list, send an
  E-Mail message
  to: [EMAIL PROTECTED] (note EXACT spelling of
  'ListGuru') and in
  the message BODY, include a line containing: UNSUB
  ORACLE-L
  (or the name of mailing list you want to be removed
  from).  You may
  also send the HELP command for other information
  (like subscribing).

=
Connor McDonald
http://www.oracledba.co.uk (mirrored at
http://www.oradba.freeserve.co.uk)

Some days you're the pigeon, some days you're the statue


Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: =?iso-8859-1?q?Connor=20McDonald?=
   INET: [EMAIL PROTECTED]

Fat City Network Services-- (858) 538-5051  FAX: (858) 538-5051
San Diego, California-- Public Internet access / Mailing Lists

To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author:
   INET: [EMAIL PROTECTED]

Fat City Network Services-- (858) 538-5051  FAX: (858) 538-5051
San Diego, California-- Public Internet access / Mailing Lists

To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Michael Barger
  INET: [EMAIL PROTECTED]

Fat City Network Services-- (858) 538-5051  FAX: (858) 538-5051
San Diego, California-- 

Surprising event

2001-09-12 Thread Csillag Zsolt



Hi,

We have a cgi that displays data from oracle tables.
The program has been running for several months perfectly.

Last week every time it started, it seemed to almost freeze the Oracle 
server ,
it didn' t end the operation (many Select statements).

After several hours of work we removed the /*+ FIRST_ROWS */ hints from some of
the selects and the problem went down to 50% ( It woult be a long story to 
tell all the details).

At last we recreated _all_ the indexes and the problem dissapeared, 
everything was fine again.

Question: Should a bad index cause a problem like this and why?
If an index is bad how come Oracle doesn' t see it?

It is important for me to know that for I don' t want to run in this 
problem again.

Thank you


Zsolt Csillag
Hungary

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Csillag Zsolt
  INET: [EMAIL PROTECTED]

Fat City Network Services-- (858) 538-5051  FAX: (858) 538-5051
San Diego, California-- Public Internet access / Mailing Lists

To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).