Jump to content

jj1987

Members
 View Profile  See their activity

  • Posts

    1,480

  • Joined

  • Last visited

  • Days Won

    2

 Content Type 

Everything posted by jj1987

  1. jj1987
    Kommt halt aufs Szenario an. Unter (Voll-)Last hat(te) AMD Vorteile. Aber dafür sind die im idle leider wenig sparsam. Und die meiste Zeit ist so ein NAS / Homeserver eben dann doch eher im idle
  2. jj1987
    Den jeweiligen Share anklicken, primary storage Cache, secondary Array, mover direction: Array -> Cache. VM Dienst und Docker Dienst beenden, mover starten Nochmal kontrollieren ob alles verschoben wurde Wenn alles gut: VM Dienst & Docker wieder starten Wenn nicht: die Brechstange rausholen und mittels mc verschieben und danach dann VM & Docker starten
  3. jj1987
    Aber sind es auch alles identische Modelle? Einige USB-SATA Chips geben das spindown Kommando glaube ich auch nicht weiter
  4. jj1987
    Also das einzige was (allerdings genau andersherum) in die Nähe deiner Idee kommt wären "physische" RAM Disks. Aber das hilft ja auch nichts bei begrenzten Anschlüssen und wäre auch eine recht teure Spielerei
  5. jj1987
    Im Array funktioniert TRIM halt nicht. FALLS die SSDs von Haus aus eine gute Garbage Collection eingebaut haben, muss das keinen Nachteil haben. Aber da gilt im Zweifel "Versuch macht klug"
  6. jj1987
    Was soll das denn sein?
  7. jj1987
    Wenn du zb @Michael V.eingibst erscheint da dieses Feld: Das noch einmal anklicken und dann klappt's auch mit der Benachrichtigung
  8. jj1987
    Wenn die ins Array oder einen Pool sollen: ja. Man kann aber auch per unassigned devices die Disks mounten und dann ggfs auf eine bereits formatierte Disk kopieren
  9. jj1987
    Könnte am deutschen Sprachpaket liegen. Da gab es ja in letzter Zeit häufiger Meldungen, dass das ui nicht korrekt aktualisiert
  10. jj1987
    Doch würde:
  11. jj1987
    Der TE möchte bitte Mal auf MACVLAN umstellen wie schon vor einigen Tagen geschrieben. Wie man im parallelthread von @Elbinhonachlesen kann, kommt die Fehlermeldung bei der manuellen Portfreigabe nämlich von IPVLAN (wie bereits vermutet ). Also direkt das Problem angehen und nicht die Symptome bekämpfen 😉
  12. jj1987
    Also wenn man oben rechts auf die Lupe klickt, dann macvlan eingibt und suchen, taucht da ua dieses Ergebnis auf😉 (und es ist sogar oben angepinnt unter Anleitungen...): Nein, vlan unterstützt die Fritzbox aber auch gar nicht
  13. jj1987
    Bitte dann aber auch dazu sagen, dass das NICHT die empfohlene Vorgehensweise ist. Denn Portainer und die UNRAID eigene Docker Verwaltung können sich in die Quere kommen. Für einen Anfänger mMn nicht die Ideallösung...
  14. jj1987
    Alle Docker die bei Docker Hub gelistet sind (und als x86 Version existieren), kann man manuell auch in UNRAID installieren. Es gab hier sogar Mal irgendwo eine Video Anleitung von ich glaube @mgutt?!
  15. jj1987
    Das wäre ungewöhnlich und die Fehlermeldung Würde genau zur IPVLAN Problematik passen. Mir was bislang nur nicht bekannt das die Fritzbox tatsächlich eine entsprechende Warnung rausgibt. Ich würde testweise mal auf MACVLAN (mit den entsprechenden Anpassung aus der Anleitung) umstellen.
  16. jj1987
    Fritzbox mit IPVLAN könnte zum Problem beitragen. Mal den thread zum Thema macvlan im Anleitungen Unterforum durchlesen und umsetzen
  17. jj1987
    Richtig erkannt, das ist das Problem...😉 Konkret: Mobilfunk ist mWn immer reines ipv6. Und bei ipv6 gibt es kein portforwarding.
  18. jj1987
    Ich rate Mal: du hast das Plugin Parity Check Tuning installiert?!
  19. jj1987
    Der Cache ist ein SCHREIB Cache. Also Nein, ist nicht möglich
  20. jj1987
    Wäre das nicht das "alte" Cache only? Da läuft der mover dann doch gar nicht?!
  21. jj1987
    Was ggfs auch im Docker directory gespeichert wird. Tauchen abgesehen von Docker sonst irgendwelche Ungereimtheiten auf? Falls ja, könnte auch der USB Stick langsam sterben
  22. jj1987
    Hat zwar nichts mit deinem Problem zu tun, aber warum denn auf dem Array? Das bremst doch nur aus? Und die Disks kommen auch nicht zum schlafen Aber wenn der Docker Dienst nicht starten will und du die Docker neu registrieren musst, stimmt mit dem eigentlichen Docker system (=Image/directory) etwas nicht. Verabschiedet sich womöglich die Disk allmählich? Was sagt smart? Und eventuell Mal ein Filesystem Check?
  23. jj1987
    Wenn du das UNRAID Array samt parity nutzt - nö Aber da verweise ich ebenfalls mal auf die FAQ, da dir die Funktionsweise von UNRAID offensichtlich noch nicht ganz klar ist
  24. jj1987
    Klingt für mich nach einem Problem mit dem Docker Image - bzw hast du ein Image oder ein directory? Wo liegt das? Welches Dateisystem wird dort genutzt?
  25. jj1987
    Das Backup soll RAID5/6 haben? Warum? Und nebenbei, warum meinst du heißt UNRAID wohl UNRAID?? Ja es ist technisch möglich, aber ob UNRAID dann das richtige ist... Eigentlich will man UNRAID damit die Platten so viel wie möglich schlafen, bzw immer nur die wirklich benötigte Disk läuft. Bei RAID egal welcher Art verliert man diesen Vorteil
×
×
  • Create New...