Jump to content

saber1

Members
  • Posts

    813
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by saber1

  1. 38 minutes ago, Ford Prefect said:

    Du meinst eher OSX...da brauchst Du, soweit ich es noch weiss, eine dedizierte GraKa für die VM

    macOS braucht, sofern keine speziellen Anwendungen dort laufen sollen, die mehr Grafikpower benötigen, keine dedizierte GraKa. Läuft auch mit VNC.

    • Like 1
  2. Mal ganz grundsätzlich: Man muss sich nicht selbst darum kümmern, das die Dateien vom Cache ins Array kommen.
    Genau dafür gibt es den Mover. Stelle, falls Du die Dateien nicht lange auf dem Cache behalten möchtest ein
    kürzeres Intervall in den Mover-Einstellungen ein.

     

    Aufklärung
    Nehmen wir an, Du hast zwei Festplatten (Disks) im Array (ohne Parity). DISK1 und DISK2.
    Zusätzlich hast Du noch eine Festplatte für den Cache. CACHE.

     

    Nun legst Du einen Share (Freigabe) an, der als Cache-Einstellung "Yes" hat.
    In den Einstellungen für die Freigabe wurde deklariert, das keine Disk (aus dem Array) ausgeschlossen werden soll.
    Den Share nennen wir mal MUSIK.

     

    Da keine Festplatten ausgeschlossen werden sollen, und auch der Cache verwendet werden soll, befindet sich auf
    allen drei Festplatten (DISK1, DISK2, CACHE) ein Ordner MUSIK.

     

    Verbindest Du Dich nun von einem Client mit dem Server und mountest die Freigabe MUSIK, siehst Du den gesamten Inhalt
    ALLER drei Festplatten. Egal ob sich noch Dateien im CACHE oder auf DISK1 oder DISK2 befinden.

     

    Schiebst Du vom Client nun eine neue Datei in diesen Share, landet sie zunächst, da Einstellung "Yes" auf der CACHE-Disk.
    Auf dem Client "siehst" Du davon aber nichts, da der Share ja alle Festplatten zusammenfasst.

     

    Nachdem der Mover die neue Datei von CACHE zu, sagen wir DISK2 verschoben hat, befindet sich die Datei physisch auf DISK2
    und nicht mehr auf CACHE.

     

    Auf dem Client ist davon aber, wie geschrieben, nichts zu sehen.

     

    Vielleicht wird es so etwas verständlicher.

     

    Man kann aber natürlich überprüfen (CLI, Krusader usw.), wo genau eine Datei abgelegt ist.

    Die Mountpunkte sind /mnt/diskX/...Disk1 Disk2 Disk3 usw...

    • Like 1
  3. Daten die man, aus Performance-Gründen, dauerhaft auf den Cache legen sollte (Docker; VM's), sind bei nur einem Laufwerk ungeschützt.

    Die Parity-Platte "kümmert" sich nur um die Platten im Array.

    Hast Du keine regelmäßigen BackUps der Daten auf dem Cache, und die Platte erleidet einen Defekt, sind die Daten weg.

    Hast Du nun allerdings zwei Cache-Laufwerke, laufen diese im RAID1. Sprich die Daten werden gespiegelt.

    Geht nun eine Platte kaputt, hast Du immer noch die andere mit Deinen Daten.

  4. Kommt drauf an, wie oft sich die Daten auf Deinen Platten ändern. Sprich neue hinzu kommen oder alte entfernt werden.

    Und natürlich, wie wichtig Dir diese Daten sind.

    Ich lasse meine 8TB Parity einmal im Monat checken.

     

    Der letzte Check hat knapp 19 Stunden gedauert.

    Allein deswegen lasse ich es nicht einmal pro Woche checken.

  5. 15 hours ago, yuii said:

    1x Windows für Convert aufgaben ... MakeMKV Handbreak ... umwandeln

    MakeMKV und Handbrake gibt es auch als Docker-Container.

  6. Ich hatte vor meinem unRaid-Server ebenfalls einen HP Microserver (N54L) mit OpenMediaVault im Einsatz.

    Für unRaid war mir diese alte Hardware zu schwach. Habe halt dann, nach knapp 7-8 Jahren im Einsatz, in neue Hardware investiert.

     

    Den N54L habe ich allerdings weiterhin mit OMV, als Backup für unRaid, im Einsatz.

×
×
  • Create New...