Acer H340 nicht erreichbar

[alex1992]

Hallo,

Habe zwar schon das Forum durchforstet, aber noch kein gleichgelagertes Problem, bzw Lösung gefunden.
Problembeschreibung:
H340 bootet normal
alle LED's blau,
Netzwerkaktivität ( vorne am h340 ) wir signalisiert,
Remotedeskverbindung klappt,
Clientzugriff auf die Shares ok,
keine hohe Prozessorlast auf dem Server,
dann nach ca. 2- 3 min freezed Remotedesk,
per Ping ist der H340 aber weiterhin erreichbar,
aber kein weiterer Zugriff, weder Shares noch per Remotedesk.

falls ein Recovery anstehen sollte, noch eine Frage:
wird dabei nur die Systempartition recovered, oder sind die Daten auf den 4 verbauten HD's futsch ?

gibt es hier Erfahrungswerte ?
Besten Dank im Voraus

[Nobby1805]

falls ein Recovery anstehen sollte, noch eine Frage:
wird dabei nur die Systempartition recovered, oder sind die Daten auf den 4 verbauten HD's futsch ?

Du kannst zwischen den beiden Alternativen wählen

• Server neu installieren (Daten bleiben erhalten)
• auf Werkseinstellungen zurücksetzen

dann nach ca. 2- 3 min freezed Remotedesk,
per Ping ist der H340 aber weiterhin erreichbar,
aber kein weiterer Zugriff, weder Shares noch per Remotedesk.

Dann geh doch mit RDP auf den Server und schalte den Taskman auf, dann müsstest du erkennen ob irgendein Process das System dicht macht
Hast du schon mal in den Event-Log geschaut ?

[alex1992]

Erstmal Danke für die schnelle Antwort,

wie beschrieben, der Taskman zeigt eben keinen Process an welcher für die Problematik verantwortlich wäre.
Firewall auf H340 ist deaktiviert.
Wenn Remotedesk freezed, dann bleibt auch der taskman stehen, wie gesagt, Ping läuft weiterhin sauber durch, i.d.R ändern sich bei hoher Prozessorlast die Laufzeiten.
Bin derzeit ratlos.

Gruß
alex1992

[alex1992]

Weiteres Fehlverhalten:

Kiste wurde bisher per Lightsout zuverlässig schlafen geschickt und zu definierten Zeiten aufgeweckt,
das funzt auch nicht mehr, die Kiste ist schon mehr als 24 h durchgelaufen.

[Nobby1805]

nix im Event log ?

Statt taskman mal den procexp von Sysinternals verwenden und nach dessen start die Priorität anheben