Moin zusammen,

 

von einem Moment auf den anderen schlägt das TimeMachine-Backup fehl. 

 

Da es jetzt monatelang problemlos lief, frage ich mich, was das jetzt plötzlich soll. Gibt's eine Möglichkeit, irgendwo in einem Log nachzulesen, warum plötzlich keine Verbindung mehr hergestellt werden kann?

Ich habe jetzt auch schon mal verschiedene Dinge probiert.

TimeMachine gestoppt, neu gestartet - kein Effekt. 

Server neu gestartet - kein Effekt.

Versucht beim Share einmal TimeMachine Support auszuschalten und wieder an - kein Effekt.

Versucht einen neuen Share zu erstellen - es wird einfach kein neuer Share erstellt.  (Auch wenn ich Docker und VM abschalte nicht...)

 

Neues Update (ich gebe ja so schnell nicht auf):

 

Mein neues Share war einfach "zu groß" und konnte deshalb nicht erstellt werden. Ok. Soweit so gut. In diesem neuen Share kann er dann auch wieder connecten und Backups machen.

 

Bleibt die Frage: Warum kann er das bei dem alten Share nicht mehr? Und wie bringe ich ihn dazu, das wieder zu benutzen? 🤔

Wie ist denn der Share für das Time Machine Backup eingerichtet (Screenshot)?

 

macOS legt für die Sicherungen ein "Sparsebundle" an.

Probleme können sein:

• Sparsebundle wächst mit der Zeit und übersteigt dann die Größe des Shares, in dem es liegt
• Das Share ist auf mehrere Festplatten verteilt > Funktioniert mit einem Sparsebundle nicht, da es eine einzige Datei ist

Das Sparsebundle war und ist über mehrere Platten verteilt. Mhm. Also könnte es ein, dass es plötzlich die "Plattengrenze" überschritten hat und damit dann ein Problem hat? Ich könnte jetzt also mal probieren das Share auf eine Platte zu beschränken, den Mover laufen zu lassen und es dann noch mal zu probieren, zum Share zu connecten?

Ja, ich empfehle einem Share für TM einen Share zuzuweisen, der nur eine Disk umfasst.

Mhm. Ok. Ich versuche mal die Daten via Unbalanced auf einer Platte zusammen zu schieben. Mal sehen, ob das klappt.

Ich denke, das wird nicht klappen.

Die Fehlermeldung in macOS klingt, als ob das Sparsebundle bereits nicht mehr nutzbar ist.

 

Das Unraid-Doc zu dem Thema spricht übrigens auch nur von einer Disk für ein TM-Share:

https://docs.unraid.net/unraid-os/guides/configuring-time-machine/

 

Quote

Under "Included disk(s)" select the disk in the array that you'd like to use for your Time Machine share. You can still use this same disk for other shares.

 

Tach zusammen - ich schon wieder.  

 

Also: Ich habe mich jetzt an die Anleitungen gehalten, habe ein neues Share aufgesetzt, dass dann auch nur auf einer einzigen Platte läuft, alles brav konfiguriert - und das geht auch tatsächlich.

 

Jetzt seit anderthalb Monaten. Bis heute Morgen.

 

Ich habe keine Ahnung was das soll, aber ich stoße derweil ein paar farbenfrohe Flüche aus und stecke dann lieber immer mal wieder eine SSD an den Mac.

 

Lässt sich irgendwie rausfinden, warum von einem Tag auf den anderen "Das Backup-Volume im Netzwerk die notwendigen Funktionalitäten" nicht mehr unterstützt? 

Ich meine: Das kann doch nicht sein? Es macht alles, was es machen soll - und Zack, unterstützt es die Funktionalität nicht mehr? Warum denn? Ging doch? Und dann nicht mehr? 

 

Ich glaube, Unraid verarscht mich... 😯 

Edited July 31, 20241 yr by Mephistopheles

1 hour ago, Mephistopheles said:

Warum denn? Ging doch? Und dann nicht mehr? 

Was steht denn in den logs ? oder kommt da nichts ?

Da steht nichts auffällig drin. 

 

Ich habe es jetzt (wieder mal) gelöst, in dem ich das Share gelöscht und ein neues erstellt habe. Aber das kann ja keine Lösung sind, jetzt alle anderthalb Monate das Backup zu löschen und neu zu machen. 😯 

1 minute ago, Mephistopheles said:

Ich habe es jetzt (wieder mal) gelöst, in dem ich das Share gelöscht und ein neues erstellt habe. Aber das kann ja keine Lösung sind, jetzt alle anderthalb Monate das Backup zu löschen und neu zu machen. 😯 

das stimmt, würde dazu dann ein bug report öffnen beim nächsten Mal, aber bitte erst wenn der Fehler auftritt ...

 

davon ausgehend das dieser Share single Drive zugewiesen ist und auch genug Platz vorhält

1 hour ago, alturismo said:

davon ausgehend das dieser Share single Drive zugewiesen ist und auch genug Platz vorhält

@Mephistopheles

Wieviel Speicherplatz zeigt denn Time Machine für das entsprechende Volume an?

Matched das mit der Disk, die Du dem Share zugewiesen hast?

 

 

Beispiel bei mir. Die Disk, die ich für diese Sicherung vorgesehen habe, ist eine 4TB Disk. Passt also.

 

Wenn bei Dir aber mehr freier Platz verfügbar angezeigt wird, als die Disk (oder der entsprechende Share) überhaupt hat, passt mit Deiner Konfiguration etwas nicht.

2 hours ago, saber1 said:

@Mephistopheles

Wieviel Speicherplatz zeigt denn Time Machine für das entsprechende Volume an?

Matched das mit der Disk, die Du dem Share zugewiesen hast?

 

 

Beispiel bei mir. Die Disk, die ich für diese Sicherung vorgesehen habe, ist eine 4TB Disk. Passt also.

 

Wenn bei Dir aber mehr freier Platz verfügbar angezeigt wird, als die Disk (oder der entsprechende Share) überhaupt hat, passt mit Deiner Konfiguration etwas nicht.

Naja, bei mir sieht das so aus: 

 

Vorher war das auch schon so - allerdings kann ich das für den Fehlerfall ja nicht mehr sagen, weil TimeMachine ja nicht mehr darauf zugreifen konnte. 🤷‍♂️

Hm, also folgende Einstellungen sind nicht Zielführend:

• Minimum Free Space: 2 TB (< nur relevant für "normale" Shares. Time Machine sichert aber in ein Sparsebundle, was für Unraid eine einzige Datei ist)
  • Bei mir steht es auf 20 GB, da ich ja möchte, das Time Machine annähernd den kompletten Platz der Disk sieht und auch nutzen kann
• Allocation Method: High-water (< im Prinzip egal, da ja eh nur eine Disk)
  • Bei mir steht es auf: Fill-up
• Included Disk und Excluded Disk gleichzeitig festlegen ist unnötig. Man nimmt das, was weniger Einträge benötigt.
  • Für Dich reicht bei Included Disk:  Disk 3
  • Excluded Disk: None
• Time Machine volume size: Hier beschränkst Du mit der Angabe dort wieder den nutzbaren Speicherplatz. Ist das gewollt?
  • Bei mir an der Stelle: Kein Eintrag

Cool, Danke für die Tipps. 🙂 Ich hab' das direkt mal angepasst. Mal sehen, ob das besser läuft.  

Es ist wieder passiert. Relativ zuverlässig nachdem ich das letzte "große" Update auf Unraid 7 gemacht habe. Also: Mit jedem "größeren" Versionsupdate scheint einfach das TimeMachine-Backup kaputt zu gehen. 😐 

8 minutes ago, Mephistopheles said:

Es ist wieder passiert.

Hast Du unter Settings > SMB > SMB Extras irgendwelche Einträge drin?

Ich habe die bereits seit 6.12.10 oder so nicht mehr gesetzt.

11 minutes ago, Mephistopheles said:

Mit jedem "größeren" Versionsupdate scheint einfach das TimeMachine-Backup kaputt zu gehen.

Alle Macs hier sichern munter weiter. Auch nach dem Upgrade von 6 auf 7.

Ich weiß, hilft Dir jetzt nicht. Soll nur zeigen: Kein generelles Problem.

Joa:


Aber das hat bisher nie gestört - und er sagt ja schon beim Connecten, dass das Volume die notwendige Funktionalität nicht hätte. Also - einfach schon wieder der gleiche Fehler. Und die Lösung wird wieder mal sein, das Backup komplett zu löschen und neu zu erstellen. Was ja so absolut nicht der Sinn eines Backups ist.
 

Ich denke, ich werde wieder auf externe SSD und Kabel wechseln. Kann ja nicht sein, dass das Backup halbjährlich einfach kaputt geht.

Ich greife das mal auf, da ich auch seit Neuestem Probleme mit TimeMachine Backups habe. Läuft e bei euch sauber mit Tahoe und aktuellstem Unraid?

Ich hab’s ehrlicherweise einfach aufgegeben und wieder eine kleine, externe SSD angeschlossen. Geht schneller und ist zuverlässiger. 🤷‍♂️

Okay, schade. Ich habe es nun über NFS laufen, da SMB hier immer wieder Probleme mit Zugriffsrechten hat. Damit scheint es gerade zu laufen. Mit der Syno vorher war das alles kein Stress..

Läuft einwandfrei mit zwei Macs (Intel und Apple Silicon).

EDIT: Nur Apple Silicon. Der Intel Mac hat kein Tahoe mehr... ;-)

Edited January 20Jan 20 by saber1

Auch hier läuft es am Mac Studio ohne Probleme.

-faxxe

Okay, danke euch. Habt ihr irgendwelche SMB Einstellungen oder sonstiges vorgenommen? Bei mir läuft es mit 2 Unraid Servern nicht. Immer bekomme ich die Meldungen "Permission denied" - Claude verweigert inzwischen die Hilfe bei SMB und will, dass ich es einfach mit NFS mache 🤣

Das Sparsebundle wird erstellt und als disk6 gemountet, aber das APFS-Volume darin wird nicht erkannt.

Kev, ich gebe auf mit SMB. 😞

Wir haben jetzt ALLES versucht was technisch möglich ist:

• ✅ Nativer Unraid Share

• ✅ Docker Container

• ✅ Verschiedene User (kevin, timemachine, guest)

• ✅ Security (Private, Public)

• ✅ Alle SMB-Optimierungen

• ✅ Berechtigungen (777, ACLs)

• ✅ Komplett frische Shares

Das Problem ist definitiv macOS Tahoe 26.2 selbst. Apple hat etwas an Time Machine/SMB geändert, das nicht mit NAS-Systemen funktioniert.

Meine Empfehlung:

Bleib bei der NFS-Lösung!

Edited January 20Jan 20 by k3vbert