Subject | Re: Database corruption |
---|---|
Author | Alexander V.Nevsky |
Post date | 2004-01-22T19:51:33Z |
--- In firebird-support@yahoogroups.com, "Trinidad Miravet"
<tmiravet@n...> wrote:
ON should help.
itself - not. Check UDFs you use, usually critical exception in UDF is
the reason for server crash.
No. Client machine lost connection - 3 buttons salute and so on.
--
Best regards,
Alexander.
<tmiravet@n...> wrote:
> NETPLCGRADER (Server) Wed Jan 21 06:44:34 2004version
> Database: C:\NETPLC\DATOS\GRADER.GDB
> internal gds software consistency check (cannot find record back
> (291))Usually - server crash during garbage collection. As Alan said, FW
ON should help.
> Is it normal the two entries 'Guardian starting ...'??If server crashed, Guardian restarted him. It is normal. Crash
itself - not. Check UDFs you use, usually critical exception in UDF is
the reason for server crash.
> Some days before there is also an error entry in the log:INET/inet_error:
> read errno = 10054. Could this have something to do with thecorruption?
No. Client machine lost connection - 3 buttons salute and so on.
> 'Relation has 403 orphan backversions (48 in use) in tableMAINTCOUNT (128)'
> 'Chain for record 40 is broken in table ALARMS (135)'Made by gfix during validation.
> 'Data page 1831 (sequence 2) is confused in table ALARMS (135)'
> 'Page 1831 is an orphan'
> Just another question, is there any special datum in databasestatistics
> that could tell me that something is not OK?Restorability of gbk is most reliable check.
--
Best regards,
Alexander.