"unsupported on-disc-structure for file ...found 32779"

[Billa]

Hallo zusammen,

seit heute morgen funktioniert keine Delphi-Anwendung mehr, die eine Firebird-Datenbank benutzt. Schon beim Start kommt obige Meldung. Auch in der Entwicklungsumgebung (Delphi 7). Da auch IBExpert nicht mehr funktioniert, scheint es ein Problem mit dem FB-Server zu sein. Eine Neuinstallation des FB 2.5 läuft zwar durch, bringt aber keinerlei Besserung.Kennt jemand das Problem?

[mkinzler]

Ist auch Interbase installiert?

[Billa]

Ja (6.5), wurde aber sehr lange nicht benutzt



Ergänzung

Im IBExpert wird außerdem noch angezeigt:

Missing arg #4 possibly status vector overflow
Missing arg #5 possibly status vector overflow

[mquadrat]

Wurde der Server aktualisiert bzw. stammt die DB von einem Server mit einer neueren Version? Üblicherweise kann man das lösen, indem man auf der alten Version ein Backup erstellt und auf der neuen Version dann ein Restore. Dabei wird auch die ODS entsprechend der Server-Version angelegt.

Sollte sich die Server-Version nicht geändert haben, dann würde ich mal FB Surgeon oder sowas drüber laufen lassen, um die DB-Datei zu prüfen.

[haentschman]

Moin...
Wenn auch ein Interbase parallel läuft würde ich mal die Ports prüfen auf denen die jeweiligen Server laufen. Vieleicht greifst du über den falschen Port auf den falschen DB Server zu. (FB Datenbank auf Interbase oder umgekehrt IB Datenbank auf Firebird).
http://www.firebirdfaq.org/faq80/

[Blup]

1.) falsche Client-DLL
Firebird: fbclient.dll
Interbase: gds32.dll
Manche Installationen kopieren die "fbclient.dll" ins Systemverzeichnis und nennen die dann um in "gds32.dll", um abwärtskompatibel zu sein.
Wird diese dann später durch eine DLL vom Interbase überschrieben, kann das Probleme verursachen.

2.) falscher Datenbankserver
Interbase und Firebird verwenden per Default den selben Port.
Wird das nicht extra anders eingestellt, übernimmt der Dienst den Port, der als erstes startet.
Der andere Dienst ist dann nicht zu erreichen.
Irgendwann optimiert dann Windows die Startreihenfolge...
Plötzlich meldet sich der andere Dienst und kann mit den Datenbankdateien nichts anfangen.

[Billa]

Nein, bis heute morgen gab es seit längerem keine Aktualisierungen am FB.

Der Fehler betrifft auch nicht eine, sondern alle Datenbanken auf meinem Rechner.

Auf anderen Rechnern laufen die jeweiligen DB einwandfrei. Daher vermute ich ein lokales Problem. Zumal GBAK/Restore auf anderen Rechnern einwandfrei läuft, auf meinem Rechner aber ebenfalls mit den obigen Meldungen scheitert.

[haentschman]

Zitat:

Auf anderen Rechnern laufen die jeweiligen DB einwandfrei.

An dieser Stelle solltest du mal skizzieren auf welchem Rechner der/die Server laufen und wer lokal bzw. remote auf den Server zugreift...

[Billa]

Auf einem W2003 Server läuft ausschließlich FB 2.5 und es greifen ca 50 User zu. Backup/Restore klappt einwandfrei

Getestet habe ich auch mit einer anderen DB auf einem W2008, ausschließlich FB2.5, zwei Clients: ebenfalls alles Ok

Probleme macht mein W7-Rechner, Delphi 7 (incl. IB6.5), FB 2.5 Server. Es funktionieren weder Delphi-Programme, die FB benutzen noch IBExpert. Der Restore der DB der beiden anderen Systeme schlägt auch fehl. Es gab keine Aktualisierungen bis zum Versuch heute morgen

[mkinzler]

Bereinige mal alle gd32.dll und fbclient.dll auf dem problembehafteten Rechner?

Greift der Rechner auch auf die Datenbank auf dem Server zu, oder lokal auf eine "Kopie" der Datenbank?