Jump to content

Daniel92

Members
  • Posts

    31
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Daniel92's Achievements

Noob

Noob (1/14)

1

Reputation

  1. Hallo Hardy, wie in meinem Profil zu lesen bin ich kein Experte. Vielleicht kann mich ja jemand korrigieren. Meine Meinung dazu: Wenn du eine "gebrauchte" NVME nachträglich eingebaut hast. Dann stammt diese ja von einem System wo evtl. Daten drauf waren. Unraid zeigt dir hier nur was auf der Platte liegt. Was du damit machst, ist ja Unraid egal. Ich würde dir vorschlagen diese eine NVME zu Formatieren. Dann ist mal alles "clean". Zum zweiten Punkt, was meinst du genau? Willst du darauf ein Backup haben (sollte man nicht auf eine NVME machen). Oder was ist dein Sinn dabei? Gruß Daniel
  2. Hallo zusammen, freut mich das ich nicht alleine bin. Meine Docker Container erreiche ich von außen. Möchte Sie aber mit SSL ja verschlüsseln. So, bin auch bei dynv6 nur irgendwie bekomme ich das ganze nicht zum laufen. Hat jemand grob eine Anleitung? Fehler: Hint: The Certificate Authority failed to download the temporary challenge files created by Certbot. Ensure that the listed domains serve their content from the provided --webroot-path/-w and that files created there can be downloaded from the internet. Nur irgendwie kann er die Datei nicht laden, also muss bei mir eine Konfig noch das Problem sein. Gruß Daniel - Hoffe jemand hat eine Lösung. :)
  3. Guten Morgen, vielen Dank an alle Beteiligten. Am Ende hat es doch nur noch geholfen Docker neu zu machen. Nun geht es bei mir an die feinjustage des Server. Beste Grüße Daniel
  4. Ist schon leer, wegen dem verschieben. So Docker neu angelegt, mal schauen... lade jetzt die Container/Images neu hoffe das danach alles passt. Danke euch beiden schonmal bis hierher.
  5. Der hängt sehr lange beim laden.
  6. 35GB wurde verschoben. Danach restart... jetzt kommt das. Docker service failed to start. Oh man... und weiter gehts.
  7. Korrekt, das versuche ich in den Cache zu bekommen.
  8. So ich habe hier nochmal den Share System so Eingestellt das sec. Array mit einbezogen wird. Den der Mover soll die restlichen Daten die ich gesehen habe (im Bild) von der Disk1 auf Cache ziehen. Warum er es vorher nicht gemacht hat bleibt mir ein Rätsel. Denn nur so kann ich mir das Problem erklären, das Docker/VM sich die Daten noch von dort beziehen. Mal schauen ob es nach dem Mover aktion weg ist.
  9. Vielen Dank hawihoney. Gut dann gehe ich alleine auf dem Weg den übeltäter zu suchen. Auch wenn alles auf dem Tisch liegt, ist mir immer noch Schleierhaft was jetzt hier Fehlerhaft seien soll. Docker + VM ist deaktiviert. Aus dem vorherigen post von alturismo habe ich es abgeleitet und auch die Einstellungen so gemacht. SIehe Bild.
  10. Hallo hawihoney, das ist mir bewusst. Und ist auch richtig so. Gern möchte ich das der Mover erst aktiv wird wenn seine Zeit dafür gekommen ist (nach schedule plan). Meines Wissens nach ist alles auf dem Cache. Wenn ich was schreibe, landet es zuerst auf dem Cache. Das funktioniert schon. Trotzdem sind minimale aktivitäten am Array sichtbar. Mein Share "win-backup" wurde vom Mover bereits verschoben. Zum testen habe ich Windows ein backup gestartet, dieser schreibt auch direkt auf dem Cache (sieht man auch in der Spalte Location: cache). Trotzdem bleibt Disk1 an. Bei Punkt 2, verstehe ich richtig, sobald etwas gelöscht wird was nur auf dem Array existiert... wird array eingeschaltet und die betreffende Datei gelöscht? Es wird also nicht gewartet, das der Mover diese Aktion später ausführt? Punkt 3: Ich habe insgesammt 128GB DDR4 Single-bit ECC (Usable Size: 125,6GiB) Ram: 6% ZFS: 19% Flash: 4% Log: 5% Docker: 23% Interessant ist, die CPU-Last ist auch dauernd am schwanken... obwohl ich nichts mache.
  11. Hallo zusammen, +++ jetzt kommen viele rand infos, zum Überspringen, weiter unten ab "Kurz gefasst" +++ also laut meinen Einstellungen sind alle im Cache. Jedoch ist im Disk1, im Ordner system, noch Docker Dateien vorhanden. Ich gehe davon aus das es korrekt ist (falls ein rebuild vom Docker gemacht werden muss)? Jedenfalls habe ich versucht mittels "File Activity Plugin" hier mehr rauszufinden. Jedoch aktuell ohne Erfolg. "iotop -o" hat mir dafür was angezeigt, jedoch sieht man alle Aktivitäten. Hier finden regelmäßig Zugriffe statt. Ich war mir nicht sicher wie diese Log am besten auswerten sollte und bin hingegangen und habe mir nun die Container-ID angeschaut. Folgende Container sind "betroffen": f4c1e63e3d15 -> homeassistant/home-assistant 7b693c8a36b -> eclipse-mosquitto:2 8fa474e433fe -> hertzg/rtl_433:latest b94b6c0b232 -> lscr.io/linuxserver/jellyfin So die Infos bringen mir nicht viel... Um diese voneinander auszuschließen, habe ich alle Container gestoppt und Zeitgleich die Arrays schlafen gelegt. Keine Sekunde später sprang Disk1 + Parity wieder an! Das kann doch nicht sein!? Ok, dann kann es nur noch an Docker selbst liegen. Docker Service gestoppt. Arrays schlafen gesetzt... gewartet... Zack Disk1 + Parity wieder an!? Kurz gefasst: Ich bin verzweifelt... na ok, mittels "iotop -t" weiter geforscht und siehe da, jede Minute refresh anfragen von ZFS Master. In den Einstellungen steht auch Refresh Interval jede Minute. ZFS-Master hab ich auf "No refresh" gestellt und siehe da. Die Festplatten sind still (seit 5 minuten)! Danach hab ich Docker wieder aktiviert. Array starten wieder... hmm 🤬 Danach nochmal in "File Activity" geschaut, nun steht da endlich was! Disk Aktivity: Da hab ich den Übeltäter gefunden! Ich habe mein PC dazu eingerichtet von Windows backups anzulegen. Doch den Share denn ich dafür erzeugt habe, ist Eingestellt: Name: backups (sollte ich auf win-backups umbennen zur besseren verständnis) Primary-Cache & Second Array Mover: Cache -> Array Die Mover settings sind aber anders.... Daily, 03:40 (PS: ist nun auf Weekly umgestellt). Das löst trotzdem nicht mein Problem das in meinem Fall Array anspringen. Ich forsche weiter... Folgende Plugins sind vorhanden (alle up2date):
  12. Guten Abend zusammen, allso irgendwas stimmt jetzt nicht... der Mover ist laut Anzeige noch aktiv. Die Arrays sind alle nun aus. Da kann doch was nicht stimmen? Gibt es die Möglichkeit alle Einstellungen zurück zu setzen, ohne das Docker/Daten verloren gehen? (Nur Unraid EInstellungen) Oder kann ich bevor man hier den Vorschlaghammer nimmt, noch eine "Sanftere" Methode probieren? Gruß Daniel
  13. Also keine Ahnung was mit dem Mover los ist bei mir. Dieser ist immer noch aktiv, aber die Arrays machen kein Mucks... kann man prüfen wo der Mover aktuell ist? (Status, Position, etc?) Edit: Ich hab mal das ganze System neugestartet... habe den Mover manuell angestoßen. In der Hoffnung, das er nun jetzt ohne Probleme fertig wird. Danach mache ich die nächsten Einstellungen wie @saber1 es erwähnt hat.
  14. Parity Check Tuning ist Installiert. Eingestellt wie folgt: Sheduled Parity Check: Monthly Mover Sheduled: Daily um 3:40 Trim Settings Weekly (macht das Sinn bei zwei NVME im cache?) Edit: Festplatten sind wieder aus und im Status steht: "Disabled - Mover is running."
  15. Hallo saber1, danke für die Infos. Die Steps bin ich nochmal durchgegangen und wollte manuell den Mover triggern. Jedoch aktuell noch nicht möglich. Da dieser, warum auch immer, immer noch läuft. Ich warte bis er fertig ist, stoße den Mover nochmals manuell an und am Ende stelle ich jedes wieder aktiv. Zum letzten Punkt, Jellyfin. Das ist bei mir in der tat so Eingestellt, das hier direkt aus dem Array zugegriffen wird. Jetzt kommt die Frage die mir noch keiner Beantworten konnte: Wenn Daten aus dem Array gelesen werden, werden diese doch bestimmt im Cache abgelegt? Meine Gedanke war dabei noch, das diese solange im Cache verweilen. Bis diese Daten "zu alt" und vom Platz des Cache am Ende ist und diese dann raus gelöscht werden müssen. Damit wieder neue Daten im Cache landen können. Oder ist das hier nicht möglich? Danke vorab @saber1 für die Hilfe. PS: Mover wurde farblich und habe diesen jetzt manuell angestoßen. Danach werde ich Docker und Co. wieder aktivieren.
×
×
  • Create New...