Hierzu wurde auf n Windows Client eine Software installiert der das dann direkt auf den ESXi speicherte und die komplette Umgebung anpasste.
Das könnte der VMware-Converter gewesen sein.
Hierzu wurde auf n Windows Client eine Software installiert der das dann direkt auf den ESXi speicherte und die komplette Umgebung anpasste.
Das könnte der VMware-Converter gewesen sein.
Du kannst bei einer VM in der Virtualization Station eintragen, daß sie automatisch gestartet werden soll. Dort kann man auch eine Verzögerung nach Start der Virtualization Station eingeben.
ich habe die Tools installiert auf der VM. Allerdings habe ich das mit der zweiten Disk nicht gemacht,
Daher schrieb ich doch, daß man die Anleitung zu 100% befolgen muß, da es sonst nicht funktioniert. Mehr kann ich auch nicht machen. Wenn sich jemand nicht daran hält, dann geht es eben nicht.
Sicher klappt das. Das klappt auch mit Thunderbolt-Laufwerken oder SD-Karten und eben auch mit den Images.
Du kannst doch einfach eine kleine virtuelle Platte einbinden. Mehr ist ein USB Stick doch auch nicht.
Heute (sechs Tage später) habe ich noch einmal auf den Wert von Raw_Read_Error_Rate gesehen und er ist bei 2927 geblieben.
Danke dennoch für das Angebot!
Der einzige Wert, der immer weiter wächst, ist die Raw_Read_Error_Rate.
Moin!
Der Reallocated Sector Count (5) ist immer noch auf 0, 198 ist auch auf 0:
Moin!
Nach der Installation von 5.1.3.2578 ist die SMART-Warnung weg.
Der Wert von Current_pending_sector ist auf 0 gesunken.
Sehr interessant!
Nachdem mir vor einiger Zeit einfach so die Beta 4.0.0212 der Virtualization Station installiert wurde, ohne das ich dieses Update gestartet habe und auch ohne das automatische Updates anhabe, zeigt sich mir jetzt dieses Bild:
2023-11-10 09_44_37-Window.jpg
Ich kann also nicht updaten. Da ich sie aber nicht mehr benutze, ist es mir relativ egal.
Das Scrubbing wird bei mir auch immer Anfang des Monats gemacht, dabei ist das wohl aufgetreten. Es ist auch ein Raid 5.
Würde einen Oberflächentest laufen lassen.
Der ist jetzt durch. Interessanterweise ist jetzt der Wert von Current_pending_sector auf 1 gefallen. Sehr interessant. Es ist kein I/O Fehler aufgetreten.
Nein, der ist immer noch auf 2, etwas anderes hat sich nicht geändert.
manchmal muss der Job neu angelegt werden
Das war der perfekte Hinweis. Nach etwas Umbenennerei (der neue Job darf nicht in ein bestehendes Verzeichnis sichern) läuft der neue Job jetzt und sichert ohne Probleme!
Vielen Dank für die Hilfe!
Moin!
Mit der aktuellen Version von HBS 23.0.0921 auf einem TS-453D mit QTS 5.1.2.2533 ist es so, daß eine meiner beiden automatischen Sicherungen irgendwie nicht startet.
Ich habe zwei externe USB Platten, die ich einfach nur einschalte und dann beginnt automatisch die Sicherung .
Die eine Sicherung läuft wunderbar durch, aber die andere ist auch nach einem Tag noch in diesem Status:
Wie kann das kommen? Was kann dort schieflaufen?
Das NAS ist gerade erst neu gestartet.
Die letzte Sicherung am 11.10.2023 ist noch wunderbar durchgelaufen. Danach habe ich das NAS ausgestellt und nach dem Urlaub wieder angestellt. Mehr ist nicht passiert.
Danke!
Ok, dann warte ich einmal ab. Danke!
Echt? Ist das gar nicht so tragisch?
Moin!
Bei einer meiner vier Festplatten im QNAP ist, seitdem ich es nach einer zweiwöchigen Pause wieder angeschaltet habe, eine SMART-Warnung vorhanden:
Auch die Raw_Read_Error_Rate ist auf 2653 (zwar mit Gut bezeichnet, aber bei den anderen drei Platten ist es auf 0).
Um den Austausch werde ich wohl nicht herumkommen. Etwas anderes als entsorgen wird man mit der Platte ja nicht machen können, oder? (He's dead Jim...)