Installation auf 2. Terminalserver - Druckversion +- Forum Notenmanager (https://forum.notenmanager.net) +-- Forum: Schulversion (https://forum.notenmanager.net/forumdisplay.php?fid=22) +--- Forum: Installation SV (https://forum.notenmanager.net/forumdisplay.php?fid=2) +--- Thema: Installation auf 2. Terminalserver (/showthread.php?tid=7856) Seiten:
1
2
|
Installation auf 2. Terminalserver - F.Rohland - 24.04.2019 Hallo, wir haben für den Verwaltungsbereich einen neuen 2. Windows Server 2016 TS installiert. Auf diesem TS arbeiten ausschließlich die Lehrer. Parallel gibt es noch einen alten TS auf dem nur noch die SL arbeitet. Dort ist die NMSV und NMAdmin bereits installiert und eingerichtet. Wir betreiben den NM mit einer bestehenden Postgresql DB auf einem Fileserver. Nun möchte ich auf dem neuen TS NMSV und NMAdmin parallel installieren. Ich habe folgendes bereits gemacht:
Viele Grüße und Vielen Dank! RE: Installation auf 2. Terminalserver - NM-Himself - 25.04.2019 Hallo, die conf-Dateien hättest du gar nicht erstellen müssen sondern einfach von der vorhandenen Installation auf die neue kopieren. Ist aber egal, geht auch so. Prinzipiell hast du alles erledigt, was erledigt werden muss. Gegebenenfalls müsstest du auf dem neuen TS noch den Port (vermutlich 5432) in der Firewall öffnen (für ausgehende Anfragen an den PG-Server) und in der pg_hba.conf einen Eintrag für einen neuen IP-Bereich eintragen, wenn der neue TS nicht mehr im IP-Bereich des ersten liegen sollte. Gruß Stephan RE: Installation auf 2. Terminalserver - F.Rohland - 25.04.2019 Danke für die Rückmeldung, leider kommt beim Programmstart immer die Fehlermeldung "Beim Laden der Programmeinstellungen sind Fehler aufgetreten...." und im Anschluss "Der Lizenzschlüssel sei nicht mehr aktuell...". Auszug aus dem LOG: # 25.04.2019, 18:38:12 ------------------------------------------------------------------ VersionsInfo ------------------------------------------------------------------ DB-Reorgversion : UpdateNotwendig : Wahr ReorgNotwendig : Wahr Upd.Erfolgreich : nein ReorgErfolgreich: nein;;;;;;;;;;1;;;;SRVTERM1-V-L ---------------------------------------- # 25.04.2019, 18:38:12 FATAL: Passwort-Authentifizierung für Benutzer »nmsv0739« fehlgeschlagen ;;370;;OpenConnection;;comClsFunctions;;NManagerSV;;1;;;;SRVTERM1-V-L ---------------------------------------- # 25.04.2019, 18:38:12 Der Vorgang ist für ein geschlossenes Objekt nicht zugelassen.;;110;;Load;;comClsProgState;;NManagerSV;;1;;;;SRVTERM1-V-L ---------------------------------------- # 25.04.2019, 18:38:12 FATAL: Passwort-Authentifizierung für Benutzer »nmsv0739« fehlgeschlagen ;;370;;OpenConnection;;comClsFunctions;;NManagerSV;;1;;;;SRVTERM1-V-L ---------------------------------------- # 25.04.2019, 18:38:12 Die Verbindung kann nicht verwendet werden, um diesen Vorgang auszuführen. Sie ist entweder geschlossen oder in diesem Zusammenhang ungültig.;;50;;Class_Initialize;;clsDSLogin;;NManagerSV;;1;;;;SRVTERM1-V-L ---------------------------------------- # 25.04.2019, 18:38:12 Fehler beim Füllen der ComboBox: Typen unverträglich. Das Programm wird fortgesetzt.;;60;;FillBenutzerCombo;;frmLogin;;;;1;;;;SRVTERM1-V-L ---------------------------------------- # 25.04.2019, 18:38:23 FATAL: Passwort-Authentifizierung für Benutzer »nmsv0739« fehlgeschlagen ;;370;;OpenConnection;;comClsFunctions;;NManagerSV;;1;;;;SRVTERM1-V-L ---------------------------------------- # 25.04.2019, 18:38:23 FATAL: Passwort-Authentifizierung für Benutzer »nmsv0739« fehlgeschlagen ;;370;;OpenConnection;;comClsFunctions;;NManagerSV;;1;;;;SRVTERM1-V-L ---------------------------------------- # 25.04.2019, 18:38:23 Fehler beim Programmstart: Objekt wurde entladen. Das Programm wird beendet.;;1720;;Sub Main;;modMain;;NManagerSV;;1;;;;SRVTERM1-V-L ---------------------------------------- RE: Installation auf 2. Terminalserver - NM-Himself - 25.04.2019 Dann mach es doch so, wie oben vorgeschlagen: kopier die nmsv.conf und nmadmin.conf vom funktionierenden TS auf den neuen TS. Wenn es dann immer noch nicht geht wird vermutlich eine Firewall dazwischen stehen oder die pg_hba.conf nicht passen. Kannst du mir etwas über die IP-Bereiche des alten und den neuen TS sagen? Gruß Stephan RE: Installation auf 2. Terminalserver - F.Rohland - 25.04.2019 ich habe die beiden .conf Dateien nun auch kopiert und ersetzt. Leider gleiches Bild. Der alte TS hat 172.17.127.12 der neue TS hat 172.17.127.13 die pg_hba.conf sieht so aus: # TYPE DATABASE USER ADDRESS IP-MASK METHOD host all postgres 172.17.0.0 172.17.127.3 md5 host mgsd_sabs2 mgsd 172.17.0.0 172.17.127.3 md5 host mgsd_labs2 mgsd 172.17.0.0 172.17.127.3 md5 host bsnm0739 mgsd 172.17.0.0 172.17.127.3 md5 host bsnm0739 nmmgsd 172.17.0.0 172.17.127.3 md5 host bsnm0739 nmsv0739 172.17.0.0 172.17.127.3 md5 # IPv4 local connections: host all all 172.17.0.0/16 md5 host all all 172.17.0.0/16 trust # IPv6 local connections: host all all ::1/128 md5 # Allow replication connections from localhost, by a user with the # replication privilege. #host replication postgres 127.0.0.1/32 md5 #host replication postgres ::1/128 md5 Ein FW Problem sollte laut Wartungsfirma der FW ausgeschlossen sein, da sich die Geräte ja im gleichen Netz befinden. NMAdmin lässt sich mit Benutzer X und unserem Admin PW starten und hat auch die Verbindung zur DB, dort ist alles OK. Ich habe die Installation Server und Client nochmals probiert. Bisher haben wir nur eine Installation auf dem alten TS laufen, keine weiter auf dem Fileserver. RE: Installation auf 2. Terminalserver - NM-Himself - 26.04.2019 Hallo, kleiner Tipp für die zukünftige Kommunikation: je mehr Informationen du schickst in Bezug auf "was geht, was geht nicht", desto schneller kommen wir zum Ziel. Nach deinem ersten Post war mir noch gar nicht klar, wo das Problem überhaupt liegt, jetzt tasten wir uns langsam ran. Status quo ist also: NMAdmin und Schulversion funktionieren über den alten TS immer noch, über den neuen TS funktioniert auch NMAdmin, nur die Schulversion kann nicht auf die Datenbank zugreifen. Wenn dem so ist scheidet die pg_hba und die Firewall natürlich aus, da der Zugriff ja grundsätzlich funktioniert. Wenn du die nmsv.conf vom alten TS kopiert hast und dort die Schulversion funktioniert (bitte noch einmal testen), kann es auch daran nicht liegen. Dann gibt es womöglich Probleme mit dem ODBC-Treiber. Welchen hast du denn heruntergeladen? Hilfreich wäre vielleicht auch in Blick in die Logdatei von Postgres: im "Data"-Verzeichnis liegt das Verzeichnis "log" darin schön mit Datum und Uhrzeit versehen die einzelnen Logdateien. Versuch noch einmal mit der Schulversion auf dem neuen TS auf die Datenbank zu zugreifen (merk dir die Uhrzeit) und schau anschließend in die neueste Logdatei, ob zu diesem Zeitpunkt etwas vermerkt ist. Gruß Stephan RE: Installation auf 2. Terminalserver - F.Rohland - 26.04.2019 das sagt die pg log Datei, anscheinend ein Problem mit dem PW. Aber bei NMAdmin und der alten Installation auf dem anderen TS geht's ? 2019-04-26 05:30:53 CEST FATAL: das Datenbanksystem startet 2019-04-26 05:30:53 CEST LOG: Datenbanksystem wurde am 2019-04-26 05:30:19 CEST heruntergefahren 2019-04-26 05:30:53 CEST LOG: MultiXact-Member-Wraparound-Schutz ist jetzt aktiviert 2019-04-26 05:30:53 CEST LOG: Datenbanksystem ist bereit, um Verbindungen anzunehmen 2019-04-26 05:30:53 CEST LOG: Autovacuum-Launcher startet 2019-04-26 11:50:57 CEST FATAL: Passwort-Authentifizierung für Benutzer »nmsv0739« fehlgeschlagen 2019-04-26 11:50:57 CEST DETAIL: Passwort stimmt nicht überein für Benutzer »nmsv0739«. Verbindung stimmte mit pg_hba.conf-Zeile 88 überein: »host all all 172.17.0.0/16 md5« 2019-04-26 11:51:00 CEST FATAL: Passwort-Authentifizierung für Benutzer »nmsv0739« fehlgeschlagen 2019-04-26 11:51:00 CEST DETAIL: Passwort stimmt nicht überein für Benutzer »nmsv0739«. Verbindung stimmte mit pg_hba.conf-Zeile 88 überein: »host all all 172.17.0.0/16 md5« 2019-04-26 11:51:02 CEST FATAL: Passwort-Authentifizierung für Benutzer »nmsv0739« fehlgeschlagen 2019-04-26 11:51:02 CEST DETAIL: Passwort stimmt nicht überein für Benutzer »nmsv0739«. Verbindung stimmte mit pg_hba.conf-Zeile 88 überein: »host all all 172.17.0.0/16 md5« 2019-04-26 11:51:17 CEST FATAL: Passwort-Authentifizierung für Benutzer »nmsv0739« fehlgeschlagen 2019-04-26 11:51:17 CEST DETAIL: Passwort stimmt nicht überein für Benutzer »nmsv0739«. Verbindung stimmte mit pg_hba.conf-Zeile 88 überein: »host all all 172.17.0.0/16 md5« RE: Installation auf 2. Terminalserver - NM-Himself - 26.04.2019 Die Schulversion auf dem alten TS funktioniert sicher noch? Dann ist es - wie oben gesagt - vermutlich ein Treiber-Problem. Gruß Stephan RE: Installation auf 2. Terminalserver - F.Rohland - 26.04.2019 ja, die alte Version läuft noch, ich habe extra nochmal getestet. ich habe alle drei Varianten der Treiber installiert: psqlodbc_11_00_0000-x64.zip 2018-11-17 13:50:44 3.5 MB psqlodbc_11_00_0000-x86.zip 2018-11-17 13:50:44 3.0 MB psqlodbc_11_00_0000.zip RE: Installation auf 2. Terminalserver - F.Rohland - 26.04.2019 muss ich zufällig irgendwelche .net Framework Komponenten auf dem TS installieren? RE: Installation auf 2. Terminalserver - F.Rohland - 26.04.2019 Hallo Stephan, Ich habe nun auch noch die älteren odbc Treiber und der Version 9.3.0300 (laufen auf dem alte Ts)getestet, kein Erfolg. Habe auch nochmal das dB Passwort für nmsv0739 erneuert und beim alten und neuen System die.conf Dateien erneuert. Beim alten System hat das wieder geklappt beim neuen wieder nicht. Bist du evtl. vor Montag noch telefonisch erreichbar? Der erste Schultag naht, die Kollegen haben bestimmt nach den Ferien einiges zum Eintragen... Viele Grüße RE: Installation auf 2. Terminalserver - F.Rohland - 29.04.2019 Hallo Stephan, Habe heute Fw und Av deaktiviert und Sv und odbc Treiber nochmals neu installiert. Leider immer noch die Fehlermeldungen. Zusätzlich habe ich das gleiche Installationsvorgehen an einem Win 10 PC im gleichen Netz durchgeführt und die alte nmconf kopiert und eingefügt. Das hat auf Anhieb funktioniert. Ich verzweifle langsam... Bist du telefonisch erreichbar? RE: Installation auf 2. Terminalserver - NM-Himself - 29.04.2019 Hallo, bzgl. der Treiber musst du erst einmal schauen, welche Version denn überhaupt euer Postgresql-Server hat. Und dann nimmst du einen, der zu dieser Version passt. Sprich: DB-Server mit der Version 9.6 sollte auch mit einem Treiber aus diesem Versionsbereich betrieben werden. Davon abgesehen brauchst du für die Schulversion ausschließlich den 32-bit Treiber, da sie eine 32 bit Anwendung ist. Du solltest vielleicht erstmal alle bisherigen Treiber noch einmal deinstallieren und dann noch einmal den passenden installieren. Haben der alte und der neue TS das gleiche Betriebssystem drauf? Laut Logdatei scheinen ja die Anfragen beim Postgresql-Server anzukommen, "nur" das Passwort wird nicht akzeptiert. Hast du mal ein simples Passwort ohne Sonderzeichen probiert? NMAdmin braucht keinen ODBC-Treiber, der bringt seinen eigenen Treiber für das .net-Framework selber mit. Daher kann es aber auch kein Firewall-Problem sein, da sonst NMAdmin ja auch nicht funktionieren würde. Welche PG-Version läuft denn bei euch auf dem Server? Gruß Stephan RE: Installation auf 2. Terminalserver - F.Rohland - 29.04.2019 Hallo Stephan, der Postgres Server hat Version 9.6, dazu habe ich jetzt auch den Treiber psqlodbc_09_06_0500-x86getestet. Leider Nichts gebracht. Der alte TS ist ein Windows Server 2012 R2, dort läuft der NM auch noch in der Version 4.6.11 der neue TS ein Windows Server 2016 Standard, dort habe ich die aktuellste Version 4.6.19 installiert. Das PW habe ich auf 8 Stellen, nur Buchstaben und Zahlen sowie Groß-/Kleinschreibung abgeändert. Kein Erfolg. Würde es etwas bringen auf dem Fileserver auch noch NMSV zu installieren und dann die Verknüpfung der lokalen Installation auf dem TS dort auszuführen? RE: Installation auf 2. Terminalserver - NM-Himself - 30.04.2019 Hallo, unabhängig vom aktuellen Problem: beide TS müssen unbedingt die gleiche NM Version haben, sonst produzierst du Fehler und Inkonsistenzen in der Datenbank. Momentan natürlich noch kein Problem, weil der neue TS noch nicht auf die Datenbank zugreift, aber das solltest du trotzdem schon bald richten. Von wo du den Notenmanager startest (vom Fileserver oder von der lokalen Festplatte) macht keinen Unterschied, ausgeführt wird das Programm so oder so auf dem lokalen Rechner. Hier kommen höchstens unterschiedliche Regeln von Firewall und Virenscanner zum Einsatz, für den Treiber macht das aber keinen Unterschied. Hattest du nach der Installation des neuen TS noch Änderungen an der pg_hba.conf vorgenommen? Falls ja, hast du danach den Postgresql-Dienst neu gestartet? Probier mal Folgendes aus: in der pg_hba.conf habt ihr folgende Zeilen # IPv4 local connections: host all all 172.17.0.0/16 md5 host all all 172.17.0.0/16 trust Kommentier mal die erste von den beiden aus, starte auf dem Server, auf dem Postgres installiert ist, den Postgresql-Dienst neu und schau dann, ob du dich anmelden kannst. Davon abgesehen kannst du mir mal eure ganzen Notenmanager-Konfigurationsdateien an support@notenmanager.net schicken: nmadmin.conf und nmsv.conf jeweils vom alten und vom neuen Server. Nicht, dass da doch irgendwie ein Eintrag nicht stimmt und wir an der völlig falschen Stelle suchen. Gruß Stephan |