Archonw

Dann vielleicht noch mal mit ganz anderen Pfaden? Mal nicht in appdata sondern zb. /mnt/cache/nextcloud... oder fuer mariadb /mnt/cache/mariadb... Vielleicht liegt da ja doch irgendwo ein rechteproblem in appdata vor.

Ich lösche über ssh noch vorher schnell die alten Verzeichnisse, damit da keine Rest bleiben. Ist auch wie ich finde am schnellsten und einfachsten erledigt.

Ich hätte sonst gesagt mach doch mal nur das was ich auch gemacht habe. Ich habe es jetzt zwei mal gemacht, und keinerlei Probleme. Keine Extras eintragen oder der ähnliches. Nur das was laut Template ausgefüllt werden muss. Lass auch die Pfade einfach mal auf Standard. Dann sollte es auch bei dir ohne große Probleme durchlaufen.

Warum sqlite? Dafür ist doch der Mariadb Container da. Klar geht auch mit salute, aber es geht definitiv auch mit Maria. Ich klicken wenn der Container hochgefahren auf den Container und wähle WebUi.

Ich kann den Fehler nicht reproduzieren. Folgendes gerade gemacht: MariaDB-Official ohne irgendwelche besondere zusätzlichen Einstellungen ausgerollt. Lediglich den Pfad von /mnt/user... nach /mnt/cache... geändert. Gewartet bis in den Logs vom Container auftaucht. Danach ebenfalls ohne extras den officiellen Nextcloud Container ausgerollt. Auch hier nur den Pfad angepasst. Dann beim ersten Aufruf der WebUI von Nextcloud die Datenbank eingestellt und den ersten User eingegeben, das wars. Danach Standard Apps installieren lassen. Jetzt einen zweiten User eingerichtet. Keine Probleme.

Ist das überhaupt notwenidig? Ich kann mich nicht daran erinnern das gebraucht zu haben. Ich meine lediglich im MariaDB template alle Felder ausgefüllt zu haben. Dann zu starten, kurz warten, damit Maria alles fertig einrichten kann, dann mit dem Nextcloud template das gleiche.

Auf dem Bild siehst du mal wie mein Server derzeit aufgebaut ist. Array Devices: Das sind meine HDD Festplatten auf denen die meisten meiner Daten liegen. Also all jene die ich nicht ständig oder schnell brauche, denn diese liegen auf dem Pool Device: Das ist meine NVME die den Cache bildet. Boot Device: Das ist der USB-Stick von dem das Unraid in den Ram beim Boot geladen wird. Was jetzt wie auf den Festplatten oder auf dem Cache liegt bestimmt man unter anderem über die Shares. Also die Ordner, die man Freigeben will, oder auch nicht, und in denen jetzt alle möglichen Daten liegen können. Angefangen von Musik und Film oder Dokumenten. Aber auch die Daten der Virtuellen Maschinen und Dockern sofern man diese betreiben will.

Ob das Partitionieren das Cache geht weiß ich nicht, ist aber auch so nicht nötig. Dafür gibt es ja unterschiedliche Ordner.

Unraid wird von einem USB Stick aus geladen und verbleibt vollends im Ram. Da kommt also nichts von auf eine Festplatte oder der gleichen. Dann gibt es das Array. Das ist der "eigentliche" Hauptdatenspeicher. Dafür sollten HDD's genommen werden. Dieser Speicher wird nicht über ein Raid abgesichert, daher kommt auch der Name "Unraid" eben kein Raid. Die Absicherung erfolgt hier auf einem anderen Weg. Dazu aber bitte mal an andere Stelle nachschauen. Kurz gesagt, Unraid verwendet dabei ein Platte aus dem Verbund und speichert dort keine für den User erkennbaren Daten ab, sondern vermerkt sich dort, Bit fuer Bit, wie die Zuaständer der anderen Platten aussehen. Hier werden also keine Dateien "einfach" gespiegelt oder der gleichen. Weil es bei allem auch immer etwas gibt, was unschön ist, ist es hier das Schreibtempo. Um das auszugleichen kommt nur der Cache hinzu. Ein weitere Speicher der eben schneller ist. Dazu verwendet man eben derzeit gerne NVME. Welche der Daten daruaf nun zwischengespeichert werden entscheidet der User nun selbst. Und auch, ob es bei einem Zwischenspeichern bleibt, oder ob eben dauerhaft auf dem schnelleren Cache Daten verbleiben. Da wie oben erwähnt der Cache aber nicht über die Parität abgesichert ist nimmt man nur hier ein Raid zur Hilfe.

Das OS bleibt bei Unraid im RAM. Da bringen die NVME schon mal keine Vorteile. Benutzt werden sie für den Cache. Also den "Zwischenspeichern" für die Daten, auf die man wirklich schnellen Zugriff haben will. Und, um darauf schneller Daten ablegen zu können, als das slebst auf SSD ginge. Zwei aus dem Grund, dass der Cache nicht durch die Patität,.die Unraid für den eigentlichen "Dateienspeicher" nutzt geschützt werden. Darf man auch für Dateien, die auf dem Cache liegen keinen Dateiverlust riskieren greift man dafür zum RAID.

@JPB Hier kam gerade eine Anleitung dafür raus.

GIbst du wirklich immer noch den Port mit an? Das sollte nicht nötig sein. Wenn ja, welchen gibst du dort an? Und auf dem Unraid Login Screen solltest du nicht landen. Das sollte nicht nach außen erreichbar gemacht werden. Wenn du Nginx Proxy Manager laufen hast, solltest du wenn du deine Domain eingibst eine Testseite von Nginx sehen. Bei dir horcht Unraid somit noch auf die Standard Ports 80 und 443. Damit kann NPM nicht mehr darüber laufen. Um das zu ändern hab ich für Unraid die Ports geändert, damit NPM sich die benötigten Ports schnappen kann. Das geht unter "Settings" dann "Management Access" hier auf z.b. folgendes ändern. HTTP port: 8088 HTTPS port: 4433 Jetzt noch einmal kontrollieren wie NPM eingerichtet ist. Dabei sollten die Ports folgendermaßen eingestellt sein. WebUI: Container Port: 81 HTTP Port: Container Port: 80 HTTPS Port: Container Port: 443 Jetzt sollte auch der NPM SSL Zertifikate erzeugen können.

Oh alles klar. Daher bricht das immer ab. Da bin ich deutlich über dem Limit. Benutze leider kein Plex hab lieber zu Jellyfin gegriffen.

Das haben die aber auch schön weit im Menue versteckt. Aber danke für den Hinweis. Damit hatte ich gar nicht bei Sonos gerechnet. Mal schauen, ob es das schafft den 1 TB zu indexieren.

Ich benutze zwar kein Duckdns (habe mich für ddnss entschieden), doch muss man dort eventuell noch Wildcards "aktivieren? Damit Duckdns eben auch alles was vor deine Subdomain.Duckdns.org geschrieben wird auch weiterreicht. Und sind die Ports 80 und 443 in deinem Router / Firewall auf die IP die der NPM Container hat weiter geleitet?

An den Temperaturen liegt es wohl nicht. Beide Platten liegen so bei 40 Grad. Die Festplatten sind zwei 2,5" HDD von Toshiba. Die Pfade: rsync -avP /mnt/disks/TOSHIBA/Musik/ /mnt/disks/TOSHIBA_EXT/Musik/ Ob es vormals jemals schneller war kann ich nicht sagen. Führe eine derartige Aktion an dem Rechner zum ersten mal aus. Ich dachte nur, da bei Festplatten mittels USB3 angeschlossen sind, sollte die Übertragungsrate doch höher ausfallen. Wenn ich rsync unterbreche und nach einiger Zeit wieder neu starte, werden die einzelnen Dateien mit 20-30MB/s übertragen, doch dann fällt es auf unter 1MB/s. Ich habe mal eine einzelne größere Datei mittels cp kopiert. Dort ist das gleiche zu erkennen. Erst geht es mir 30MB/s voran und fällt dann erst auf 1MB/s und rappelt sich dann hoch auf bis zu 5MB/S

Hallo, ich wollte heute mittels unassigned devices von einer externen hdd auf eine andere hdd mittels rsync mp3 Dateien kopieren. Dabei fällt mir auf, dass zunächst die Geschwindgkeit noch ok ist, dann aber drastisch abreist. Ich kopiere mittels rsync -avP ......mp3 2,787,753 100% 72.98MB/s 0:00:00 (xfr#1, ir-chk=1022/15280) doch schon bald sinkt es auf diese Werte ......mp3 4,296,704 100% 1.14MB/s 0:00:03 (xfr#2185, ir-chk=1005/15243) Wo könnte ich ansetzen um heraus zu finden wo das Problem liegen könnte. Ich bin schon mal wieder zurück von Version 6.11.3 auf Version 6.11.2

It seems, that the web update doesn't recognize the possible update correct. I went over from web update to cli update. Open a console for your nextcloud container there you can use this root@f471a5390c23:/# cd /config/www/nextcloud/updater/ root@f471a5390c23:/config/www/nextcloud/updater# sudo -u abc php updater.phar Nextcloud Updater - version: v25.0.0beta3-17-gef6cf2d Current version is 25.0.1. No update available. Nothing to do. root@f471a5390c23:/config/www/nextcloud/updater#

Du solltest, wenn du Nginx installiert und eingerichtest hast alle deine Dienste über die gleiche Domain erreichen. Lediglich die Vorangestellte Subdomain ändert sich dann. Das anhängen eines Ports entfällt dann. Jedweder Zugriff erfolgt über Port 80 bzw. 443. Nginx entscheidet dann wohin der Zugriff weitergeleitet wird. Z.B. nextcloud.meinedomain.de Das wird dann alles an den Nextcloud Container geleitet der intern über zb 192.168.1.20 am port 45210 zu erreichen ist. Während bitwarden.meinedomain.de an den Bitwarden Container, der dann intern über 192.168.1.20 am Port 6500 zu erreichen ist. Als Vorraussetzung richtet man eben bei zB. DuckDns ein entsprechende Weiterleitung ein, die eben erreicht, dass alles was an meinedomain.de gesendet wird an deine öffentliche IP geschickt wird. Dazu muss man DuckDns über seine öffentliche IP informieren, besonders, wenn sich diese ändert. Im Nginx legt man nun seine Hosts an. Dort gibt man an die vollständige Domain, also z.b. Nextcloud.meinedomain.de die IP Adresse an die der Verkehr im internen Netzwerk gehen soll, und dazu noch den passenden Port. Und wichtig an dieser Stelle lässt sich festlegen, ob der Internetverkehr verschlüsselt erfolgen soll. Dazu im SSL Reiter die entsprechenden Haken aktivieren und eine Email Adresse angeben, auf die man Informationen haben möchte, wenn etwas beim SSL. Zertifikat erzeigen nicht stimmt.

Kann dem zustimmen. Nutze selber NPM. Ist dank der Web-GUI sehr einfach zu bedienen. Verorgt dich einfach mit Letsencrypt Zertifikaten, damit die Nextcloud auch ordentlich mittels SSL Verschlüsselt übers Netz kommuniziert. Auch sind so weitere Anwendungen einfach mit auszurollen, wie ein Bitwarden Container oder ähnliches, was man noch gerne übers Netz verfügbar machen möchte.

Gleiches bei mir. Der Update Channel steht dabei bei beiden auf Stable...

Wichtig bei Unbalance ist, dass der Docker und VM Dienst deaktiviert ist. Das verschiebt nur Dateien,.die nicht gerade in Verwendung sind.

Ich denke für dein Vorhaben ist Unraid die bessere Wahl. Ich habe die gleiche Hardware und ähnliche Anforderungen gehabt und stand vor der gleichen Frage. Unraid oder Proxmox. Proxmox hat seine Stärken, wenn es um Virtualisierung geht. Bei Unraid steht der File Server im Vordergrund. Was mich also schon mal mehr zu Unraid bewegt hatte. Und dabei wollte ich unbedingt Proxmox ausprobieren. Doch das Thema stromsparen ist ja auch noch da gewesen. Und durch die Möglichkeit des Spindowns von gerade nicht benötigten Platten geht da der Punkt abermals an Unraid. Ich vermisse auch kein ZFS, weswegen ich erstmalig mit Proxmox liebäugelte. Durch Parität und Backup ist reichlich Sicherung vorhanden. Geswindigkeit gibt es durch den Cache. Da ich nur wenig VM nutze, die meiste Zeit lediglich Dockeranwendungen vor sich hin dümplen ist Unraid somit in meinen Augen hierbei die richtige Wahl.

Ich habe gerade nochmal bei mir neu installiert. RustdeskServer und RustdeskServer-Relay danach wieder installliert. Die Ports 21117 und 21119 sind für den RustdeskRelay-Server. Keine Ports oder ähliches geändert und es lief sofort. Konnte sowohl von meinem Laptop im Heimnetz auf mein Handy im zugreifen und Umgekehrt.

Habe es bei mir im Bridge mode laufen. Ansonsten gleiche Einstellungen. Vielleicht liegt es ja daran?