Sancho

@DataCollector@alturismo, ihr habt jetzt echt mal Licht ins Dunkle gebracht. Ich erkenne meinen Denkfehler, hatte da ein Brett vorm Kopf. Hab das Array vom Prinzip als Backup betrachtet, ist natürlich falsch... Also brauch ich den Share als Cache Only. Um das zu fixen würde ich jetzt folgendermaßen vorgehen wenn ich eure Posts richtig verstanden hab: 1. Docker stoppen 2. Share auf Array -> Cache umstellen 3. Mover laufen lassen 4. Secondary storage auf none 5. Docker wieder starten

Also Update hab ich jetzt mal gemacht auf 6.12.4... Also mein Verständnis war bisher, dass auf dem Cache gearbeitet wird und dann durch den Mover auf das Array geschoben wird, je nach Einstellung, bei mir einmal täglich. Hier nochmal ein paar Scrennshots nach dem Update Also eigentlich kann es nur an dem Symcon, den Docker habe ich vor einigen Tagen in Betrieb genommen. Aber alle Mountpoint gehen auf den Symcon Share, der ja Prefer : Cache ist. Und auch wenn ich den Container stoppe kann ich Disk 1 nicht in Spindown schicken, bzw fährt sie gleich wieder hoch.

Also ich bin auf der Version 6.11.5 unterwegs. Laut File Activity ist eigentlich nur der Symcon Share aktiv. Die Einstellungen des Shares hab ich auch noch angehängt, sollte doch passen?

Also ich hatte schon den Docker Service versuchsweise gestoppt, hat nichts geholfen. Die Shares wie system sind als Prefer : cache angelegt. Edit: was ich im Verdacht habe is der Symcon Docker mit dem Symcon Share, aber der Symcon Share ist als Cache eingestellt und wenn ich den Docker stoppe besteht das Problem weiterhin.

Ich stehe gerade vor dem gleichen Problem. Seit ein paar Tagen gehen meine HDD`s auch nicht mehr in Spin Down. Hab eigentlich alles was oben steht geprüft bzw. ausprobiert. Aber sobald ich eine Platte in Spindown schicke läuft sie wieder los. Gibt`s da noch irgendwelche Möglichkeiten das zu debuggen?

Das Problem hat sich gelöst.... Ich war die ganze Zeit in Unterordnern des Shares unterwegs. Diese Unterordner hatten nicht die gleichen Permissions wie das Share. Nachdem ich die Rechte übernommen hatte hat es einwandfrei funktioniert. Danke für eure Mühen!

Exakt. Angemeldet bin ich mit einem Konto mit Admin rechten. Es Ist ein andere User als der mit dem ich mich auf dem Share anmelde. Ich habe jetzt auf Public gestellt, keine Änderung.... bzw doch, die Fehlermeldung sieht jetzt anders aus

Hi @cz13, hier die Einstellungen. Fehlt noch eine Info? 🤔 Ich kann den Share browsen aber nicht editieren.

Hallo, ich habe ein Share eingerichtet inkl Samba Freigabe. Dafür habe ich einen extra User angelegt der auch Read/Write Rechte hat. Ich habe jetzt unter Windows 10 ein ein Netzlaufwerk auf das Share eingerichtet und mich mit dem entsprechenden Namen angemeldet. Ich habe jetzt aber keine Rechte auf dem Ordner. Was mache ich hier falsch?

Ja das ist mir klar, um Unraid auf Proxmox nutzen zu können muss der Stick durchgeschleift werden. Aber die Frage war, ob ein auf Proxmox virtualisiertes Unraid die Festplatten in den Ruhezustand bzw. Spindown schicken kann.

Also kurz zu mir, habe mit Unraid noch keinerlei Erfahrung und mit Proxmox spiele ich seit zwei Wochen herum. Habe verschiedene Sachen im WWW gelesen und dadurch nur einen gewissen theoretischen Überblick. Gelesen habe ich mittlerweile, dass es bei einem virtualisierten Unraid Probleme mit dem Spindown geben kann. Irgendwo stand auch, dass man dazu den gesamten Festplatten Controller durchreichen muss damit das funktioniert. Das erscheint mir plausibel. Den USB Stick muss ich ja immer durchschleifen, richtig? Mir erschließt sich gerade noch nicht, wie das die Spindown Problematik beeinflusst?

Falls man Unraid in Proxmox virtualisieren würde, würde es dann funktionieren?