k3vbert

Interessant. Heute Morgen Update auf Golden Gate Beta durchgeführt, nun lief das Backup problemlos.

Danke, dass du dir die Arbeit gemacht hast. Ich wüsste nicht wo ich starten sollte zu suchen. Mit dem Docker-Container habe ich das gleiche Fehlerbild. Ich kann den TimeMachine Share einbinden und ein Passwort für die Verschlüsselung eingeben. Anschließend wird auch angezeigt wie viel Speicherplatz verfügbar ist. Sobald das Backup starten soll meckert aber macOS, dass das Volume nicht verfügbar sei.

Seit dem letzten Update auf 7.3.1 geht es bei mir wieder nicht. Es wird immer gesagt, dass das Volume nicht verfügbar sei, obwohl ich es im Flow über den Finder auswähle - und es definitiv eingehängt ist.

Ja, habe es heute Vormittag installiert und seit dem läuft das Backup wieder durch (zumindest die letzten beiden). Vermutlich hat der Downgrade es wirklich gefixt.

docker pull ghcr.io/maintainerr/maintainerr:jellyfin-dev docker compose up -d maintainerr

Hatte ich auch mit dem Docker, seit ich ihn nun neu eingerichtet habe, habe ich das Problem nicht mehr.

Sollte so sein. https://docs.unraid.net/unraid-os/troubleshooting/licensing-faq/

Gelöst! Für die Nachwelt, ich habe folgende Einstellungen im AdGuard-Docker geändert und im Admin-Panel (bei Tailscale) angepasst. Nun funktionieren die DNS-Umschreibungen aus AdGuard Home auch über Tailscale: Technisch kann ich es nicht erklären, aber es läuft.

Hat denn niemand eine Idee wie man das umsetzen kann?

Du meinst so? Mache ich mit dem Network UPS Tools (NUT) for UNRAID. Misst aber nicht den Idle Verbrauch der USV selber, stellt dafür einen Dienst für andere Server/Anwendungen bereit darauf zu lauschen um auch einen Shutdown auszulösen.

Deutsche GUI sagt auch "Anwenden", nicht speichern.

Den Beitrag hatte ich noch nicht gelesen, danke dafür. Aktuell läuft es bei mir auch mit dem Docker sauber. Das beobachte ich jetzt erstmal bis zum nächsten Release. Wenn @saber1 auf der aktuellen 7.2.3 ist, dürfte es ja nicht daran liegen. Außer es hängt ggf. mit der Netzwerkgeschwindigkeit und ASPM zusammen (so lese ich es aus dem verlinkten Beitrag).

Ja, der erste Blick war in die Doku.

Dann verstehe ich es umso weniger. Vielleicht teste ich es später mal mit einer blanken Unraid Version, oder ich setze das MacBook mal neu auf.. Irgendwo müssen ja verdrehte Einstellungen sein.

Sehr seltsam. Ich habe den Share bereits mehrfach neu angelegt - liegt exklusiv auf dem NVMe Share, also kann es nicht an aufgeteilten Sparsebundles liegen. Aber meine Frage nach geänderten SMB-Configs bleibt noch offen. Testweise habe ich nun nochmal den Docker "TimeMachine" probiert, damit scheint es gerade zu laufen. Aber eben mit der Standardlösung nicht.

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!

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..

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?

Du hast aber schon gelesen, dass ich „Davon ab“ schrieb? Ich bezog mich also nicht auf sein „Problem“, sondern darauf, generell eher eigene Hardware zu verwenden bei der mir nicht vorgeschrieben wird wie ich meine Geräte einstelle. Klar, Portfreigaben können durch Provider unterbunden werden - ist aber eher US-Standard. In Europa nicht sehr verbreitet.

Bei Salt Schweiz handelt es sich um einen Schweizer Provider. Bin einfach davon ausgegangen es sei ein Mietgerät 🤷🏼‍♂️

Davon ab würde ich jedem raten, sich von seinem Providerrouter zu lösen 🙈 In Deutschland gibt es Endgerätefreiheit, keine Ahnung ob die Schweizer diese Gesetzesregelung auch haben.

Naja, das hab ich ja alles gemacht soweit ich es verstanden habe. Vielleicht meldet sich jemand, der das auch schon ähnlich gemacht hat und nutzt.

Hatte mich da an diese Anleitung gehalten: https://akashrajpurohit.com/blog/adguard-home-tailscale-erase-ads-on-the-go/?ref=reddit

Ich versuche seit einiger Zeit meinem Tailscale Server in Unraid beizubringen, dass Client-Anfragen über meinen lokalen AdGuard Home Container laufen sollen. Der Zugriff auf das Tailscale läuft soweit gut und stabil. Ich erhalte auch Zugriff auf meine iOS im Heimnetz - aber eben nicht mit den festgelegten Domains. Folgender Aufbau liegt vor: Unifi UCG-Fiber VLAN für Docker angelegt Docker im eigenen Subnetz/VLAN 192.168.10.0/24. AdGuard läuft im Bridge IP Netz 192.168.1.0/24. Nginx Proxy mit Zertifikaten für lokale und externe Domains lauft im Docker-Netz 192.168.10.2. Docker Config: Tailscale Config: Lokal funktioniert die DNS Auflösung bspw. ha.home.tldr.de, wenn ich mich per Tailscale verbinde, wird aber dieser DNS nicht aufgelöst - weil eben der AdGuard Home nicht als DNS-Server verwendet wird. In Tailscale habe ich diese Einstellung aktiviert. Habe handelt es sich um zwei AdGuard Home Instanzen. Hauptserver und Backup-Server: Vielleicht kann mir ja jemand den entscheidenden Hinweis geben 😄

I have the problem that I created a container using Portainer and it does not end up in an assigned folder.