Hallo zusammen
Seit immer mehr unserer Kunden auf Windows Server 2012 R2 Terminalserver wechseln, häufen sich Probleme welche unsere Software abstürzen lassen.
Ich dachte ich teile das nun hier mal - vielleicht hat jemand eine Idee oder ein ähnliches Phänomen...
Aus teils historischen Gründen wird unsere Software ab einem Netzlaufwerk gestartet.
Wenn unsere Software (Aussage gem. Entwicklungsabteilung) ein Assembly ab dem Share nachladen möchte "findet" .NET dieses nicht, resp. sieht dieses nicht.
Wir investieren seit rund einem halben Jahr Zeit in dieses Problem und sind langsam wirklich etwas ratlos... als Temporär Lösung starten wir die TS-Farmen jede Nach neu...
Systemumgebung:
Datenbankserver inkl. FileShare für Programm: Windows Server 2012 /2012 R2/ 2008
FileShare mit Freigabe im Netzwerk via SMB
Terminalserver: Windows Server 2012 R2 Terminalserver
Feststellungen
- Problem tritt Ausschliesslich auf Windows Server 2012 R2 Terminalserver Sessions auf.
- Auf diesem TS kann nachher kein Anwender mehr arbeiten (TS-Farmen mit Loadbalancing für die Zugriffe)
- Auf einem anderen TS kann normal gearbeitet werden in unserer Software
- Netzlaufwerk ist vorhanden zu diesem Zeitpunkt - Zugriff über Windows-Explorer funktioniert.
- Problem tritt Random auf - sowohl was Regelmässigkeit betrifft, wie auch welcher TS der Farm betroffen ist
- Problem tritt bei lokalem Netzwerkzugriff NICHT auf, nur via TS
- Problem tritt dann auch mit Excel-Files auf, welche "Verweise" auf andere Excel Files haben
Workarounds im Moment:
- Wird das Netzlaufwerk neu verbunden, scheint alles wieder für die entsprechende Session zu passen - nicht aber für andere Sessions logischerweise
- TS Neustart löst das Problem (temporär)
Versuchte Lösungen:
- SMB 3.02 deaktivieren (aka wieder via SMB 1)
Wir hatten vor x Jahren schon mal Mühe bei SMB 2 bezüglich Zugriff - Sämtliche Windows Updates vollzogen
- Zugriff nicht über Laufwerk sondern direkt via UNC
Eventlog
Das Eventlog auf dem TS beinhaltet zu diesem Zeitpunkt jeweils 3 Fehlermeldungen:
1x .NET Runtime (Eigentlicher Absturz)
Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
Ausnahmeinformationen: System.Runtime.InteropServices.SEHException
2x Anwendungsabsturzereignisse
Die erwähnte DLL ist jedoch unterschiedlich - sind jedoch immer .NET Framework oder Windows spezifisch
--------------------
Hat jemand einen Tip oder ähnliche Probleme?
Danke und Gruss
Roman