Jump to content

saber1

Members
  • Posts

    811
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by saber1

  1. Seitens Lexar ist die Arbeitstemperatur für eine NM790 bis 70°C angegeben:

    https://www.lexar.com/product/lexar-nm790-m-2-2280-pcie-gen-4x4-nvme-ssd/

     

    So wie Ford Perfect schrieb, die Werte entsprechend einstellen in den Disk-Settings.

    (Der Screen zeigt meine Einstellungen für Samsung 980 Pro)

    Als "Critical" habe ich den Max-Wert des Herstellers gewählt:

    977452110_Bildschirmfoto2024-04-28um18_38_25.thumb.png.d85cf57250c5a4e384192d52ff229f17.png

     

    Aber ja, warum die bereits bei 45°C Probleme macht, solltest Du prüfen...

  2. Just now, ich777 said:

    ich das auch echt super finde das nicht das Gehäuse eine GUID hat sondern die Kombination aus Gehäuse und SATA M2 eine GUID erzeugt.

    Einfach probiert? Oder wie bist drauf gekommen?

  3. 6 hours ago, Tremendous said:

    erkennen die Docker dann dass sie im Array landen werden

    Folgende Shares solltest Du immer auf dem Cache lassen (Primary storage > Cache; Secondary stoarge > none):

    • appdata
    • domains
    • system
    • (isos) < nicht zwingend aber besser

    Das sind Verzeichnisse, auf die Docker/VM's zugreifen.

    Wenn diese auch im Array sind, können die HDD's nicht schlafen. Und die Geschwindigkeit der Docker/VM's lässt sehr zu Wünschen übrig.

  4. Schuß ins Blaue:

    Docker und/oder VM's auf den SSD's?

    Falls ja, müssen beide Dienste (Settings > Docker; Settings > VM-Manger) deaktiviert werden.

    Ansonsten sind diese Daten im Zugriff und der Mover kann nichts tun.

  5. Ich stimme dem, was DataCollector sagt, zu.

    Bis auf:

    1 hour ago, hm28 said:

    automatisierte Backups über Time Machine und für den Windows Rechner

     

    1 hour ago, DataCollector said:

    stattfindende Schreiboperationen (Backuops) nicht zu lange dauern

     

    Ich sichere ebenfalls (hier zwei Macs) per Time Machine.

    Diese Schreibvorgänge sollen bei mir aber gerade nicht eine SSD belasten.

    Der entsprechende Share ist bei mir also so eingerichtet, das dem kein Cache vorgeschaltet ist.

     

    NACHTRAG

    Wie geschrieben, besteht mein Cache aus zwei 2TB NVME's.

    Diese bilden zusammen ein RAID1. Also ist hier so eine Ausfallsicherheit gegeben.

     

  6. 9 minutes ago, nixweis said:

    P.S. könnte sich der Hersteller da nicht mal ein anderes System überlegen?, die Sticks halten nicht so lange und steigen ohne Vorwarnung aus, wenn ich das Produktiv einsetzen würde, hätte ich jetzt einen mittelschweren Wutanfall 🙂

    Ich setze Unraid seit dreieinhalb Jahren ein.

    Bei beiden Systemen kommt noch der erste Stick zum Einsatz.

    Bei einem sogar ein 8GB Stick der locker 10 Jahre auf dem Buckel hat.

  7. 23 minutes ago, alturismo said:

    so siehts aus ... zfs verhält sich da anders .... ;) hängt mit datasets zusammen ...

    Als ich vor einiger Zeit meinen Cache von BTRFS auf ZFS umgestellt hatte, konnte ich das ebenfalls feststellen.

     

    Verschiebevorgänge passieren nun, auf auf derselben Disk, nicht mehr Instant.

    Hatte es mir ebenfalls mit den verschiedenen Datasets erklärt.

     

    Finde es zwar irgendwie ärgerlich, aber kein Dealbreaker.

    BTRFS war mir einfach zu unsicher...

  8. 7 hours ago, hm28 said:

    In welchem fall wäre es denn sinnvoll?

    Hier noch mein Senf:

    In Unraid gibt es das Array und es gibt Pools.

    Üblicherweise sind HDD's im Array und SSD's in einem Pool.

    Der "Cache" ist in Unraid Teil eines Pool's.

    Ein Pool kann nur aus einer oder mehreren Disks (abhängig von Deiner Lizenz) bestehen.

     

    Es besteht die Möglichkeit, mehr als einen Pool zu nutzen.

    Mein Cache besteht aus zwei 2TB NVME.

    Dieser fungiert als Schreibcache für bestimmte Shares und alle Docker-Container sind dort.

     

    Einen zweiten Pool habe ich für VM(s) angelegt.

    Dieser besteht nur aus einer SATA SSD.

    Ich möchte einfach, das die VM(s) nicht auch noch die NVME's belasten.

     

    Wenn es auch dennoch möglich wäre.

  9. 13 minutes ago, hm28 said:

    Soweit richtig?

    Ja

    Bis auf:

    14 minutes ago, hm28 said:

    über den Arbeitsspeicher

    Was ist damit gemeint? Es wird einfach die Datei von der SSD ins Array geschrieben.

     

    15 minutes ago, hm28 said:

    Wie lange liegt die Datei auf der SSD?

    Wann der Mover laufen soll, kannst Du einstellen.

    15 minutes ago, hm28 said:

    Gehe ich recht in der Annahme, dass die SSD immer nur Dateien enthält, die XX:XX alt sind?

    Ja, bis der Mover sie verschiebt.

    Es lassen sich aber auch Shares anlegen, die nur auf dem Cache liegen. Dann wird nichts verschoben.

    16 minutes ago, hm28 said:

    Demnach benötige ich keine große SSD, sondern 500GB würden reichen?

    Musst Du entscheiden. Wir kennen Deinen Usecase nicht.

    16 minutes ago, hm28 said:

    Auf der SSD kann ich gleichzeitig Docker-Container laufen lassen?

    Ja

    17 minutes ago, hm28 said:

    Oder dafür lieber eine separate SSD?

    Nicht zwingend.

    • Like 1
  10. 16 minutes ago, hm28 said:

    generelles Feedback zur Standbay-/WOL-Thematik

    OMV hat sein OS auf einer HDD/SSD. Demnach kannst Du dort einen Ruhezustand von S4 („hibernation“, „suspend to disk“, „STD“) erreichen.

    Unraid hat sein OS immer im RAM. Demnach kannst Du dort "nur" einen Ruhezustand von S3 (Suspend to RAM, STR, Suspend to memory, STM) erreichen.

    https://de.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface#Ruhezustände_(Sleep-States)

     

    Immer unter der Vorraussetzung, das Deine Hardware das halt auch unterstützt.

  11. 20 minutes ago, Solar.Squirrel said:

    aber auch das geht nicht, weil unraid immer wieder die alten Array disks an richtiger Position haben will, was ich nicht hinbekomme.

    Tools > New Config

     

    Aber Du hast eigentlich ein ganz anderes Problem:

     

  12. 9 hours ago, gentnehe said:

    Stromverbrauch gesamt

    Um das abzubilden, benötigst Du natürlich irgendetwas, das auch den Verbrauch messen kann.

    Falls Du eine USV anschließt, werden Dir auch dessen Daten im

    7 hours ago, Tremendous said:

    Standard Dashboard.

    angezeigt. Zum Beispiel so:

    Unraid-USV.png.5abd3bcafb850a075166d9738c9a8bd1.png

  13. 13 minutes ago, Tremendous said:

    Data Zugriff ist ja Share gebunden und nicht Disk gebunden.?

    So ist es.

     

    Ich würde aber die entsprechenden Docker(s) vor dem Verschiebe-Prozess stoppen.

    Wenn alles abgeschlossen ist, die Docker(s) wieder starten.

    • Like 1
×
×
  • Create New...