SRV2016 steigt schon mal aus . Ursachen-Ideen?
Hallo,
gegeben ist ein SRV2016 auf einem HV-Host (2016), der auch noch andere VMs beherbergt - diese ohne Mucken.
Der SRV dient als Fileserver mit gemapten Laufwerken, seit ~5 Jahren ohne Mucken.
Nun ist der innerhalb 4 Wochen dreimal 'ausgestiegen':
keiner der User kommt mehr auf die Netzlaufwerke, es gibt irgendwann einen Timeout. Man kommt per RDP auf den Server, findet nichts auffälliges in den Events.
Selbst der Server selber kann nicht auf die gemappten Laufwerke - auf die lokalen Mappings aber schon.
Ich schmeisse jetzt grad sukzessive alle anderen Dienste (DHCP, GDATA Mgmt., DFS (den ich seit Jahren nicht nutze)) runter, aber das Stochern im Nebel nervt.
Hat jemand eine Idee wie man das einkreisen könnte - proaktiv oder ggf. im Fehlerfall?
Danke!
gegeben ist ein SRV2016 auf einem HV-Host (2016), der auch noch andere VMs beherbergt - diese ohne Mucken.
Der SRV dient als Fileserver mit gemapten Laufwerken, seit ~5 Jahren ohne Mucken.
Nun ist der innerhalb 4 Wochen dreimal 'ausgestiegen':
keiner der User kommt mehr auf die Netzlaufwerke, es gibt irgendwann einen Timeout. Man kommt per RDP auf den Server, findet nichts auffälliges in den Events.
Selbst der Server selber kann nicht auf die gemappten Laufwerke - auf die lokalen Mappings aber schon.
Ich schmeisse jetzt grad sukzessive alle anderen Dienste (DHCP, GDATA Mgmt., DFS (den ich seit Jahren nicht nutze)) runter, aber das Stochern im Nebel nervt.
Hat jemand eine Idee wie man das einkreisen könnte - proaktiv oder ggf. im Fehlerfall?
Danke!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 6861583144
Url: https://administrator.de/contentid/6861583144
Ausgedruckt am: 23.11.2024 um 09:11 Uhr
7 Kommentare
Neuester Kommentar
@winacker:
Woran das liegen könnte, dazu hab' ich keine gescheite Idee.
Falls aber kaputte Systemdateien dafür verantwortlich sein sollten oder könnten, gibt es einfache Abhilfe:
Mach' mit dem Server ein Inplace-Upgrade auf sich selbst (also mit der setup.exe der entpackten ISO von W2K16SRV aus dem laufenden W2K16SRV-System heraus), natürlich dabei "Alle Daten und Programme behalten" wählen. Bei einem Inplace-Upgrade werden alle Systemdateien neu geschrieben. Und ja, Inplace-Upgrades sind "sauber", es werden - hinsichtlich der Systemdateien des OS - keine bisherigen Fehler mitgeschleppt (obwohl immer wieder behauptet wird, daß das nicht so gut wie eine Neuinstallation sei, was aber seit Vista/Server 2008 nicht mehr stimmt, die Inplace-Upgrades klappen seither einwandfrei und schreiben das System dabei neu).
Viele Grüße
von
departure69
Woran das liegen könnte, dazu hab' ich keine gescheite Idee.
Falls aber kaputte Systemdateien dafür verantwortlich sein sollten oder könnten, gibt es einfache Abhilfe:
Mach' mit dem Server ein Inplace-Upgrade auf sich selbst (also mit der setup.exe der entpackten ISO von W2K16SRV aus dem laufenden W2K16SRV-System heraus), natürlich dabei "Alle Daten und Programme behalten" wählen. Bei einem Inplace-Upgrade werden alle Systemdateien neu geschrieben. Und ja, Inplace-Upgrades sind "sauber", es werden - hinsichtlich der Systemdateien des OS - keine bisherigen Fehler mitgeschleppt (obwohl immer wieder behauptet wird, daß das nicht so gut wie eine Neuinstallation sei, was aber seit Vista/Server 2008 nicht mehr stimmt, die Inplace-Upgrades klappen seither einwandfrei und schreiben das System dabei neu).
Viele Grüße
von
departure69
Moin,
wieso ist auf deinem FS ein DHCP-Server? Davon abgesehen:
Gruß
Doskias
wieso ist auf deinem FS ein DHCP-Server? Davon abgesehen:
Zitat von @winacker:
Hallo,
gegeben ist ein SRV2016 auf einem HV-Host (2016), der auch noch andere VMs beherbergt - diese ohne Mucken.
Der SRV dient als Fileserver mit gemapten Laufwerken, seit ~5 Jahren ohne Mucken.
Nun ist der innerhalb 4 Wochen dreimal 'ausgestiegen':
keiner der User kommt mehr auf die Netzlaufwerke, es gibt irgendwann einen Timeout. Man kommt per RDP auf den Server, findet nichts auffälliges in den Events.
Wann gibt es einen Timeout. Beim zugriff auf die Netzlaufwerke und während des Timeouts geht dann RDP?Hallo,
gegeben ist ein SRV2016 auf einem HV-Host (2016), der auch noch andere VMs beherbergt - diese ohne Mucken.
Der SRV dient als Fileserver mit gemapten Laufwerken, seit ~5 Jahren ohne Mucken.
Nun ist der innerhalb 4 Wochen dreimal 'ausgestiegen':
keiner der User kommt mehr auf die Netzlaufwerke, es gibt irgendwann einen Timeout. Man kommt per RDP auf den Server, findet nichts auffälliges in den Events.
Hat jemand eine Idee wie man das einkreisen könnte - proaktiv oder ggf. im Fehlerfall?
Es hat aber nicht zufällig jemand sein Privates Notebook am Netzwerk angeschlossen und produziert damit doppelt vergeben IP-Adressen? Wenn der Server rumzickt, folgendes testen: Server runterfahren und IP anpingen. Wenn noch eine Antwort kommt, dann weißt du es. Wenn in dem Moment eh keine Netzwerkverbindung zu den Laufwerken des FS aufgebaut werden kann, kann er auch mal 2 Minuten aus sein.Gruß
Doskias
Moin,
aus Erfahrung kann ich Dir nur sagen, dass man einen Windowsserver am besten nur in einem Aufgabengebiet belässt. Ein Hyper-V sollte aus meiner Sicht also auch nichts anderes machen, denn es kann immer wieder durch Updates zu ungewollten Systemzuständen kommen, die prä-Update gültig und funktional waren, post-Update aber dann umkippen.
Ich habe seit CU-April ein Phänomen, das ich vorher nicht hatte:
Bei mir fiel immer einer der Hyper-Vs um bei der Datensicherung! Der Virtualisierer hat drei fette Datenbankserver-VMs. Vorher konnte ich mit 6 Sicherungstasks gleichzeitig arbeiten. Ich habe auf 2 Tasks reduziert und stabil bleibt er wieder. Die Sicherung verlängert sich um 1,5h, aber damit kann ich leben.
Gruß
bdmvg
aus Erfahrung kann ich Dir nur sagen, dass man einen Windowsserver am besten nur in einem Aufgabengebiet belässt. Ein Hyper-V sollte aus meiner Sicht also auch nichts anderes machen, denn es kann immer wieder durch Updates zu ungewollten Systemzuständen kommen, die prä-Update gültig und funktional waren, post-Update aber dann umkippen.
Ich habe seit CU-April ein Phänomen, das ich vorher nicht hatte:
Bei mir fiel immer einer der Hyper-Vs um bei der Datensicherung! Der Virtualisierer hat drei fette Datenbankserver-VMs. Vorher konnte ich mit 6 Sicherungstasks gleichzeitig arbeiten. Ich habe auf 2 Tasks reduziert und stabil bleibt er wieder. Die Sicherung verlängert sich um 1,5h, aber damit kann ich leben.
Gruß
bdmvg
Ein Hyper-V ist ein Hyper-V, auch nach der Lizenz, da darf nichts anderes drauf, aber:
Da steht nichts davon das der Fileserver auf dem Hyper-V läuft sondern der Fileserver ist eine VM auf einem Hyper-V mit mehreren VMs.
gegeben ist ein SRV2016 auf einem HV-Host (2016), der auch noch andere VMs beherbergt - diese ohne Mucken.
Der SRV dient als Fileserver mit gemapten Laufwerken, seit ~5 Jahren ohne Mucken.