GTRDRIVER

Hi ich hab grad mal das Logfile des alten 2003r2 Servers geprüft und siehe da - da sind auch ähnliche Einträge vorhanden - aber hier kam es nie zu diesem Verhalten dass sich die Client Programme verabschiedet haben. Jedoch sin die Einträge hier extrem selten - 2x in der Woche - auf dem aktuellen Server 5x pro Tag. Ich werde das jetzt mal ein paar Tage weiter testen... CU GTR

Ja - das mag sein - aber hier wird jeglicher Versuch schon im Keim erstickt ... Das ist halt das krasse gegenstück zu dem was ich sonst so sehe - Systeme offen wie ein Scheunentor - und gar nicht mal immer von außen sondern von innen - da können Programme installiert werden - USB Ports sind offen - keine vernünftige Rechte Verwaltung im CMS usw... Letztens war ich wo da hat ein Mitarbeiter sämtliche Kundendaten im CMS ganz einfach exportiert und sich dann per E-Mail selbst geschickt - *** - hätte er es auf nen USB Stick gezogen oder per Webmailer dann hätte man ihn nicht erwischt ... Aber wie gesagt - keinerlei Vorsichtsmaßnahmen Hallo zusammen zurück zum Thema: Ich will mich nicht zu früh freuen - aber seit ich vor 3 Tagen im Produktivsystem den Firebird Classic (empfehlung des Software Herstellers) gegen den Firebird superclassic ausgetauscht habe gab es keinen einzigen Abbruch / keine Fehler mehr... Werde das noch beobachten edit: 06.09.2016 - 13:48 - zu früh gefreut ... 2 Benutzer haben sich nicht gemeldet offenbar - denn im Log von heute morgen: W2012HVHOST Tue Sep 06 07:32:42 2016 INET/inet_error: read errno = 10054 W2012HVHOST Tue Sep 06 07:32:42 2016 INET/inet_error: read errno = 10054 W2012HVHOST Tue Sep 06 08:22:59 2016 INET/inet_error: read errno = 10054 W2012HVHOST Tue Sep 06 08:22:59 2016 INET/inet_error: read errno = 10054

Hi nein - ich meine das im positiven Sinne ... Stichpunkte: - nur Thin Clients ohne direkten OS zugriff - dediziertes Netzwerk (Hardware getrennt) in der Firma ohne direkten Zugang zum eigentlichen Server NETZWERK - jeder Thin Client stellt eine eigene PPPoE Verbindung zu einem Firewall Router her - dieser filtert/prüft und leitet das dann an den server weiter für den das gehört - keinerlei USB oder sonstige offenen Schnittstellen - keine "normalen PS2 oder USB Mouse / Keyboards (irgendwas spezielles - stecker habe ich jedenfalls noch nicht gesehen) - eine unfassbar hart konfigurierte Firewall welche durch eine externe Firma quasi 24/7 betreut wird (der Versuch eins von 5 möglichen FernwartungsTools in einer Benutzersession zu starten erzeugte eine vollständige Blockierung der entsprechenden TS Session und einen Anruf beim Verantwortlichen - keinerlei gemeinsame Netzwerklaufwerke - Dokumente und daten liegen auf einer Art Intranet Server dergenau protokolliert welcher User welches Dokument betrachtet und verändert - incl. Versionierung... - kein WLAN und ich habe bestimmt nicht alles gesehen .... Ach ja - die Bildschrime hatten irgend eine Art von optischem Filter - ein Mitarbeiter meinte, ich soll mal versuchen mit dem Handy ein Foto vom Bildschirm zu machen - das ging zwar - allerdings ist alles verzerrt.. Wie gesagt - das mag ein Sonderfall sein - aber gerade was diese von extern gemanagten Firewalls angeht das wird deutlich mehr und die werden auch immer besser - vor allem weil man wohl inzwischen sehr genau das betrachtet was in dem Datenstrom eingebettet ist ...

Hi Dass das zunimmt ist auch dringend notwendig. Aber was ich letzte Woche bei einem mittelständischen Unternehmen gesehen habe war der Wahnsinn ... (Zumindest für mich...)

Das habe ich nie behauptet aber die Anzahl der zumindest stark abgesicherten Systeme steigt stark. Ich hatte in den letzten Monaten so oft live mit Systemen zu tun die abgesichert waren wie fort Knox Und das waren ganz normale Firmen (und nicht nur nach aussen sondern auch nach innen).

Hallo Zu den letzten beiden posts Es hängt sicher davon ab was das für ein Server ist was der Macht und ob dieser aus dem inet erreichbar ist oder nicht Das mit den Updates ist eine Ausrede denn sagen wir Mal wir hätten ein insel system das nur laufen. Müsste ohne inet und ohne gefahr von aussen dann müsste das System auch laufen ohne regelmäßigen Reboot Und ja wenn eine regelmäßige Update Warnung monatelang ignoriert wird dann kann ich auch nur sagen selbst schuld .. Andererseits kann ich es auch wieder verstehen. Ich hatte vor einige. Jahren Mal ein Update auf einem 2008er (ohne virtualisierer)gefahren. Nix besonderes. Danach war die Hölle los nix half mehr... Seit dem. Vor jedem Update wiederherstellingspunt im virt. Host... @dominik. Weisst du was das für eine fb Version war bzw welches OS und welcher virtualisierer ? Auf einem 2008er auf esxi scheint das ganze problemlos zu laufen (Test seit gestern)

Hallo zu dem "offenen Dokumenten" - ja - das sehe ich auch so - dann müsste man das kommunizieren ... Das andere ist für mich schlichtweg nur traurig - auch wenn es von Herstellern als Best Pract.. beschrieben wird - ich betreue hier im Geschäftliche Umfeld und auch privat diverse Linux Server die dank USV teilweise eine Uptime von >1 Jahr haben... - aber ich weiß - der Vergleich hinkt ... Dennoch - irgendwie Traurig dass das im Jahre 2016 noch immer so ist ...

Ach ja - das War Vorschlag Nr.2: Den Firebird Server 2x pro tag per Script neu starten .... So langsam zweifle ich wirklich ... Ergänzung: Wenn ein User eine Datei offen hat (Excel Word etc..) und ich ihm die Session abmelde wird er sicher hoch begeistert sein ...

Hallo zusammen ich habe heute vom Software Hersteller eine interessante E-Mail bekommen - nachdem man meinen Fall offenbar eingehender geprüft hat. Empfehlung: TS Sessions "über Nacht automatisch abmelden"

Hallo zusammen das abarbeiten des DATEV ARtikels hat leider nicht geholfen - heute Nacht - irgendwann in den Morgenstunden wieder Connection Shutdown am FB Server. (HASSS) Auch eine neue Erfahrung: Nicht immer wenn das passiert wird ein Log-Eintrag in der FirebirdLOG auf dem Server gesetzt So ist der letzte Eintrag von gestern Abend 17.07 uhr: W2012HVHOST Fri Sep 02 17:07:23 2016 INET/inet_error: read errno = 10054 W2012HVHOST Fri Sep 02 17:07:23 2016 Unable to complete network request to host "W2012HVHOST". Error reading data from the connection. Da war ich aber definitiv im System und da waren auf Client Seite keine Fehlermeldungen. Laut Windows Logfiles sind die Anwendungen heute morgen um ca. 6 Uhr abgeschmiert (client anwendungen) Nachtrag: die Connection Fail´s betreffen auch den ODBC Treiber auf den Clients. Dieser ist ja von Firebird und ist auf 2003R2 ebenfalls stabil gelaufen - auch hier die Meldung "connection sutdown"..

Hallo zusammen erstmal wieder vielen Dank für die vielen Tipps und Anregungen ... Vorab zu den Fragen: - Dual Xeon 6Core mit HT - also 12 Phys. und 24 Virt. Kerne - 39 User wobei maximal in 15 Sessons gleichzeitig "Last entsteht" - der Rest ist zwar offen aber dümpelt eher rum ... Den Datev Artikel finde ich sehr interessant - ich werde mal hier ansetzten und wie im Artikel vorgehen - mal sehen was sich tut ... Seltsam ist auch dass das laut der Firebird Protokolle oft auch Nachts passiert wo zwar die Sitzungen noch offen sind aber nicht connected - direkten STress kann die Maschine hier eigentlich nicht haben ...

Hi erstmal danke für die konstruktiven Posts... Ich versuche mal Punkt für Punkt abzuarbeiten: - RAM Resourcen - der Host hat 64GB RAM - darauf laufen 2 VM´s - ich habe der RDS VM 32GB zugewiesen und dem FB Server 12GB - beide hatte ich die letzten Tage in Beobachtung - der FB Server war maximal mal bei 6GB - der RDS bei 18GB - der 2. Host hat eine ähnliche Aufteilung für beide VM´s - Die Applikation ist für FB 2.5.x ausgelegt - FB3.0 erfordert offenbar änderungen in der Programmierung was bisher vom Anbieter noch nicht angegangen wurde. - Auf dem alten Server (unter VMWARE) setzten wir Win2003ServerR2 ein und FB Version 2.5.1 (vom Anbieter empfohlen) - Auf dem neuen Server setzten wir in einem 1. Versuch 2.5.6 ein - nach diesen Problemen der Versuch auf ein Downgrade auf 2.5.1 - aber ohne Verbesserung - Die "alte Kiste" läuft noch und ja - ein "umschalten" wäre möglich wenn auch für einen begrenzten Zeitraum da aufgrund der DB Größe und der veralterten Hardware ist das inzwischen echt Zäh... - Ich habe die betroffene Datenbank testweise sowohl per backup Restore (DB Modus) kopiert - aber auch per Datei wenn man voher den FB beendet sollte das auch kein Problem sein - defekte FB Datenbanken auf Dateibasis passieren eigentlich nur wenn der FB noch läuft - aber ich habe die DB inzwischen auch 3x manuell "reorganisiert" und hier läuft alles sauber durch - es werden im Prinzip anhand der Schema alle Tabellen neu erzeugt - alle Indexes und schlüssel neu geschrieben - ich denke nicht dass es das ist - auch hat der Dienstleister die DB gecheckt und für gut befunden. - Das mit dem Logfile des FB war eine gute Idee - hier sind in der Tat einträge zu finden - diese passen vom Zetstempel her auch zu den Fehlern: W2012HVHOST Wed Aug 31 08:05:55 2016 INET/inet_error: read errno = 10054 W2012HVHOST Wed Aug 31 08:05:55 2016 Unable to complete network request to host "W2012HVHOST". Error reading data from the connection.

Stimmt - erledigt ...

Hallo zusammen ja - access ist auch im Spiel - aber das läuft stabil :-) - zumindest wenn nicht die ODBC VErbindung zum besagten Firebird Server abbricht ... Nein - die Branchensoftware ist nicht auf Access Basis - keine Ahnung welche Programmiersprache das ist - jedenfalls nicht Access oder Access Runtime ... Eventlog: HIer ist eigentlich nur dann der eigentliche Programm Absturz zu sehen: Name der fehlerhaften Anwendung: Service.exe, Version: 16.8.4.1, Zeitstempel: 0x57a353ba Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 6.3.9600.18264, Zeitstempel: 0x56e1b34d Ausnahmecode: 0x0eedfade oder Name der fehlerhaften Anwendung: Service.exe, Version: 16.8.4.1, Zeitstempel: 0x57a353ba Name des fehlerhaften Moduls: ntdll.dll, Version: 6.3.9600.18233, Zeitstempel: 0x56bb4e1d Ausnahmecode: 0xc0000005 Der Absturz erfolgt aber offenbar weil die Anwendung den Connect zum SQL Server verliert (siehe Anhang) Ich bin momentan auch schon am überlegen, den SERVER mal auf einer daneben stehenden Maschine auf "Hardware" zu installieren um mal rauszufinden ob es am HYPVERV liegt oder ob die Programme in den RdS Sitzungen die Verbindungen verlieren... Die Branchen Software alleine kann es aber auch nicht sein denn wie gesagt greifen wir auf den Firebird Server auch per ODBC und ACCESS zu und auch hier brechen dann die ODBC Verbindungen weg sofern diese offen sind.

Hallo Ist ein IBM System - ja - alle treiber - die IBM Firmware usw... ist alles auf dem aktuellen Stand. Sämtliche Energiespar Optionen sind aus. Der Treiber für die NIC´s (onboard Intel 1GBE) und PCIE 10GBE auch INtel sind ebenfalls auf dem aktuellen stand. Was ich nicht verstehe - ich habe auf den diversen VM´s Pings laufen lassen - ich habe keinen einzigen Packet lost ... CU GTR

Hallo zusammen ich habe hier ein Problem das ich nicht verstehe: Wir hatten vorher folgende Konstellation: VM-WARE ESXI5 - Virtuelle Maschine SErver 2003 als Datei und SQL Datenbankserver (Firebird) - 2 Virtuelle Maschinen als RDS Terminalserver Das ganze hat über Jahre problemlos funktioniert ! Im Zuge von Support Ende 2003 hatte ich dann entschieden auf 2012R2 zu gehen. Habe auch noch mit dem Hersteller Der Brahnchensoftware abgeklärt ob Freigegeben JA - ok dann los. Neue Konstellation: - 2 Hardware Hosts (identsiche Hardware) mit jeweils Server 2012R2 und Hyper-V - Host1: VM1 RDS Server 1 und VM2 Datei/Datenbankserver - Host2: VM1 RDS Server 2 und VM2 RDS Server für Buchhaltung (hat jetzt mit dem Rest nix zu tun) Prinzipiell funktioniert auch alles ganz wunderbar - es ist alles SEHR Performant ! Aber - in untergelmäßigen Abständen meldet die Branchensoftware (besteht aus verschiedenen Einzelprogrammen und einem Menüprogramm) dass diese die Verbindung zum SQL Server verloren hat. Leider hat der Hersteller der Sotware auch keine vernünftige Fehlerbehandlung in der Software daher führt das zu 40 Fehlermeldungen auf dem Benutzerbildschirm und irgendwann killt Windows dann die Anwendung. Das ganze passiert wie gesagt unregelmäßig und kann auch nicht auf Host1 oder Host2 eingegrenzt werden. Mal 1x am Tag - mal 5x am Tag - mal 4 Tage garnicht ... Was ich bisher unternommen habe: - Kontakt Hersteller Software - "man weiss von nix" - austausch Netzwerkkarten beider Hosts - Austausch Switch - verschiedene Versionen des SQL Servers Aktuell weiß ich nicht so recht weiter und würde mich über alle Hilfen freuen !

Hallo zusammen ich habe hier 3 2012R2 WTS am laufen. Nahezu an allen Sitzungen ist lokale Druckerumleitung deaktiviert - nur an 5-8 Stationen werkeln noch USB Drucker mit entsprechender Umleitung. Das hat seit Aufsetzten der Server PROBLEMLOS funktioniert ! Ich hatte hier im Forum und anderweitig schon schreckens-Post´s gelesen dass das Probleme machen kann und dachte noch - läuft doch super ... Seit 4-5 Tagen nun "spackt" es hier gewaltig - die Drucker sind zwar da (umgeleitet ...) - man kann auch drucken - aber die Druckaufträge verschwinden im Nirvana... In manchen Fällen hilft es, die Sitzung zu beenden und neu herzustellen (abmelden) - neulich hatte ich mal den Server neu gestartet - dann ging´s wieder ... Gibt es dafür einen Lösungsansatz oder soll ich mich von der Thematik "umleitung" verabschieden ? Mich wundert halt dass das bisher so problemlos funktioniert hat - und wir drucken wirklich viel ! CU GTR

Hi na ja - TPLink ist jetzt ja nicht gerade eine Referenz Installation .... Ich hatte mal eine 1KM Strecke mit professionellem Funk Equipment betreut - das hat auch einige Tausend Euro gekostet ...

Hallo Ok - ja - hatte ich auch schon mal angeschaut. Was kostet sowas ?

Hallo Skipper02 das ist ja witzig - das ist genau der Outdoor AP mit dem man auch prima Bridges aufbauen kann.. DAmit hatten wir relativ viele abstürze als Bridge - als AP läuft er gut ...

Hallo zusammen ich wollte mich nochmals kurz melden: Aktueller Stand: 2 Hardware Hosts mit 10GBE VErbindung) und Hyper-V Auf Host1 läuft: - File/DB Server als Virt. maschine - WTS 1 als Virt Maschine Auf Host2 läuft: - WTS 2 und WTS3 als Virt maschine DAs sind pro WTS aktuell knapp 15 User So läuft das aktuell SUPER Flott ! Der Dom Controller läuft noch auf einem ESXI Server (auch per 10GBE) neben einigen Linux Maschinen .

@daabm Bei uns läuft der IE sehr viel in den Sitzungen (da nur Thin Clients) - der braucht abartig Resourcen ... (Ram + CPU).

Hi ja - den hab ich mir schon durchgelesen ! Wird wohl drauf raus lauen dass ich das ganze auf 4 VM´s aufteile (2 pro Host) Ich wollte das eigentlich vermeiden wegen dem Aufwand bei Änderungen der SW.. - aber hilft ja nix Nachtrag: Citrix hätte ich auch gern wieder gehabt - hatte mal ne TEST Version aufgesetzt ist schon beeindruckend - aber das war "zu teuer" ... Wobei ich mich wiederhole: RemoteFX (auch nur SOFT) ist über WAN schon zu gebrauchen...

@jan Darf ich frage welche HArdware du hier einsetzt (evtl nen Link dazu) Wenn der Ram knapp werden würde müsste ich das doch im Taskmanager (Leistung / RAM) sehen oder sehe ich das falsch ?

Find ich Lustig - denn - ich hab auch "GPO Beschleundiger" gelesen - dachte noch - "was kann man da in Hardware ausführen" und hab sogar noch danach gegoogelt - nix gefunden - egal brauch ich nicht *g* Aber - darf man Fragen: was das für ein GPU Beschleuniger ist ?