[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | DEC Rdb against the World | 
|  | 
| Moderator: | HERON::GODFRIND | 
|  | 
| Created: | Fri Jun 12 1987 | 
| Last Modified: | Thu Feb 23 1995 | 
| Last Successful Update: | Fri Jun 06 1997 | 
| Number of topics: | 1348 | 
| Total number of notes: | 5438 | 
1270.0. "ORA 62/VMS BUGCHECK?" by UNYEM::UTTERD (Dean W. Utter) Thu Jul 15 1993 20:22
    HAS ANY ONE ENCOUNTERED A PROBLEM USING ORACLE V6.0.36.7 IN A VMS
    V5.5-1 CLUSTER USING THE PARALLEL SERVER CAUSING VMS TO CRASH WITH A
    FATAL BUG CHECK ERROR OF - DOUBLY DEALLOCATED MEMORY BLOCK ?
    
    CALLS TO ORACLE INSIST THEY HAVE NOT HEARD THIS PROBLEM AND INSIST IT
    MUST BE VMS.  OF COURSE, THE ONLY TIME I GET THE BUG CHECK IS WHEN THE
    SECOND NODE IN A 2-NODE VAX CLUSTER HAS MOUNTED AND OPENED THE SAME
    ORACLE DATABASE IN SHARED MODE AS IS MOUNTED SHARED ON THE 1ST NODE.
    
    EVERYTHING IS FINE IF I JUST MOUNT/OPEN SHARED THE PRODUCTION DATABASE
    ON ONLY ONE NODE.  WHEN THE SECOND NODE MOUNTS/OPEN SHARED THE SAME
    PRODUCTION DATABASE THE 1ST NODE CRASHES WITHIN ABOUT AN HOUR OR TWO.
    
    INITIAL LOOK AT CRASH DUMP SHOWS VMS ATTEMPTING TO DEALLOCATE A SYSTEM
    SUBROUTINE-GENERATED TQE AND IS USING A BOGUS ADDRESS TO CHECK FOR THE
    SIZE OF THE TQE TO DEALLOCATE FROM NON-PAGED POOL.
    
    ANY ONE WHO HAS HEARD OF THIS PROBLEM OR CAN GIVE ME SOME INSIGHT IN
    HOW TO INTERPRET THE CRASH DUMP SO THAT I CAN PROVE IT IS ORACLE'S
    FAULT WOULD BE GREATLY APPRECIATED!!!!!
    
    THANKS IN ADVANCE,
    
    DINO :^(
| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|