dbTalk Databases Forums  

Database iidbdb is inconsistent.

comp.databases.ingres comp.databases.ingres


Discuss Database iidbdb is inconsistent. in the comp.databases.ingres forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Frank Fan
 
Posts: n/a

Default Database iidbdb is inconsistent. - 03-02-2005 , 09:37 PM






Hi all,

ingres 2.6 /0305
HP 11.11

There are some error messages below in errlog.log when I start
ingres. ingres was not start successfully. I cannot use verifydb since
the DBMS server was not up.
Would you help me?
Thanks a lot.

Database iidbdb is inconsistent
[59922 , 40286140]: Wed Mar 2 18:52:17 2005 E_SC0121_DB_OPEN
Error opening database. Name: iidbdb Owner: $ingres Access
Mode: 00000002
Flags 40000000
LVGSBU01::[59922 , 40286140]: Wed Mar 2 18:52:17 2005
E_SC010D_DB_LOCA
TION Database Location Name: $default Physical Specification:
/opt/sdo/ingres/data/default/iidbdb Flags: 00000003
LVGSBU01::[59922 , 40286140]: Wed Mar 2 18:52:17 2005
W_SX1069_AUD_THREAD_NO_IIDBDB The Security Audit Thread could not open
IIDBDB because it does not exist or is currently unavailable.



Frank

Reply With Quote
  #2  
Old   
Frank Fan
 
Posts: n/a

Default Resolved : Database iidbdb is inconsistent. - 03-03-2005 , 12:21 AM






Hi all,
The problem was resolved.
I recreate the transaction log and restart ingres. Then I run
verifydb to mark iidbdb as consistent.


Frank Fan wrote:

Quote:
Hi all,

ingres 2.6 /0305
HP 11.11

There are some error messages below in errlog.log when I start
ingres. ingres was not start successfully. I cannot use verifydb since
the DBMS server was not up.
Would you help me?
Thanks a lot.

Database iidbdb is inconsistent
[59922 , 40286140]: Wed Mar 2 18:52:17 2005 E_SC0121_DB_OPEN
Error opening database. Name: iidbdb Owner: $ingres Access
Mode: 00000002
Flags 40000000
LVGSBU01::[59922 , 40286140]: Wed Mar 2 18:52:17 2005
E_SC010D_DB_LOCA
TION Database Location Name: $default Physical Specification:
/opt/sdo/ingres/data/default/iidbdb Flags: 00000003
LVGSBU01::[59922 , 40286140]: Wed Mar 2 18:52:17 2005
W_SX1069_AUD_THREAD_NO_IIDBDB The Security Audit Thread could not open
IIDBDB because it does not exist or is currently unavailable.



Frank

Reply With Quote
  #3  
Old   
Roy Hann
 
Posts: n/a

Default Re: Resolved : Database iidbdb is inconsistent. - 03-03-2005 , 02:00 AM



"Frank Fan" <jun_fan4 (AT) agilent (DOT) com> wrote

Quote:
Hi all,
The problem was resolved.
I recreate the transaction log and restart ingres. Then I run
verifydb to mark iidbdb as consistent.
What you did will get Ingres running. It will not necessarily fix anything,
and it is easily capable of making things way worse. In the first place the
database was marked inconsisent because the server had no way to know
whether or not it was consistent. Verifydb just cleared the flag. Any
inconsistencies would remain. In the case of iidbdb you'd probably get away
with it, but for pretty well all other databases, doing that would probably
create quite a mess (or even a disaster).

Sometimes recreating the transaction log is unavoidable, but one should go
to extraordinary lengths to protect it because in general, once you lose it,
you DO lose COMMITTED data, with NO possibility of recovery. It is the
single most critical part of the Ingres installation.

Roy




Reply With Quote
  #4  
Old   
Frank Fan
 
Posts: n/a

Default Re: Resolved : Database iidbdb is inconsistent. - 03-06-2005 , 08:53 PM



Hi Roy,
Thanks a lot for your message. It's very helpful.

Roy Hann wrote:
Quote:
"Frank Fan" <jun_fan4 (AT) agilent (DOT) com> wrote in message
news:1109830867.308642 (AT) cswreg (DOT) cos.agilent.com...

Hi all,
The problem was resolved.
I recreate the transaction log and restart ingres. Then I run
verifydb to mark iidbdb as consistent.


What you did will get Ingres running. It will not necessarily fix anything,
and it is easily capable of making things way worse. In the first place the
database was marked inconsisent because the server had no way to know
whether or not it was consistent. Verifydb just cleared the flag. Any
inconsistencies would remain. In the case of iidbdb you'd probably get away
with it, but for pretty well all other databases, doing that would probably
create quite a mess (or even a disaster).

Sometimes recreating the transaction log is unavoidable, but one should go
to extraordinary lengths to protect it because in general, once you lose it,
you DO lose COMMITTED data, with NO possibility of recovery. It is the
single most critical part of the Ingres installation.

Roy



Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.