Firebird: cannot attach to password database

[Lemmy]

Servus,

ich habe hier einen Rechner bei einem Kunden, der sich standhaft weigert Firebird-Server auszuführen.

Installiert mit eigenem Dienstnamen und eigenem Port (gleich hier die Info auch mit Standardinstallation gleiche Situation!). Wenn ich versuche mich mit der Datenbank zu verbinden (isql, eigene Software,...) kommt die oben geannnte Fehlermeldung: cannot attach to password database

Die Secuity2.fdb ist da, die funktioniert (auf meinem Rechner getestet), der Dienst (läuft unter lokales System) hat auf die Datei Zugriff. Firewall abgeschaltet, VIrenscanner deinstalliert(!), aktuelles Windows 10, getestete Firebirdversionen 2.1.1 und 2.1.7.

Im Firebirdlog kommt noch die Meldung, dass das Betriebssystem den Zugriff auf eine Datei verweigert hat, allerdings nicht um welche Datei es sich im Endeffekt handelt.
Eine Session mit Sysinternals ProcMon hat leider auch keine neue Erkenntnis gebracht, zu der Zeit in der der Fehler passiert (kann man ganz gut nachlesen, kurz vor dem Zugriff auf firebird.msg und firebird.log) fummelt da kein anderer Prozess auf dem Rechner irgend was rum oder grätscht rein, aber an sonsten keine Fehlermeldung, keine Ausgabe im Ereignisprotokoll von Windows.

TempDirectory von Firebird habe ich schon umgestellt (über Umgebungsvariable und firebird.conf). Auch keine Änderung.


Kennt hier jemand ggf. ein solches Verhalten? Oder hat noch jemand nen Tipp was ich probieren kann?

[Codehunter]

Zitat:

Zitat von Lemmy (Beitrag 1435418)

aktuelles Windows 10

U-Boot-Sirene an... ;-)

Zitat:

Zitat von Lemmy (Beitrag 1435418)

Eine Session mit Sysinternals ProcMon hat leider auch keine neue Erkenntnis gebracht, zu der Zeit in der der Fehler passiert (kann man ganz gut nachlesen, kurz vor dem Zugriff auf firebird.msg und firebird.log) fummelt da kein anderer Prozess auf dem Rechner irgend was rum oder grätscht rein, aber an sonsten keine Fehlermeldung, keine Ausgabe im Ereignisprotokoll von Windows.

Da würde ich ansetzen. Vor allem der Defender. Den sieht man nicht unbedingt. Früher hätte man gesagt, probier mal im abgesicherten Modus. Aber das ist ja nicht mehr. Allgemein ist FB 2.1 und W10 keine gute Idee. Was heute noch läuft kann morgen schon "kaputtgewindowsupdated" sein. Ich ärgere mich aktuell auch mit den Updates vom 18.6. herum, die bei mir verzögert eingespielt wurden.

[harfes]

Schalte mal den Defender wirklich aus:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Win dows Defender -> DWORD (32-Bit) -> DisableAntiSpyware -> 1

Danach neu booten.

Hartmut

[Lemmy]

Zitat:

Zitat von Codehunter (Beitrag 1435445)

Zitat:

Zitat von Lemmy (Beitrag 1435418)

aktuelles Windows 10

U-Boot-Sirene an... ;-)

aktuelles Windows = 1809 ohne offene Updates. Also nix schlimmes... Und die Konfig läuft sicherlich bei einem GRoßteil der Kunden (ca. 12.000 Installationen)-

Zitat:

Zitat von Codehunter (Beitrag 1435445)

Zitat:

Zitat von Lemmy (Beitrag 1435418)

Eine Session mit Sysinternals ProcMon hat leider auch keine neue Erkenntnis gebracht, zu der Zeit in der der Fehler passiert (kann man ganz gut nachlesen, kurz vor dem Zugriff auf firebird.msg und firebird.log) fummelt da kein anderer Prozess auf dem Rechner irgend was rum oder grätscht rein, aber an sonsten keine Fehlermeldung, keine Ausgabe im Ereignisprotokoll von Windows.

Da würde ich ansetzen. Vor allem der Defender. Den sieht man nicht unbedingt. Früher hätte man gesagt, probier mal im abgesicherten Modus. Aber das ist ja nicht mehr. Allgemein ist FB 2.1 und W10 keine gute Idee. Was heute noch läuft kann morgen schon "kaputtgewindowsupdated" sein. Ich ärgere mich aktuell auch mit den Updates vom 18.6. herum, die bei mir verzögert eingespielt wurden.

gut, nur kann ich hier wie gesagt nichts erkennen, insbes. ProMon liefert da nichts. Und bisher bin ich davon ausgegangen, dass das evtl. Zugriffe von anderen Programmen protokolliert. einmal hatte ich den Fall, da konnte Firebird nichts ins TempVerzeichnis schreiben - Fehlermeldung war natürlich auch irgend was sehr seltsames. Da konntest Du im ProcMon aber klar erkennen auf welche Datei und verzeichnis er zugreifen wollte und dass das ganze dann mit einer Fehlermeldung nicht geklappt hat..

[Lemmy]

Zitat:

Zitat von harfes (Beitrag 1435493)

Schalte mal den Defender wirklich aus:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Win dows Defender -> DWORD (32-Bit) -> DisableAntiSpyware -> 1

Danach neu booten.

Hartmut

werde ich mal versuchen...

[IBExpert]

Klassiker sind immer wieder fehlende oder falsche Versionen der msvc*.dll irgendwo im Pfad
oder in der firebird conf sind Pfade gesetzt für Root Directory

Seltsame Fehler gibt es auch wenn gar keine firebird.conf existiert, da geh ich laut deiner
Beschreibung mal nicht von aus

schon mal versucht Firebird nicht als dienst sondern als Application zu starten ?

fbserver.exe -a

Ansonsten noch mal prüfen ob der System Kontext auch wirklich alle Rechte an den betroffenen
Pfaden hat

Außerdem würde ich mit Zugriff auf den Rechner einfach mal eine aktuelle fb25 als zip runterladen,
lokal auspacken und dann fbserver.exe -a darin ausführen und dann testen, da ist eigentlich
immer alles dabei

Außerdem noch ein Tip: einfach mal alles außerhalb des C:\Program* Pfad versuchen, der
Kram mit Programdata kann einen auch gerne mal zur Verzweifelung bringen

ich installier meine firebird immer in ein subdir C:\firebird und dann packe ich den inhalt vom
zip file zB in C:\firebird\fb25\ aus und von da installier ich das als admin mit
install_superserver.bat als admin

[Lemmy]

Zitat:

Zitat von IBExpert (Beitrag 1435548)

Klassiker sind immer wieder fehlende oder falsche Versionen der msvc*.dll irgendwo im Pfad
oder in der firebird conf sind Pfade gesetzt für Root Directory

msvc*dll habe ich noch nicht geprüf, schau ich mir mal an, ob die bei der INstallation mit dabei sind...

Zitat:

Zitat von IBExpert (Beitrag 1435548)

schon mal versucht Firebird nicht als dienst sondern als Application zu starten ?

fbserver.exe -a

sorry vergessen: Habe ich schon gemacht, selbes Problem

Zitat:

Zitat von IBExpert (Beitrag 1435548)

Ansonsten noch mal prüfen ob der System Kontext auch wirklich alle Rechte an den betroffenen
Pfaden hat

schon gemacht

Zitat:

Zitat von IBExpert (Beitrag 1435548)

Außerdem würde ich mit Zugriff auf den Rechner einfach mal eine aktuelle fb25 als zip runterladen,
lokal auspacken und dann fbserver.exe -a darin ausführen und dann testen, da ist eigentlich
immer alles dabei

das wäre auch noch ne Variante - wobei wir aktuell nicht mal eben auf FB2.5 wechseln können. da gibts noch 2 andere technische Umstellungen die sind vorher dran :-)

Zitat:

Zitat von IBExpert (Beitrag 1435548)

Außerdem noch ein Tip: einfach mal alles außerhalb des C:\Program* Pfad versuchen, der
Kram mit Programdata kann einen auch gerne mal zur Verzweifelung bringen

schon gemacht, Installation auf D (andere HDD), selbes Problem...

[hoika]

Hallo,
vielleicht ein einfaches Rechteproblem bei der Passwort-DB?

[hoika]

Hallo,
hier
https://www.delphipraxis.net/201218-...ml#post1435927
lag es an der Firewall.

Hast Du Eure Server-Version oder die Embedded-Version benutzt?

[Lemmy]

Guten Morgen,

Rechteproblem: Du meinst die Dateizugriffsrechte? Passt alles.

Firewall: Haben wir auch mal komplett abgeschaltet, auch keine Änderung....

Erst haben wir mit unserem Server probiert, dann später habe ich das offizielle Setup (2.1.1) verwendet, selbes Problem. Der Embedded Server funktioniert auf dem Rechner