Homeserver Forum

Hallo Martin,

nach vielen Jahren reibungslosem Betrieb von Lightsout auf meinem WHS 2011habe ich mal wieder ein Problem damit.
Ich werde es so genau wie möglich beschreiben, muss aber auch sagen, dass ich auf die Maschine recht selten direkt zugreife und meine Beobachtungen insofern nicht so sicher sind wie auf einem Arbeitsrechner.

Es geht darum, dass jeweils nach den letzten beiden Updates (ich denke zu 1.6.0.2375 und jetzt zu 1.6.1.2408) der Server nicht mehr in den Standby geht und auch allgemein etwas nicht mehr zu stimmen scheint, da z.B. die Laufzeitanzeige nichts mehr anzeigt.
Das hatte ich nach dem Update auf 1.6.0.2375 schon genau so, war dann aber auf die vorherige Version zurückgegangen und dann hatte wieder alles funktioniert. Jetzt nach dem Update von dieser auf 1.6.1.2408 wieder der gleich Fall.

Der sieht genauer so aus: Der Rechner ist seit dem 23.10. nicht mehr in den Standby gegangen. Obwohl er dies sonst zuverlässig getan hat. Eingestellte Zeit ist 6 Minuten, die überwachten Quellen findest du im ersten Screenshot. Dort sieht man auch, dass von den Quellen keine als aktiv angezeigt wird. Im Moment sollte zumindest der Rechner auf dem ich jetzt gerade schreibe angezeigt werden. Insofern sollte die Maschine eher zu oft in Standby gehen, tut sie aber wie gesagt nicht.

Im Laufzeitdiagramm wird gar nichts mehr angezeigt Was ich schon probiert habe:
- Reboot
- Den HealthAlertsSvc lasse ich schon lange nach irgendwelchen Problemen damals und einem Tip hier im Forum (denke von dir) alle halbe Stunde neu starten.

Nach dem neuesten Update bin ich jetzt noch nicht wieder auf die alte Version zurück. Dachte ich melde mich erst mal hier. Kann ich aber gerne testweise nachholen.
Logs habe ich angefügt.

Danke und Grüße
Luca

[Edit:]
Eine Info kann ich noch anfügen. Installiert habe ich die neue Version am 21.10. Letzter ausgelöster Standby (Script über Benutzeraktion) am 23.10. Es hat nach dem Update also wohl noch 2 Tage funktioniert. Aus dem log des Scripts kann ich sehen, dass es wirklich am 23.10. zuletzt ausgeführt wurde. An diesem sollte es also nicht liegen.

Außerdem habe ich eben mal den LightsoutService neu gestartet. Danach scheint lightsout wieder zu funktionieren. Zumindest werden die Überwachten Quellen und das Laufzeitdiagramm wieder angezeigt. Vielleicht ging es deshalb an dem 23. wieder. Ich meine mich zu erinnern, dass ich nach der Installation das komische Verhalten wieder festgestellt hatte, den Reboot ausgelöst habe und dann nicht mehr genau checken konnte ob es was brachte... Sorry für diese ungenaue Angabe.

Schick mir bitte alle Logs vom Server, am besten an support at green-it-software.com

Was macht denn das Script sleep_3.bat?

Sie stoppt ne virtuelle Maschine auf der Büchse und macht dann den sleep über psshutdown. Ich hänge sie an...

Hallo Martin,

habe eben den Server gecheckt. Anscheinend läuft er seit meinem manuellen Restart des Service ohne Probleme.
Vielleicht wäre nach der erneuten Installation der aktuellen Version einfach ein Restart nötig gewesen oder ähnliches (zuvor hatte das wie gesagt ja nicht geholfen).
Von mir aus können wir einfach mal zuwarten und ich melde mich mit frischen logs falls das Problem wieder auftritt?

Ok, gerne.

Hallo Martin,
die Hoffnung währte nicht lange...

Vorhin 14Uhr nochwas auf die Maschine geschaut.
Die Screens und Logs sind von da.
Es wurde wieder keine Überwachte Quelle als aktiv angezeigt. Auch der dann erstellte Kalendereintrag änderte nichts daran.

Restart des Service löst das Problem zunächst wieder.
Im Eventlog des Servers kann ich nichts passendes finden. Ich füge mal einen Screenshot dazu noch an.

Kleines Update: Nach meinem letzten händischen Restart des Service lief alles für einen guten Tag wie es soll (siehe Screenshot).
Ich habe das Gefühl irgendwie verschluckt sich Lightsout nach einem Resume bzw. kommt nicht wieder zum laufen (der Service wir aber als laufend angezeigt, nur hatte ich dieses mal in der lo-Ansicht im Dashboard eine gelbes Ausrufezeichen). Der terminierte Start/Resume jeden Tag um 6 Uhr wurde korrekt ausgeführt, aber dann eben nicht mehr in der Historie verzeichnet. Seitdem lief die Maschine wieder durch.

Ich habe den Service jetzt erneut neu gestartet und ihn mal auf verzögerten Start gestellt. Mal schauen ob das was hilft.

Da scheint tatsächlich etwas hängen zu bleiben. Ich nehm das mal zur weiteren Analyse offline.
Bitte schicke mir deine aktuellen Logs nochmals per Email. Ich lasse dir umgekehrt weitere Infos zukommen.

Ich hänge mich mit meinem Problem mal an diesen Threat. Das vorliegende Fehlerbild trifft am ehesten hier zu. Wenn ich mit meiner Annahme falsch liege, eröffne ich auch gerne einen neuen Threat.
Am WHS2011 bediene ich 3 Clients (Details siehe Signatur). Sind Client 1 und/oder Client 2 ohne Client 3 online WHS, dann fährt der WHS nach Herunterfahren des/der Clients ordnungsgemäß herunter. Ist Client 3 zusätzlich online oder ist Client 3 alleine online, dann fährt der WHS nicht mehr herunter - er bleibt ewig an. Interessant scheint mir die Information aus dem Laufzeitdiagramm von Lights-Out. Obwohl der Client 3 definitiv ausgeschaltet ist, zeigt das Laufzeitdiagramm an, dass der Client 3 online ist. Ich frage mich, ob das ein Indiz ist, dass der WHS offenbar glaubt, der Client 3 sei noch gar nicht heruntergefahren, also bleibt der WHS auch an?
Ich weiß leider nicht, seit wann das Problem besteht. Ich vermute, das Problem besteht, seit dem ich Client 3 auf Win10 hochgerüstet haben. Oder hängt es gar am Update auf Win 10 Version 1511. Ich weiß es nicht.
Ich hatte gehofft, dass ich mit Update auf das Preliminary Release 1.6.2.2428 das Fehlerbild lösen lässt; leider nicht. Ich frage mich nun, ob ich nun auf das Vorrelease Version 1.6.0 Build 2375 wechseln sollte.
Hat jemand eine Idee, wie das Problem zu lösen ist? Ich bitte um Unterstützung. Bei Bedarf sende ich gerne die LogFiles (wenn ich wüsste, wie das hier im Forum funktioniert)

Starte mal den Dienst "Integritätsdienst von Windows Server" (HealthAlertsSvc) neu, nachdem Client 3 ausgeschaltet ist. Danach sollte dies korrekt erkannt werden.
Wenn das Problem damit nur kurzfristig behoben ist, kann man dies regelmäßig mit der Aufgabenplanung ausführen lassen.

Ei super, die Operation scheint geglückt zu sein. Server fährt nun wieder runter. Danke für die Tipp. Jetzt warte ich mal ab, ob's auch eine dauerhafte Lösung ist. Sobald sich in dieser Sache was ändert, komme ich hier wieder zurück.
Vielen, vielen Dank für den Tipp !!!

Ach, einen Hinweis noch. Vielleicht beruhte das Problem darauf, dass Client-3 etwa 3 Monate außer Betrieb war. Vielleicht hat der Server den Client-3 irgendwie vom Radar verloren.