Die Snaps sollte er nach der Bestätigung des Hinweises automatisch löschen.
Aber ggf. ist die 5.0.1 noch nicht soweit.
Die hat ja auch noch mit verschlüsselten externen HDs Probleme die einen Key mit mehr als 16 Zeichen einsetzen.
Verkleinern ist manchmal ein wenig komplex, aber erweitern bei freien Pool Platz war immer mit paar Klicks erledigt.
Läuft das auch jetzt nicht gehe auf die letzte 5.0.0 zurück.
Nicht nur die Freigaben, auch alle Daten werden dabei gekillt.
Daher wenn schon mal dabei, und das NAS kann AES-NI, dann gleich das Volume/Raid auch verschlüsselt neu anlegen.
Ok ist eine CMR HD, alles gut.
Was das TS-128 angeht, ja die CPU ist wirklich nicht die stärkste.
Laut der Seite hier ist die bei SMB File Trans mit 21/17MB/s schon am Ende.
Also ggf. mal bei den aktuellen angeboten noch mal nach was aktuellem schauen oder damit leben.
Wenn es für ein Backup ist, ok dauert zwar aber das beste Backup ist das was man nie benötigt aber ständig auf aktuellem Stand hält.
Als produktiv NAS würde ich die Kiste jetzt nicht mehr einsetzen wollen.
Vorsicht mit großen VMs, die lassen sich gar nicht wiederherstellen.
Verwende, um dir selber einen Gefallen zu tun, lieber ein anderes SW Tool zum sichern deiner ESXi.
Volume Snapshots sind interessant, vor allem wenn das Backup längere Zeit dauert.
So wird der aktuelle Stand per Snap eingefroren und weggesichert, auch wenn ich dann mit dem NAS weiter arbeite und immer wieder Dateien ändere, bekomme ich ein konsistentes Backup.
Im Fall ohne Snapshots kann das schief gehen, alleine daher setze ich diese ein.
Welche HD ist denn hier eingebaut?
Wenn du eine mit SMR erwischt hast und diese ist nicht mehr neu, dann kann es passieren das diese gleich im SMR Modus rumrödelt und dann ist das eine ganz normale Datenrate für die Übertragung.
Wenn du über den MAC die Daten von dem alten NAS auf das neue verschiebst, geht es dann schneller?
Wie ist die CPU/RAM Auslastung auf beiden NAS Systemen wenn die Übertragung läuft?
Wie sind die HD Antwortzeiten bei der Übertragung?
Wie hoch die Volume/Raid Antwortzeiten bei der Übertragung?
Bei meinen Exos war das über eine Art DOS Boot auf einem USB Stick, dann konnte ich die per SATA angeschlossene HD mit dem Controller Update betanken.
Na die ganzen . Thumbs usw. willst ja auch nicht unbedingt mit übertragen.
Die braucht wenn nur die Multimedia Station und wer die vernichtet hat, braucht die Hinterlassenschaften auch nicht.
Also ggf. noch mal einen Ordner raussuchen und dann in der cli mit den ls -a usw. Befehlen schauen was noch so an der Quelle liegt was am Ziel jetzt noch nicht da ist.
Qsirch im Einsatz?
Hatte dem mit 5.0.1 noch mal eine Chance gegeben, hat aber wieder mal versagt.
Ja man kann dann Dateinamen etwas schneller finden.
Aber man kann nicht mehr nach Dateitypen usw. suchen.
Habe es daher wieder komplett entfernt uns spare mir die Ressourcen jetzt wieder.
Trash wird ja z.B. auch nicht mit übertragen, auch die lokalen Snapshots nicht, wenn es in der alten Kiste so etwas überhaupt schon gab.
Würde die mal Neustarten, das beseitigt Probleme mit im Hintergrund hängenden Zombi Diensten.
Wenn es dann immer noch klemmt, HBS3 mit der gleichen Version noch mal neu installieren.
Zuvor noch mal die ganzen Parameter auf beiden Systemen im HBS3 kontrollieren, vor allem ob hier der Zugriff über die Accounts noch richtig eingestellt ist, der Speicher angelegt ist, der Test funktioniert usw.
Auch ob die IP der Gegenstelle auf der Liste der zugelassenen Geräte steht.
Denn wenn die Kiste jetzt wo anderes steht, kann es ja sein das hier eine andere IP zugewiesen wurde.
Zu wenig Infos über die Job Details....
Nein die gehen alle in Richtung NVMe.
M.2 mit SATA war halt für Mobile Devices interessant, günstig, kompakt und damit einfacher in ein kleines Gehäuse zu quetschen als eine 2,5", ggf. hat man dann den Platz für die 2,5" für einen zweiten Datenträger genutzt, so ist es in meinem Laptop, M.2 SSD und HD für die Daten.
Als das entwickelt wurde waren SSDs auch noch nicht in der Lage SATA voll auslasten zu können, das kam erst 1-2 Jahre später.
Jetzt kratzen die 1-2 Jahre nach Einführung am nächsten PCIe Standard und das wird auch mit der neusten x5 Gen nicht aufhören.
Im Realen Betrieb ist aber auch das alles eher in Benchmarks feststellbar, im normalem Betrieb ist es egal ob jetzt PCIe 5x4 oder SATA anliegt, das mag sich in x Jahren ändern, das dann die CPU + RAM so schnell geworden ist, das auch 5x4 nicht mehr ausreichend schnell Daten liefern kann.
Bis dahin werden wir aber noch einige fancy new ... sehen die nett gemeint sind aber ganz schnell wieder verschwinden werden.
Na aktuell ist ja gerade ganz viel gerumpel um NVIDIA...
Nicht schön das die abziehen, einfach nur weil sie es können...
Hmm hier laufen auf meiner Seite alle Jobs mit einem Snapshot und das völlig Problemlos, aber dann als normale HBS3 Backup Jobs.
Wenn man Updates gezielt und mit Struktur/Verzögerung angeht, ok das ist eine Strategie.
Aber generell zu sagen, bloß nicht anfassen weil es gerade läuft ist in der aktuellen Zeit halt absolut Fatal, vor allem wenn es ein System ist welches Dienste im Netzwerk anbietet.
Nein geht nicht, weil du einen M.2 PCIe SATA Controller benötigst um dann auf diesem die M.2 SATA SSDs betreiben zu können.
M.2 SATA ist halt veraltet....
NVMe ist die neue Default Schnittstelle für dies Art von SSDs.
Das Motto "never touch a running system" ist ja nicht ganz verkehrt.
Das stammt noch aus einer Zeit als es kein Internet, WLAN gab und Netzwerk gerade auf BNC Basis durch die ersten Firmen kroch.
Wenn das bei dir zutrifft, kannst du das anwenden.
Wenn nicht, bist du nach 398 Tagen im Eimer, denn so lange laufen aktuell nur noch Zertifikate, wenn man es ordentlich macht.
Von den ganzen Sicherheitsproblemen mal abgesehen, die gerade gemeldete Python Lücke von 2007 ist auch nicht schlecht.
Und weil hier die Version jetzt nicht mehr auf der Anmeldeseite angezeigt wird, der Text drum rum vergessen wurde, ja ist ein optischer Mange. Aber die Versionsanzeige abschalten ist bei einer Neueinrichtung mit das erste was man macht.
Man hängt ja auch nicht den Code vom Schließsystem mit an die Eingangstür, so das sich hier jeder gleich mal den Generalschlüssel nachbestellen kann...
Also bitte, bitte hört auf diesen total veralteten, ja geradezu absolut fatalen Satz immer und immer wieder auf aktuelle Systeme/Anforderungen/Netze zu übertragen.
Hier läuft die Version auf 4 Systemen völlig Problemlos und vor allem auch auf der kleinen 231p super schnell.
Aber es ist deine Entscheidung, du kannst auch auf QTS 6.x warten oder auf die 8.x oder noch länger.
Beschwere dich dann aber nicht, wenn du durch ein Sicherheitsproblem Probleme bekommst.
Für die aktuelle Deadbold Welle mag es nicht zutreffen, aber für ganz viele andere Wellen gab es seit Tagen/Wochen/Monaten Patche, es hat nur niemand ernst genommen und diese eingespielt.
Laufe die auf ein anderes NAS, welche Version hat dieses?
Intern laufen diese Replicas hier auf 2 Kisten ohne Probleme.
Aber das HBS3 in den neueren Versionen erkennt teilweise ein Problem mit meinem VPN Tunnel nicht immer sauber. Da sind auch dann die Jobs hängen geblieben und nicht neu gestartet worden. Da hatte der Provider aber keinen richtigen Abriss, ein Anschluss hatte nur Latenzen im Bereich 1s und höher, das wird wohl nicht sauber erkannt und abgefangen.
Oder Macrium Reflect, FreeFile Sync usw.
Und die Firmware der Kiste sollte auch passen, dann könnte es ggf. klappen.
Ich würde hier das ganze zwar versuchen aber mein Backup schon mal bereitlegen.
Dann hast du aber ein Problem, wenn mit SSD Cache alles ruckelt.
Schon mal den Cache abgeschaltet und geschaut ob ohne Kodi die Filme flüssig liefern kann?
Nutze hier Plex und bei HD ruckelt da nix, denn dank dem Pass ist hier Hardware Transcoding nutzbar wenn z.B. ein Handy was nicht kann, wird das umgerechnet in Echtzeit und das ohne SSD Cache.
SSDs sind hier als Volume in Verwendung, Apps, VMs usw.
