[Stefan_der_held]

Hallo Leute,

ich beiße hier gerade in die Tischkante:
W7 PRO x64 nutze ich per Remotedestktop. Eigentlich problemlos.

Seit heute habe ich ein Phänomen das ich nicht behoben bekomme:
Laufend - nicht provozierbar - bricht meine Remoteverbindung ab. Wenn ich mich dann lokal anmelden möchte geht dies auch nicht. Nur ein Neustart der virtuellen Maschine (HyperV) schafft Abhilfe - bis zum nächsten Vorfall.

Habe schon versucht mittels Systemweiderherstellung den Status von Samstagmittag wiederherzustellen da hier Updates installiert wurden. Dies hat dann auch dazu geführt, dass die Remoteverbindung ca. 3-4 Stunden lief. Nun geht es wieder von vorne los. Updates werden auf der Maschine jedoch nicht automatisch installiert - somit kann ich das als Fehler auch ausschließen.

Bin da aktuell doch mit meinem Latein am Ende und hoffe um Mithilfe

Könnte noch auf ein Vollbackup zurückgreifen das täglich erstellt wird. Das möchte ich aber halt möglichst vermeiden.

Meine Vermutung: Der Anmeldedienst stürzt ab

Dieser Beitrag wurde von Stefan_der_held bearbeitet: 29. August 2016 - 13:12

[RalphS]

Drei bis vier Stunden?

Und was verstehst Du unter "lokal anmelden geht nicht"? Was passiert denn da genau?

-- Erste Vermutung, die in etwa zu den Fakten paßt: Du oder "jemand" hat Ports 67 oder 68 an der Firewall blockiert und der DHCP-Client kriegt seine Lease nicht verlängert weswegen die Adresse verfällt und die Verbindung zusammenbricht.

Ansonsten:ist Deine RDP-Verbindung irgendwie gesichert, per Kerberos oder Zertifikat oder sonstwie? Falls ja könnt es auch daran liegen - Zeitabweichungen im Netz > 5min oder Zertifikat eben abgelaufen oder dergleichen.

-- Außerdem hat wohl Microsoft kürzlich ein Update ausgerollt, was UNC-Pfade "härten" soll via Kerberos (in der Domain). Was bei manchen Clients dafür sorgt, daß die sich nicht am DC authentifizieren können (da Zirkelbezug K-Ticket > DC-Zugriff->K-Ticket). Bin aber grad überfragt, welches KB das war.

[dale]

mach mal sfc /SCANNOW ich wette da hat es was an Systemdateien zerlegt.
Dynamische MAC ist aus? im HyperV?

[Stefan_der_held]

Zitat (RalphS: 29. August 2016 - 16:45)

Drei bis vier Stunden?

aktuell (seit ca. 16:00 Uhr) schon viermal der Fall

Zitat

Und was verstehst Du unter "lokal anmelden geht nicht"? Was passiert denn da genau?

Ich gehe zum Host-Rechner, öffne Hyper-V. Dort steht dank Domänebeitritt

 Drücken Sie STRG+ALT+ENTF, um sich anzumelden

dieses Signal gebe ich über "aktion > "STRG+ALT+ENTF". Es regt sich nichts. Sprich: Keine Reaktion.

Mein Verdacht ist hier wirklich ein istabil laufender Login-Prozess...

Wenn es passiert greift nur die Option

Aktion > Neu starten...

im Hyper-V Host.

Zitat

-- Erste Vermutung, die in etwa zu den Fakten paßt: Du oder "jemand" hat Ports 67 oder 68 an der Firewall blockiert und der DHCP-Client kriegt seine Lease nicht verlängert weswegen die Adresse verfällt und die Verbindung zusammenbricht.

Interessanter Ansatz... aber müsste dann nicht das obenstehende lokale Anmelden noch funktionieren?

Zitat

Ansonsten:ist Deine RDP-Verbindung irgendwie gesichert, per Kerberos oder Zertifikat oder sonstwie? Falls ja könnt es auch daran liegen - Zeitabweichungen im Netz > 5min oder Zertifikat eben abgelaufen oder dergleichen.

nicht besonders... mit den Standard-Optionen halt. Zeitabweichungen kann ich auch nicht feststellen. Da laufen alle Rechner hier synchron aktuell auf 18:04 29.08.2016

Zitat

-- Außerdem hat wohl Microsoft kürzlich ein Update ausgerollt, was UNC-Pfade "härten" soll via Kerberos (in der Domain). Was bei manchen Clients dafür sorgt, daß die sich nicht am DC authentifizieren können (da Zirkelbezug K-Ticket > DC-Zugriff->K-Ticket). Bin aber grad überfragt, welches KB das war.

Also interessant ist ja, dass ich das Problem habe egal ob ich mich per UNC oder IP anmelde... wenn ich nach Zusammenbruch erneut versuche mich zu verbinden erhält er keine Antwort vom Ziel.

Zitat (dale: 29. August 2016 - 17:06)

mach mal sfc /SCANNOW ich wette da hat es was an Systemdateien zerlegt.

manchmal sieht man den Wald vor lauter Bäumen nicht. Hieran habe ich noch nicht gedacht. hoffe natürlich, dass es mir den Anmeldeprozess nicht derart zerlegt, dass da nix mehr geht. Aber egal: Sicherung existiert. Lasse das mal über Nacht laufen

Zitat

Dynamische MAC ist aus? im HyperV?

gegen Feierabend muss ich hierauf leider mal antworten: HÄ?

Dieser Beitrag wurde von Stefan_der_held bearbeitet: 29. August 2016 - 17:15

[RalphS]

Dynamische MACs werden bei H/V beim Reboot vergeben, daran "sollte" es nicht liegen.

Und die Kiste klingt wie komplett abgeschmiert. Das sollte nicht sein. Das, oder aber das HID-Subsystem hat die Hufe hochgeklappt.

Was steht denn im Event Log? Vielleicht kann man da was mit anfangen.

Auch immer eine Möglichkeit: die virtuelle Festplatte ist so groß geworden, daß sie auf dem Host keinen Platz mehr hat.

[Stefan_der_held]

Guten Morgen,

also zuersteinmal:
SFC lief einwandfrei durch. habe mir das Ergebnis (CSV) noch nicht angesehen, es wurden aber Systemdateien als defekt gefunden und ersetzt. Lief somit über 13 Stunden fehlerfrei.

Heute morgen wieder:
Er schmeißt mich raus - sehe es erst gg. 10:50. Selbe Erscheinung wie oben: Kann noch mittels ACPI über HyperV neustarten lassen, also die gesamte Maschine scheint nicht die Füße hochgelegt zu haben. Auf dem Host ist auch genügend Speicher vorhanden.

Auffällig im Log ist halt, dass zwischen 09:30 (dem vermuteten "Crash") und 10:50 (dem Neustart) Funkstille im Log herscht.

Anbei mal gefiltert von 09:00 - 10:00 Uhr

Angehängte Datei(en)

•  Anwendung-Gefiltert.txt (10,9K)
  Anzahl der Downloads: 759
•  System-Gefiltert.txt (33,34K)
  Anzahl der Downloads: 1105

[RalphS]

Laut Log könnt es da ein Problem geben mit dem dynamischen Arbeitsspeicher.

Schalt den mal aus und schau.

[Stefan_der_held]

Du meinst wo? Im HyperV nehme ich an?

~done~ zwei Abbrüche später

Bin mal gespannt.

Wobei mich mal interessieren würde was du zum dynamischen RAM gefunden hast

11:43: geht weiter. Dynaischer RAM im HyperV ist aber deaktiviert
 SYSTEM-Gefiltert-02.txt (61,5K)
Anzahl der Downloads: 1237

Dieser Beitrag wurde von Urne bearbeitet: 30. August 2016 - 13:40
Änderungsgrund: Beiträge verbunden. Urne