RE: alert log entries not sequential

  • From: Carel-Jan Engel <cjpengel.dbalert@xxxxxxxxx>
  • To: oracle-l@xxxxxxxxxxxxx
  • Date: Wed, 25 Aug 2004 22:27:53 +0200

Matt,
When Ik look at this snippet of your logfile:

Sun Aug 22 02:32:14 2004
Shutting down instance (abort)
License high water mark =3D 2
Instance terminated by USER, pid =3D 12911
lter tablespace RBS begin backup
Completed: alter tablespace RBS begin backup
Sun Aug 22 02:18:15 2004

I see that the Alter tablespace command isn't written completely, the
'A' is missing. To me it looks like the volume manager's caches being
flushed at different times during the 'split brains' period. Is that
possible, or every system just had another idea of what blocks to flush?
Or is it just a cut/paste error? Is it possible to find out whether the
actual shown 'lter tablespace' just appears on a block split in the
file? Sorry, I'm not a cluster filesystem specialist, just some guesses.

Best regards,

Carel-Jan Engel

===
If you think education is expensive, try ignorance. (Derek Bok)
===


On Wed, 2004-08-25 at 15:17, Adams, Matthew (GE Consumer & Industrial)
wrote:

> No idea at all.  We do know for a certainty=20
> that the Veritas Cluster went "split brain"
> (i love that term our sysop came up with)
> and both sides of the cluster thought it owned
> the package in question and both sides mounted,
> opened and wrote to the database files.
> 
> But since the clocks are in-sync I cannot come=20
> with a reason that the timestamps on the alert logs
> would be so out of order, even with both sides
> writing to it.




----------------------------------------------------------------
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: