Fehler beim starten
- Ersteller Techniker
- Erstellt am
C.Wagner
Mitglied
Das liegt vermutlich an den Windowsupdates vom 08.01.2019:
https://www.borncity.com/blog/2019/01/09/netzwerkprobleme-mit-kb4480970-monthly-rollup/
https://www.borncity.com/blog/2019/01/09/netzwerkprobleme-mit-kb4480970-monthly-rollup/
Betrifft das nur Windows 7 und Server 2008? Ich habe nur Server 2012 R2 im Einsatz, aber es scheint nicht nur am Sage zu liegen. Es treten allgemein Probleme mit Programmen auf die mit dem SQL Server in Verbindung stehen. Der Fehler ist weg es funktioniert wieder nach mehrmaligen Versuchen. Seltsam.
Hallo,
normalerweise kommt die Meldung wenn keien verbindung zum Mehrbenutzerdienst besteht damit geprüft werden kann ob der User auch die Anwendung starten kann anhand Lizenz. Wenn diese Meldung kommt, bitte mal prüfen ob der Server über Start\ausführen \\Servername erreichbar ist oder ob eine Benutzername / kennwort Abfrage kommt. Wird eien Domäne oder Arbeitsgruppe eingesetzt?
normalerweise kommt die Meldung wenn keien verbindung zum Mehrbenutzerdienst besteht damit geprüft werden kann ob der User auch die Anwendung starten kann anhand Lizenz. Wenn diese Meldung kommt, bitte mal prüfen ob der Server über Start\ausführen \\Servername erreichbar ist oder ob eine Benutzername / kennwort Abfrage kommt. Wird eien Domäne oder Arbeitsgruppe eingesetzt?
Wir erhalten diese Meldung in letzter Zeit auch verstärkt bei mehreren Kunden mit verschiedenen Server/Client Konstellationen. In SAGE 100 2018 (8.1)
Meist Server 2012R2 /Server 2016 mit Windows 10 Clients. Sowohl mit also auch ohne NT-Anmeldung.
Der Fehler tritt immer mal wieder auf und ist dann nach Ab-/Abmeldevorgang vom Client wieder weg.
Ziemlich nervig. Weiss jemand was da zu tun ist?
Meist Server 2012R2 /Server 2016 mit Windows 10 Clients. Sowohl mit also auch ohne NT-Anmeldung.
Der Fehler tritt immer mal wieder auf und ist dann nach Ab-/Abmeldevorgang vom Client wieder weg.
Ziemlich nervig. Weiss jemand was da zu tun ist?
Wir hatten das Problem auch bei einem Kunden mit diversen Windows 10 Clients. Wenn der Server im Windows Explorer (via UNC, bspw. \\SERVER) aufgerufen wurde, wurden (trotz vorhandener Domänenanmeldung) Anmeldedaten abgefragt. Nachdem die Daten hier eingegeben wurde, funktionierte auch die Anmeldung in der Sage 100. Nach einem Neustart des Rechners war das Problem wieder da. Das Problem ist laut dem Kunden nicht mehr aufgetreten, seitdem auch alle Windows Updates am Server installiert sind.
Hallo zusammen
wie von d.schmitt vermutet scheint es wohl ein TCP/Named Pipes Problem zu sein, entsprechender Fehler zeigt auch der Tracelog Manager: "muscCreateNamedPipe() = INVALID_HANDLE_VALUE - GetLastError() = 64" In der Komponente "MultiUserServiceClient.dll"
Komisch das dies erst jetzt nach Umstellung der Kunden auf die 8.1 auftritt, vorher gab es das nicht. Und das das Problem auch immer nur sporadisch auftritt.
Hat hier jemand ein Lösungsansatz?
Also Firewall auf Applikations und MSSQL Server ausschalten bringt nichts.
DNS Auflösung funktioniert problemlos.
Zugriff wie UNC auf \\SERVER geht auch problemlos.
Und wie gesagt ganz sporadisch und nach Neustart des Client meistens direkt behoben, und wenn der Fehler auf einen Client auftritt, können gleichzeitig andere Clients aber die Warenwirtschaft starten.
wie von d.schmitt vermutet scheint es wohl ein TCP/Named Pipes Problem zu sein, entsprechender Fehler zeigt auch der Tracelog Manager: "muscCreateNamedPipe() = INVALID_HANDLE_VALUE - GetLastError() = 64" In der Komponente "MultiUserServiceClient.dll"
Komisch das dies erst jetzt nach Umstellung der Kunden auf die 8.1 auftritt, vorher gab es das nicht. Und das das Problem auch immer nur sporadisch auftritt.
Hat hier jemand ein Lösungsansatz?
Also Firewall auf Applikations und MSSQL Server ausschalten bringt nichts.
DNS Auflösung funktioniert problemlos.
Zugriff wie UNC auf \\SERVER geht auch problemlos.
Und wie gesagt ganz sporadisch und nach Neustart des Client meistens direkt behoben, und wenn der Fehler auf einen Client auftritt, können gleichzeitig andere Clients aber die Warenwirtschaft starten.
Hat da schon jemand eine echte Lösung? Sage hält sich ja hier komplett bedeckt. Habe das gleiche Problem, auf allen neuen Windows Servern. Updates sind alle installiert, Mehrbenutzerclient etc. lässt sich am Server auch Problemlos starten.
Im gleichen Zusammenhang, habe ich auf den Clients wo nur die Warenwirtschaft läuft folgende Meldung.
"Der Sage Verteilungsdienst kann nicht kontaktiert werden, bitte stellen Sie sicher das dieser installiert und gestartet ist."
Ergänzend muss ich dazu sagen, das dieser Fehler erst auftritt seit dem letzten LiveUpdate von Sage100, welches anscheinend ohne Problem durchgelaufen ist. Jedenfalls gab es bei der Ausführung auch auf den Clients keine Problem die angezeigt wurden.
Ansonsten gleich wie bei Benker und den andern.
Version 8.1 neustes Build, Windows Server 2019 Standard als DC und Windows Server 2019 Standard mit SQL 2017
Im gleichen Zusammenhang, habe ich auf den Clients wo nur die Warenwirtschaft läuft folgende Meldung.
"Der Sage Verteilungsdienst kann nicht kontaktiert werden, bitte stellen Sie sicher das dieser installiert und gestartet ist."
Ergänzend muss ich dazu sagen, das dieser Fehler erst auftritt seit dem letzten LiveUpdate von Sage100, welches anscheinend ohne Problem durchgelaufen ist. Jedenfalls gab es bei der Ausführung auch auf den Clients keine Problem die angezeigt wurden.
Ansonsten gleich wie bei Benker und den andern.
Version 8.1 neustes Build, Windows Server 2019 Standard als DC und Windows Server 2019 Standard mit SQL 2017
Hallo,
Ursprung der Meldung :
Die Applikation "Rechnungswesen" ist nicht in der Lizenz enthalten oder diese ist abgelaufen. Die Applikation kann daher nicht gestartet werden
ist das es ein Verbindungsproblem gibt von TS / Clients zum Server und er nicht die Lizenzinfos auslesen kann! Deshalb am besten mal Firewalls ausschalten und prüfen ob es dann geht , denke wird was geblockt.
Das mit dem Verteilungsdienst ist ein bekanntes Problem, um das zu beheben muss man die regdatei im Anhang ausführen und den Server / Client einmal neu starten wo es auftritt.
Ursprung der Meldung :
Die Applikation "Rechnungswesen" ist nicht in der Lizenz enthalten oder diese ist abgelaufen. Die Applikation kann daher nicht gestartet werden
ist das es ein Verbindungsproblem gibt von TS / Clients zum Server und er nicht die Lizenzinfos auslesen kann! Deshalb am besten mal Firewalls ausschalten und prüfen ob es dann geht , denke wird was geblockt.
Das mit dem Verteilungsdienst ist ein bekanntes Problem, um das zu beheben muss man die regdatei im Anhang ausführen und den Server / Client einmal neu starten wo es auftritt.
Danke, für die schnelle Antwort, werde ich gleich Testen und Berichten.
Der Reg Schlüssel hat leider nicht den erhofften Erfolg gebracht.
Das Problem besteht leider weiterhin. Habe die Reg Datei auf jedem betroffenen Client installiert, auf keinem gab es eine Änderung.
Systemumgebung: Server 2019 x 2, 1 x DC, 1 x SQL 2017, alle Clients der Domäne Windows 10 Pro. Aktuelle Updates sind installiert. Sage100 8.1 Build die aktuellste mit Liveupdate installiert, Datenbank aktualisiert und reorganisiert etc. LiveUpdate von 8.1 version auf das aktuelle Build.
Vor dem Update gab es diese Meldungen nicht. Verteilungsdienst Fehler.
Zum ersten Fehler kann ich jetzt schon folgendes sagen. Wenn ein Client in den Energiesparmodus geht (Festplatte nicht und Netzwerkkarte nicht) und der Benutzer weiter arbeiten will nach einer Stunde kommt diese Lizenzfehler Meldung.
Nach einem Neustart des Clients ist auch Sage wieder erreichbar. Sehr kurios. Da der SQL Server permanent läuft ebenso wie der DC, scheint das doch eher ein Sage100 Problem zu sein. Sage50 mit MySQL auf dem gleichen DC andere Firma macht da keine Probleme. Da kann der User das Teil über Nacht laufen lassen und er wird morgens drauf hingewiesen, das sich seine Uhrzeit geändert hat. Und er kann direkt weiter arbeiten, oder Kaffee trinken.
Gibt es noch mehr zu beachten bei Sage100 mit den Energiesparoptionen?
Das verrückte ist wenn ich bei der Meldung des Verteilungsdienstes auf ignor gehe läuft alles wie gehabt. Verteildienst / LiveUpdate scheint hier das Problem an sich zu sein.
Danke bereits jetzt für nützliche Hinweise.
Der Reg Schlüssel hat leider nicht den erhofften Erfolg gebracht.
Das Problem besteht leider weiterhin. Habe die Reg Datei auf jedem betroffenen Client installiert, auf keinem gab es eine Änderung.
Systemumgebung: Server 2019 x 2, 1 x DC, 1 x SQL 2017, alle Clients der Domäne Windows 10 Pro. Aktuelle Updates sind installiert. Sage100 8.1 Build die aktuellste mit Liveupdate installiert, Datenbank aktualisiert und reorganisiert etc. LiveUpdate von 8.1 version auf das aktuelle Build.
Vor dem Update gab es diese Meldungen nicht. Verteilungsdienst Fehler.
Zum ersten Fehler kann ich jetzt schon folgendes sagen. Wenn ein Client in den Energiesparmodus geht (Festplatte nicht und Netzwerkkarte nicht) und der Benutzer weiter arbeiten will nach einer Stunde kommt diese Lizenzfehler Meldung.
Nach einem Neustart des Clients ist auch Sage wieder erreichbar. Sehr kurios. Da der SQL Server permanent läuft ebenso wie der DC, scheint das doch eher ein Sage100 Problem zu sein. Sage50 mit MySQL auf dem gleichen DC andere Firma macht da keine Probleme. Da kann der User das Teil über Nacht laufen lassen und er wird morgens drauf hingewiesen, das sich seine Uhrzeit geändert hat. Und er kann direkt weiter arbeiten, oder Kaffee trinken.
Gibt es noch mehr zu beachten bei Sage100 mit den Energiesparoptionen?
Das verrückte ist wenn ich bei der Meldung des Verteilungsdienstes auf ignor gehe läuft alles wie gehabt. Verteildienst / LiveUpdate scheint hier das Problem an sich zu sein.
Danke bereits jetzt für nützliche Hinweise.
Zuletzt bearbeitet:
Also für die Meldung mit der Lizenz, abgelaufen, das Problem habe ich denke ich lokalisiert. Es scheint nicht nur zu reichen, das man bei der Netzwerkkarte und bei der Festplatte den Stromsparmodus verhindert hier muss rigoros im Netzbetrieb, der Energiesparmodus abgeschalten werden "Nie" dann ist dieses Problem erst einmal oberflächlich weg.
Mal abgesehen davon, ob das ein gute Lösung ist. Die permanente Lizenzabfrage ist das Problem. Die startet sich nicht wieder von selbst (ihre Routine), wenn das Gerät in den Stromsparmodus gegangen ist und wieder aufgeweckt wird.
Das widerspricht ja allem was man eigentlich seit Jahren gewöhnt ist. In meinen Augen ein grundsätzliches Design Problem.
Dem Verteilungsdienst Geraffel, bin ich auch auf der Spur. Scheint ein UAC Problem zu sein. Also auch wieder an Windows vorbei programmiert. Ich kann meinen Diesel auch nicht mit Benzin fahren. Da muss ich mir auch einen Benziner (Vergleich Linux) kaufen, wenn ich das will.
Da kommt noch eine Rückmeldung, wenn ich das Problem komplett gelöst habe. Momentan reicht es ja schon wenn ich die Meldung ignoriere. Das Programm startet danach trotz dem wie gewohnt. Hammer bei den Preisen, so etwas den Kunden zu zu muten. Zum Glück bin ich nur der Händler.
))
Auch andere Ideen sind willkommen.
PS: Und der System Support machen Sie mal einen Trace wir kennen das Problem nicht. Dazu einen Screen, Vorgehensweise etc. Brauch man eigentlich nur googeln, mehr als 20 Einträge dazu auf Deutsch und viele noch in Englisch. Und der Oberhammer die lesen nicht mal in ihren eigenen Foren, da steht das schon seit min. Februar drin. Seit Version 8, mit nach folgenden Builds scheint es ja nicht besser geworden zu sein. Man kann auch nur die Probleme lösen die man kennt. Tasse Kaffee bitte. Hoffentlich ruft keiner an.
Mal abgesehen davon, ob das ein gute Lösung ist. Die permanente Lizenzabfrage ist das Problem. Die startet sich nicht wieder von selbst (ihre Routine), wenn das Gerät in den Stromsparmodus gegangen ist und wieder aufgeweckt wird.
Das widerspricht ja allem was man eigentlich seit Jahren gewöhnt ist. In meinen Augen ein grundsätzliches Design Problem.
Dem Verteilungsdienst Geraffel, bin ich auch auf der Spur. Scheint ein UAC Problem zu sein. Also auch wieder an Windows vorbei programmiert. Ich kann meinen Diesel auch nicht mit Benzin fahren. Da muss ich mir auch einen Benziner (Vergleich Linux) kaufen, wenn ich das will.
Da kommt noch eine Rückmeldung, wenn ich das Problem komplett gelöst habe. Momentan reicht es ja schon wenn ich die Meldung ignoriere. Das Programm startet danach trotz dem wie gewohnt. Hammer bei den Preisen, so etwas den Kunden zu zu muten. Zum Glück bin ich nur der Händler.
))Auch andere Ideen sind willkommen.
PS: Und der System Support machen Sie mal einen Trace wir kennen das Problem nicht. Dazu einen Screen, Vorgehensweise etc. Brauch man eigentlich nur googeln, mehr als 20 Einträge dazu auf Deutsch und viele noch in Englisch. Und der Oberhammer die lesen nicht mal in ihren eigenen Foren, da steht das schon seit min. Februar drin. Seit Version 8, mit nach folgenden Builds scheint es ja nicht besser geworden zu sein. Man kann auch nur die Probleme lösen die man kennt. Tasse Kaffee bitte. Hoffentlich ruft keiner an.
Zuletzt bearbeitet:
Hallo, wurde der Rechner einmal neu gestartet? Erst dann greift das !
ansonsten hat der immer bis jetzt geholfen! es gibt auch 2 einmal für 32 bit udn 64 bit!
Gruss
Funktioniert, danke!
hallo, hätten Sie hier auch die x86/32bit version für die registry bitte.
danke im voraus