saber1

Ich habe ein ähnliches Szenario: Unraid @home per VPN verbunden mit Unraid an entferntem Standort. Vermutlich betreibe ich diesbezüglich Overkill, aber egal. 😀 FTP würde ich aber nicht einsetzen. Ja, unsicher. Das VPN (per Wireguard) ist dauerhaft aktiv (Fritzbox zu Fritzbox). Die eigentliche Übertragung eledigt bei mir rclone. Mit rclone kann eine clientseitige Verschlüsselung der Daten realisiert werden. Und zusätzlich sind die HDD's im entfernten Server verschlüsselt (per Keyfile). Das Keyfile holt sich der entfernte Unraid-Server beim Booten von einem weiteren externen Standort (per SFTP). Also alles Kurz- und Kleinverschlüsselt bei mir. 😄 EDIT: Falls der entfernte Server gestohlen werden sollte, muss ich lediglich das Keyfile löschen. Dann bleiben die Platten verschlüsselt. Die Daten darauf sind es aber ja dennoch ohnehin wegen rclone.

@Soletti Nichts zum Thema, aber Du solltest Deine Links dahingehend anpassen, das aus dem Linktext direkt die Hardware ablesbar ist. Sonst müsste jeder Link angeklickt werden, um zu sehen, was Du einsetzen möchtest. Du solltest die Hürde, Dir zu helfen, möglichst niedrig setzen. 😉

...vor Allem, wenn es auch tatsächlich "Volltextindex" sein soll. Dafür ist Paperless ja gemacht.

Ich habe mir einfach einen Thunderbird als Docker installiert. In dem sind dann diverse Postfächer angelegt. Die kann ich also nun zentral von allen Rechnern im Netzwerk aufrufen.

Scheint was Ähnliches zu sein. Eventuell mal im englischen Teil schauen/fragen?

Mainboards generieren doch üblicherweise irgendwelche Fehlercodes. Sei es "Piepen" oder auch rote LED's oder dergleichen. Was sagt das Handbuch dazu? Ansonsten mal zunächst nur einen RAM-Riegel verbauen und testen. Wenn es läuft den anderen als einzigen.

Zu OpenCloud mal an diese Threads dranhängen: GitHubSuccefull Installation but not possible to Login · opencl...Hello, Installed opencloud on unraid. if i try to login i get only following message: i look allready in the logs, where i found informations about an bad certificate ? dont found anything to fix t... Oder auch die diversen anderen Threads auf Github...

Eher so: Owncloud > Nextcloud > Opencloud

Portnummern unter 1024 solltest Du nicht verwenden. Probiere mal was Höheres: 8080 oder 8383 usw...

Beschreibe mal, was Du mit "Unraid Installation" meinst. Alles was zum Booten von Unraid nötig ist, ist auf Deinem Unraid benötigt für die Zuordnung eben die HDD/SSD Config wie sie aktuell auf Deinem Server vorliegt. Wenn Du die "Unraid Installation" nun auf einem anderen Rechner bootest (USB-Stick umstecken), und diese Config nicht vorgefunden wird (wie sie auf dem Stick ist), startet das Array nicht. Oder die Pools laufen ebenfalls nicht. In Deinem Fall würde ich halt einfach einen weiteren, neuen Server aufsetzen, und die Daten dann entsprechend kopieren. SO viel Aufwand ist das jetzt nicht. Ich betreibe selbst drei Server. Macht eher Spaß, das einzurichten. 😉

Die Zuweisungen (Slots) der einzelnen HDD/SSD merken (Screenshot) Alle HDD/SSD in die Ugreen einbauen Unraid-USB-Stick in die Ugreen stecken und booten. HDD/SSD sollten bereits korrekt erkannt und zugewiesen worden sein Falls nicht: Screenshot zu Rate ziehen Das wars...

Unraid installiert sich beim Booten vom USB-Stick in den RAM. Bedeutet, das wenn Du den Stick nicht gesteckt hast, und den Rechner startest, auch kein Unraid installiert ist.

Wie mans nimmt. Das Password ist im Keyfile in Klarschrift. Wird aber ja verschlüsselt (sftp/ssh) übertragen.

Ich hole das Keyfile per curl und sftp von meiner Domain. In der Art: curl -u <USER>:<PASSWORD> sftp://ssh.<PATH_TO_KEYFILE>/keyfile -o /root/keyfile

Kleiner aber wichtiger Einwurf: Die Parity muss immer mindestens gleich groß der größten Datenplatte (im Array) sein.

Mit einer "5" am Ende (z.B. meine E3-1225 v6) haben sie eine GPU integriert.

Du hast irgendwie zwei CPU's aufgezählt: Wobei "E3-1200" nur die Familie ist. Die Modelle haben dann noch weitergehende Bezeichnungen wie z.B. "E3-1225". Außerdem fehlt noch die Angabe der Generation wie z.B. "v3" oder auch "v6"... Zur Frage: Ich selbst bin mit meinem "Hauptserver" zwar auch auf einem Xeon E3-1225 v6, würde aber 2025 etwas Anderes wählen. Auch den i5-4570 (immerhin 12 Jahre alt) würde ich nicht mehr einsetzen wollen. Prädestiniert für Dich wären die Intel "N100"-Boards.

Also mich hat es nicht verwirrt. Ich verstehe es einfach so: Alte Lizenzen (Basic, Plus) können weiterhin auf eine höhere alte Lizenz "upgegraded" werden. Allerdings wird der Preis für ein solches Upgrade ab 02.06.2025 höher sein als zuvor. That's it. Wenn Du also vor hast, eine Basic zur Plus/Pro oder eine Plus zur Pro zu machen, dann vor dem 02.06.2025. Danach kostet es sonst mehr.

Dieser Thread könnte Dir weiterhelfen:

Okay, habe das mal eben gecheckt: Befehle bezüglich Kopieren der known_hosts auskommentiert. Nun klappt es wieder wie zuvor. Am WE sicher einige Male probiert. Klappte nicht mehr. Nun gut, auch hier wieder alles in Ordnung (7.1.2). Hast Du eine Erklärung dafür? Magic?

Moin zusammen, in den Release-Notes zur 7.1.0 stand u.a. Folgendes: Damals in den Release-Notes zur 6.9.0 gab es "SSH Improvements": Auf einem meiner Server hole ich per curl (SFTP) nach dem Boot ein keyfile zum entschlüsseln der Datenträger. Seit 7.1.0 klappte das nicht mehr. Ich musste nun zunächst die "known_hosts" manuell erstellen. Landet dann ja unter /root/.ssh Diese "known_hosts" habe ich dann auf den Stick gesichert und wird vor dem curl-Befehl vom Stick zu /root/.ssh kopiert. Erst dann funktioniert der curl-Befehl wieder. Kann jemand sagen, ob die oben genannten Änderungen seit 7.1.x dieses "Problem" auslösen?

Nicht zwingend. Falls BTRFS zum Einsatz kommt, gibt es sogar ein Online-Berechnungstool: https://www.carfax.org.uk/btrfs-usage/

Ja, all das ist mir bewusst. Wir sollten uns hier aber, wenn möglich, ebenfalls an die offiziellen Docs halten. Sonst könnte das bei dem ein oder anderen User zu Verwirrungen führen. Nur darum ging es mir.

Die Meldung bezieht sich hierauf: https://docs.unraid.net/unraid-os/release-notes/6.12.15/#new-windows-changes-may-result-in-loss-of-access-to-public-shares