![]() |
Datenbank: Firebird • Version: 1.5 • Zugriff über: IBX
FIREBIRD Server stürzt immer ab... 20 Arbeitsplätze lahm...
Hilfe, Hilfe,
dat Firebird ist jetzt irgendwie instabil. Es stürzt regelmäßig ab. Das Update auf die neuste 1.5.?? Version hat nichts gebracht. Denn Traffic (d.h. die Datenbankabfrageintervalle in den Client nach untenschrauben auch nicht) :wall: Die Intervalle der "Datenbankserverstops" werden immer kürzer... Der Service läßt sich dann nur noch stoppen und neu starten. Bis dann sind alle Arbeitsplätze lahm gelegt... und müssen "neu gestartet" werden. Wer von euch weiß Rat ? der Andreas dem grad Feuer unterm Hintern gemacht wird :firejump: |
Re: FIREBIRD Server stürzt immer ab... 20 Arbeitsplätze lahm
Hi,
schon mal das Firebird-Log angeschaut? Schon mal das Ereignisprotokoll von Windows angeschaut? Lemmy |
Re: FIREBIRD Server stürzt immer ab... 20 Arbeitsplätze lahm
Hallo,
was wurde denn gemacht ? Server-Windows-Update ?, mehr Clients ? Kann sich jemand nach dem "Absturz" neu anmelden, also Programm neustarten ? Und natürlcih das Log (Firebird.log) am besten als Attachment. Heiko |
Re: FIREBIRD Server stürzt immer ab... 20 Arbeitsplätze lahm
Liste der Anhänge anzeigen (Anzahl: 1)
Hi Lemmy und hoika,
Es wurden keine Updates durchgeführt. Programm neustarten hilft nichts. Der Service muss erst neugestartet werden. Im Systemprotokoll steht das der Dienst "Firebird Server - Default Instance" unerwartet beendet wurde (die Crashs scheinbar) und einige mal dass an den FB Guardian ein Stop gesendet wurde. Die Crashs passieren wie Spacewolf schon sagte mittlerweile schon nach 4 Stunden Betrieb. Als es mit dem Problemen anfing (Ende Juli) waren die Abstände wesentlich größer. Damals lief noch FB Version 1.5.0. Vorgestern haben wir auf 1.5.3 geupdated. Könnte ein Backup- Restore helfen? Als Anhang ein Blick in den Taskmanager zum Zeitpunkt des Crashs. Im Log steht nichts aussagekräftiges (Glaub Ich). Hier mal ein Ausschnitt der letzten Tage
Code:
SERVER2 (Server) Tue Aug 01 12:20:11 2006
Shutting down the Firebird service with 109 active connection(s) to 1 database(s) SERVER2 (Server) Tue Aug 01 12:20:11 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Tue Aug 01 12:20:11 2006 C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe: normal shutdown SERVER2 (Client) Tue Aug 01 12:20:11 2006 Control services error 1061 SERVER2 (Client) Tue Aug 01 12:21:10 2006 INET/inet_error: connect errno = 10061 SERVER2 (Client) Tue Aug 01 12:21:13 2006 INET/inet_error: connect errno = 10061 SERVER2 (Client) Tue Aug 01 12:21:18 2006 Guardian starting: C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe SERVER2 (Client) Tue Aug 01 12:21:30 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 01 12:21:30 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 01 12:21:32 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 01 21:50:30 2006 Guardian starting: C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe SERVER2 (Server) Tue Aug 01 21:51:47 2006 Shutting down the Firebird service with 3 active connection(s) to 1 database(s) SERVER2 (Server) Tue Aug 01 21:51:47 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Tue Aug 01 21:51:47 2006 Control services error 1061 SERVER2 (Client) Tue Aug 01 21:51:49 2006 Guardian starting: C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe SERVER2 (Client) Tue Aug 01 21:52:13 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 01 21:52:15 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Thu Aug 03 11:43:17 2006 C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe: normal shutdown SERVER2 (Server) Thu Aug 03 11:43:17 2006 Shutting down the Firebird service with 123 active connection(s) to 1 database(s) SERVER2 (Server) Thu Aug 03 11:43:17 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Thu Aug 03 11:44:30 2006 INET/inet_error: read errno = 10054 SERVER2 (Client) Thu Aug 03 11:44:30 2006 INET/inet_error: send errno = 10054 SERVER2 (Server) Thu Aug 03 11:44:48 2006 Shutting down the Firebird service with 11 active connection(s) to 1 database(s) SERVER2 (Server) Thu Aug 03 11:44:48 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Thu Aug 03 11:44:54 2006 Guardian starting: C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe SERVER2 (Client) Thu Aug 03 11:52:04 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Thu Aug 03 11:52:05 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Thu Aug 03 11:52:07 2006 INET/inet_error: send errno = 10054 SERVER2 (Server) Mon Aug 07 12:49:09 2006 Shutting down the Firebird service with 97 active connection(s) to 1 database(s) SERVER2 (Server) Mon Aug 07 12:49:09 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Mon Aug 07 12:49:09 2006 C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe: normal shutdown SERVER2 (Client) Mon Aug 07 12:49:09 2006 Control services error 1061 SERVER2 (Client) Mon Aug 07 12:49:46 2006 INET/inet_error: read errno = 10054 SERVER2 (Client) Mon Aug 07 12:49:46 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Mon Aug 07 12:49:46 2006 INET/inet_error: read errno = 10054 SERVER2 (Client) Mon Aug 07 12:49:46 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Mon Aug 07 12:49:46 2006 REMOTE INTERFACE/gds__detach: Unsuccesful detach from database. Uncommitted work may have been lost SERVER2 (Client) Mon Aug 07 12:49:46 2006 INET/inet_error: send errno = 10054 SERVER2 (Server) Mon Aug 07 12:49:58 2006 Shutting down the Firebird service with 5 active connection(s) to 1 database(s) SERVER2 (Server) Mon Aug 07 12:49:58 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Mon Aug 07 12:50:04 2006 Guardian starting: C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe SERVER2 (Client) Mon Aug 07 12:50:10 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 08 10:59:48 2006 C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe: normal shutdown SERVER2 (Server) Tue Aug 08 10:59:48 2006 Shutting down the Firebird service with 111 active connection(s) to 1 database(s) SERVER2 (Server) Tue Aug 08 10:59:48 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Tue Aug 08 10:59:48 2006 Control services error 1061 SERVER2 (Client) Tue Aug 08 11:00:11 2006 INET/inet_error: read errno = 10054 SERVER2 (Client) Tue Aug 08 11:00:11 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 08 11:06:43 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 08 11:42:16 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 08 11:42:17 2006 INET/inet_error: send errno = 10054 SERVER2 (Server) Tue Aug 08 15:37:19 2006 Shutting down the Firebird service with 95 active connection(s) to 1 database(s) SERVER2 (Server) Tue Aug 08 15:37:19 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Server) Tue Aug 08 15:37:32 2006 The Firebird server failed to startup because a needed resource is in use. Insure that all previously connected Firebird client applications have terminated and try again. SERVER2 (Client) Tue Aug 08 15:37:34 2006 INET/inet_error: read errno = 10054 SERVER2 (Client) Tue Aug 08 15:37:34 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 08 15:37:34 2006 REMOTE INTERFACE/gds__detach: Unsuccesful detach from database. Uncommitted work may have been lost SERVER2 (Client) Tue Aug 08 15:37:34 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 08 15:37:40 2006 Guardian starting: C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe SERVER2 (Client) Tue Aug 08 15:37:48 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 08 15:37:49 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 08 15:37:49 2006 INET/inet_error: send errno = 10054 SERVER2 (Server) Tue Aug 08 22:01:20 2006 Shutting down the Firebird service with 18 active connection(s) to 1 database(s) SERVER2 (Server) Tue Aug 08 22:01:20 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Tue Aug 08 22:01:20 2006 C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe: normal shutdown SERVER2 (Client) Tue Aug 08 22:01:38 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 08 22:01:40 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Tue Aug 08 22:19:37 2006 Guardian starting: C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe SERVER2 (Client) Wed Aug 09 11:40:53 2006 C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe: normal shutdown SERVER2 (Server) Wed Aug 09 11:40:53 2006 Shutting down the Firebird service with 123 active connection(s) to 1 database(s) SERVER2 (Server) Wed Aug 09 11:40:53 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Wed Aug 09 11:41:00 2006 INET/inet_error: read errno = 10054 SERVER2 (Client) Wed Aug 09 11:41:00 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Wed Aug 09 11:41:00 2006 REMOTE INTERFACE/gds__detach: Unsuccesful detach from database. Uncommitted work may have been lost SERVER2 (Client) Wed Aug 09 11:41:00 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Wed Aug 09 11:41:05 2006 Guardian starting: C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe SERVER2 (Client) Wed Aug 09 11:41:12 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Wed Aug 09 11:41:12 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Wed Aug 09 11:41:13 2006 INET/inet_error: send errno = 10054 SERVER2 (Server) Wed Aug 09 16:48:52 2006 Shutting down the Firebird service with 66 active connection(s) to 1 database(s) SERVER2 (Client) Wed Aug 09 16:48:52 2006 C:\Programme\Firebird\Firebird_1_5\bin\fbserver.exe: normal shutdown SERVER2 (Server) Wed Aug 09 16:48:52 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Wed Aug 09 16:48:52 2006 Control services error 1061 SERVER2 (Client) Wed Aug 09 16:50:52 2006 INET/inet_error: read errno = 10054 SERVER2 (Client) Wed Aug 09 16:50:52 2006 INET/inet_error: send errno = 10054 SERVER2 (Server) Wed Aug 09 23:41:38 2006 Shutting down the Firebird service with 2 active connection(s) to 1 database(s) SERVER2 (Server) Wed Aug 09 23:41:38 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Server) Thu Aug 10 10:13:39 2006 Shutting down the Firebird service with 81 active connection(s) to 1 database(s) SERVER2 (Server) Thu Aug 10 10:13:39 2006 The database G:\DASERVER\DATABASE\SPWDICOM.GDB was being accessed when the server was shutdown SERVER2 (Client) Thu Aug 10 10:14:10 2006 INET/inet_error: read errno = 10054 SERVER2 (Client) Thu Aug 10 10:14:10 2006 INET/inet_error: send errno = 10054 SERVER2 (Client) Thu Aug 10 10:14:10 2006 REMOTE INTERFACE/gds__detach: Unsuccesful detach from database. Uncommitted work may have been lost SERVER2 (Client) Thu Aug 10 10:14:10 2006 INET/inet_error: send errno = 10054 |
WIN NT / 2000 // 2,5 GByte / Dialekt 1
@Heiko,
der Firebird-Server(Serivce) bleibt stehen. Wird der Service neu gestartet... Können sich die Benutzer neu anmelden. Die Clientanzahl wurde um einen Client in den letzten 3 Monaten erhöht. Kann mir nicht vorstellen das es daran liegt. Windows ? Hmmm... Windows 2000 - Prof läuft auf dem Datenbankrechner. @Lemmy, Gordon (Meta777) hat das Protokoll angehängt. @All Firebird 2.0 ? Wer hat damit Erfahrungen ? Wie "stable" ist das Ding ? Achja unsere Datenbank läuft noch im Dialekt 1 UND die Datenbank ist 2,5 GByte groß. Shalom und Danke der Andreas |
Re: FIREBIRD Server stürzt immer ab... 20 Arbeitsplätze lahm
Zitat:
Also ist die final bald zu erwarten ( 2 RC waren geplant). Im Testbetrieb ist fb2.0 bei mir stabil. Zitat:
|
Re: FIREBIRD Server stürzt immer ab... 20 Arbeitsplätze lahm
@mkinzler
>>Handelt es sich um ein älteres Programm oder warum Dialect 1? Naja, sagen wir ein recht komplexes Programm. 4 Jahre alt. Und seit dem in Entwicklung. Die ganze Sache hät ich schon mal gern auf Dialekt 1 umgestellt. Vielleicht hilft es ja... ich glaube es soll übern Backup - Restore gehen. Aber wenn da " statt ' drin sind, dann gehts ja nicht... also muss erst die Datenbank umgearbeitet werden und dann das ganze Programm durchgegangen werden... diese Arbeit habe ich gescheut... Mit freundlichen Grüßen A.Göllner |
Re: FIREBIRD Server stürzt immer ab... 20 Arbeitsplätze lahm
Zwei Ideen
----------- # ---------------------------- # # How often the pages are flushed on disk # (for databases with ForcedWrites=Off only) Ich habe gelesen das beim Windows-Server das ForcedWrites=On - sein muss... ist das standardmäßig On wenn es nicht Off ist ? Was ist die optimalste Pagegröße ? vielleicht sollte ich die Datenbank mal backupn und restoren und dann auf 16K hochschrauben ?!??! schlomo :gruebel: |
Re: FIREBIRD Server stürzt immer ab... 20 Arbeitsplätze lahm
Das Firebird sich einfach beendet ist mir neu. Ich kenne nur hochschnellen der Prozessorlast auf 100%. Das wäre dann ein Indiz für unsauberes umgehen mit Transactions.
Backup und Restore kann man immer mal wieder machen. Dann werden auch die Indizes neu berechnet und ungenutzter Speicher freigegeben |
Re: FIREBIRD Server stürzt immer ab... 20 Arbeitsplätze lahm
Hmm, beim Flug übers Log fällt folgendes auf
Zitat:
Zitat:
Zitat:
Das sieht mir ganz danach aus als würde sich FB in Connections und lang laufenden Transactions verhedern, sprich: (viele) offene Clients mit vielen Abfragen welche alle jeweils eine eigene Verbindung mit einer (oder mehreren) Transaktionen offenhalten. Da muß eine Multiversionen-Datenbak irgenwann mal ins trudeln kommen. Abhilfe: so bitter es klingt, die Anwendungssoftware nach derartigen fehlern durchforsten, Tranasction für leseoprationen nur Read-Only, Write Transaction regelmäßig Commiten (hard commit nicht retained), eventuell Timergestützt um den Anwendern die "Macht" zu nehmen. Überlegen, ob nicht eine Verbindung pro Client doch ausreichend ist. Wie erfolgt der Zugriff? Native, BDE, Ado ...? |
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:21 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz