terminated abnormally (4294967295)

[Frank Reim]

Hallo.

ich erhalte jetzt öfter den o.g. Fehler.
laut firebird.log trat er das erste mal vor ca. 1 Jahr auf, aber dann nur in grossen Abständen. Bis dahin war das Logfile sauber (ca. 3 Jahre).
Ab Januar 2008 wird es häufiger, jetzt ca. alle 10 Tage.
Das kann aber damit zusammenhängen, dass mehr Datenbanken dazugekommen sind und auch mehr Benutzer. Jetzt wird auf 5 Datenbanken mit insgesamt ca. 50 Benutzern gearbeitet.
Das System ist ein Windows 2000 Server mit 3 GB RAM (IBM-Server mit Raid5).
Die meisten Clients arbeiten mittlerweilen über Citrix.

Der FB - Server ist noch 1.52.

Eigentlich wollte ich gleich den grossen Schritt nach 2.1 machen, habe aber noch Umstiegsprobleme (separater Thread).

Die Transaktionsnummern (OAT = LAT - 1) sind sauber (dank IBO .

Hat jemand eine Idee für mich?

Frank

[Thomas Steinmaurer]

Hallo,

- Ist sonst noch was Verdächtiges in firebird.log drinnen?
- Verwendest Du Classic oder Server?
- Wieviele Page Buffers hast du in den Datenbanken zugewiesen?
- Verwendest du UDFs, die nicht mit der Firebird-Distribution mitkommen?


Thomas

[Frank Reim]

Hi Thomas,

in der Log ist nach einem ShutDown immer noch ein Control Service Error:

BAUDRSIT02 (Client) Mon Aug 27 19:06:27 2007
 C:\Programme\Firebird\bin\fbserver.exe: normal shutdown
BAUDRSIT02 (Client) Mon Aug 27 19:06:27 2007
 Control services error 1061

Ich verwende Super Server.
DB - Eigenschaften:
Page Size: 4096
Pages: 40.000 (160.000 kb)
Sweep: 20.000
Forced Writes On

Als UDF' s verwende ich noch die rfunc. Diese habe ich aber schon verwendet, als noch keine Fehler auftraten.
Und dann habe ich noch eine eigene in Delphi geschriebene UDF.
Das könnte mit der Zeit hinkommen ..
Da muss ich mir u.U. Gedanken machen, wie ich meine UDF mal testen kann.

Frank

[Frank Reim]

Sorry, hab 2 mal geklickt...

[Thomas Steinmaurer]

Hallo Frank,

Einträge in firebird.log vor dem terminated abnormally könnten vielleicht etwas aussagen, aber meistens auch nicht, weil erst der Einsatz von einem Debug-Build für die Entwickler etwas aussagekräftiges enthalten könnte.

Bzgl. UDFs. Diese können Problemkind #1 sein, wenn es um Abstürze des Firebird Server geht. z.B. wenn man nicht die richtige Methode für das Allokieren von Speicher verwendet, wenn man mit Strings arbeitet. Oder wenn die UDF nicht thread-safe ist, usw ...

UDFs können etwas tricky sein, darum versuch ich, wenn möglich, UDFs zu vermeiden, oder nur die zu nehmen, die in der Firebird-Distribution enthalten sind.

In Firebird 2.1 ist das nun so wie so etwas anders geworden, weil in 2.1 eine Vielzahl an Funktionen nun in der Engine miteingebaut sind.

Thomas