Subject internal gds software consistency check when accessing security2.fdb
Author Thomas Woinke
Hi all,

I just noticed something strange in my firebird.log. This seems to
happen since Jun 10., about once a day.

I'm running FB 2.1 SS on Linux AMD64.
security2.fdb is rw for the firebird user (of course).

I remember "internal gds software consistency check" to be pretty bad,
so what could be the problem here?

The database appears to run flawless except of this.

Regards,
Thomas


(Server) Sun Jun 15 07:57:49 2008
Database: /usr/local/firebird/security2.fdb
I/O error for file "/usr/local/firebird/security2.fdb"
Error while trying to read from file
Bad file descriptor
internal gds software consistency check (Error: can't lock
database on llRead)

s15267566 (Server) Sun Jun 15 07:57:49 2008
I/O error for file "/usr/local/firebird/security2.fdb"


s15267566 (Server) Sun Jun 15 07:57:49 2008
Error while trying to read from file


s15267566 (Server) Sun Jun 15 07:57:49 2008
Bad file descriptor


s15267566 (Server) Sun Jun 15 07:57:49 2008
internal gds software consistency check (Error: can't lock
database on llRead)

Here's what gstat -h says about security2.fdb:
Database "security2.fdb"
Database header page information:
Flags 0
Checksum 12345
Generation 2356121
Page size 4096
ODS version 11.1
Oldest transaction 2356116
Oldest active 2356117
Oldest snapshot 2356117
Next transaction 2356118
Bumped transaction 1
Sequence number 0
Next attachment ID 693305
Implementation ID 24
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 3
Creation date May 15, 2008 10:26:05
Attributes

Variable header data:
*END*