Zum Hauptinhalt springen
Nach Postgres ist N...
 
Benachrichtigungen
Alles löschen

Nach Postgres ist NMSV und NMAdmin von einigen Rechnern nicht errreichbar.

5 Beiträge
2 Benutzer
0 Reactions
4,480 Ansichten
Beiträge: 34
Themenstarter
(@talmarg)
Arbeitet sich ein
Beigetreten: Vor 14 Jahren

Hallo, ich hab ein etwas komplizierteres Problem.

Bei uns ist der Notenmanager auf einem Netzlaufwerk im Verwaltungsnetz installiert. Die Lehrkräfte greifen hauptsächlich mit zwei Thin-Clients über einen Terminalserver darauf zu.

Ich habe in den Sommerferien einen Umzug von JET auf Postgres gemacht (Postgres qurde auf dem Terminalserver installiert) und die Terminalsitzungen können einwandfrei damit arbeiten.

Von der Verwaltung (Schulleitung, Sekretariat) aus griff man bisher direkt auf den Notenmanager auf dem Netzlaufwerk zu. Dort liegt auch eine nmsv.conf und eine nmadmin.conf. Leider bekomme ich aber keinen Zugriff auf die Datenbank. Die Fehlermeldung spricht von Fehlenden Lizenzdaten, keine Verbindung zur DB, Einstellugnen, die nicht gesetzt werden können.

(Analog zu https://forum.notenmanager.net/showthread.php?tid=6981)

pg_hba.conf steht auf trust und als Adresse steht 192.168.x.0/24 (Netzlaufwerk, Terminalserver und alle Clients nutzen das 192.168.x.x-Netz=.

ODBC ist auf den Clientrechnern installiert.

Was hab ich übersehen?

Gruß, Bilert

Antwort
4 Antworten
Beiträge: 17543
Admin
(@nm-himself)
Programmiergott
Beigetreten: Vor 22 Jahren

Hallo,

nur die Schulversion braucht den ODBC-Treiber, NMAdmin funktioniert auch ohne. Daher starten wir mit NMAdmin. Die nmadmin.conf muss im Programmverzeichnis bei der NMAdmin.exe liegen, sonst wird diese nicht gefunden. Schau sicherheitshalber in die conf-Datei mit einem Editor mal rein und überprüfe dort die Angaben bzgl. ServerIP, Port, Benutzername und Datenbankname.

Die Fehlermeldungen, die du genannt hast, sind Resultat einer nicht funktionierenden Datenbankverbindung. Zwei Knackpunkte:

[list=1]

  • Nach Änderungen an der pg_hba.conf muss der Postgresql-Dienst auf dem Server neu gestartet werden, damit die Änderungen übernommen werden.
  • Die Firewall wäre der zweite Punkt, die müsste auf dem Server für Anfragen auf dem Port 5432 geöffnet sein (sofern du den Port nicht manuell geändert hast).
  • Hilfreich ist dann ein Blick in die Logdateien von Postgresql. Diese liegen im Datenverzeichnis, welches bei Standardinstallation C:ProgrammePostgresql[Versionsnummer]datalog lautet. Dort sind eine ganze Reihe Dateien, die du dir mal nach Änderungsdatum sortierst.

    Dann startest du noch einmal einen Verbindungsversuch mit NMAdmin und öffnest dann die neueste Logdatei mit einem Editor. Wenn der NMAdmin durch die Firewall durchkommt und die Verbindung also auf der Ebene von Postgresql scheitert, dann wirst du in der Logdatei etwas finden wie "kein passender pg_hba Eintrag" oder "falsches Passwort". Wenn dort keine Fehler (zu dem Thema) aufgeführt sind, scheitert die Verbindung vermutlich schon an der Firewall.

    Gruß
    Stephan

    Antwort
    Beiträge: 34
    Themenstarter
    (@talmarg)
    Arbeitet sich ein
    Beigetreten: Vor 14 Jahren

    Im Log steht folgende Meldung.

    2020-09-09 11:06:48.777 CEST [6036] LOG: konnte Daten vom Client nicht empfangen: unrecognized winsock error 10054
    Hilft das weiter?

    Antwort
    Beiträge: 17543
    Admin
    (@nm-himself)
    Programmiergott
    Beigetreten: Vor 22 Jahren

    Das hilft! Wenn man "unrecognized winsock error 10054" googelt ist der zweite Treffer das Notenmanager-Forum ( https://forum.notenmanager.net/showthread.php?tid=8021&pid=37301#pid37301): damals war die Ursache der Virenscanner, darauf würde ich dann jetzt auch erst einmal tippen.

    Gruß
    Stephan

    Antwort
    Beiträge: 34
    Themenstarter
    (@talmarg)
    Arbeitet sich ein
    Beigetreten: Vor 14 Jahren

    Wow.. ok, darauf wäre ich erstmal nicht gekommen. Vielen Dank, das probier ich aus.

    Antwort