SidM

Wenn ich es in dem Thread richtig vernommen habe wird es so eingerichtet: -rsync-Server auf Quell-Server installieren -SSH Key des Backupserver hinterlegen -Skript mit gewünschten Pfaden auf Backup-Server ausführen (z.b. täglicher CRON) Was mich aber noch verwundert: In der Version 1.7 des Skript steht unter ToDo: "docker container stop and start for SSH sources" Im passenden Thread dazu aber : "Unraid exclusive: Stops docker containers if the source path is the appdata path, to create consistent backups Unraid exclusive: Creates a snapshot of the docker container source path, before creating a backup of it. This allows an extremely short downtime of the containers (usually only seconds). Wie muss ich das jetzt deuten? Funktioniert das Starten und stoppen der Dockercontainer noch nicht, oder aber nur wenn das Skript auch auf dem Quell-Server ausgeführt wird?

Das war auch mein erster Gedanke, aber dort ist nichts zu finden. Beim Template habe ich auch nicht wirklich etwas gefunden, das kann aber auch mangelnden Wissen liegen.

Hallo lbjim, Ich habe seit einer Weile 2x 2TB Samsung 980 PRO Heatsink verbaut und keinerlei Probleme bzw, Meldung damit. Beste Grüße.

Seems quite familiar to me...😒

Wenn möchte ich schon den optimalen und sichersten Weg gehen. Okay also rsync Server installieren ✔️ Dort gebe ich dann nur die Pfade des eigentlichen Server's an die ich sichern möchte? Standartmäßig ist hier ja /mnt/user/ angegeben also alles. Sollte ich das nur auf die benötigten Freigaben ändern oder kann ich das auch bedenkenlos so lassen? Bei schreiben bin ich gerade etwas verunsichert wurden. Der rsync-Server läuft ebenfalls auf dem Backup-Server und durch die Generierung des SSH Key's auf dem Client (Hauptserver) kann sich der Backup-Server als vertrauenswürdig verifizieren. Richtig? Die Pfadangaben und auch das Readonly bezieht sich aber auf den Backup-Server und nicht des Hauptserver's? Damit wird quasi verhindert dass der Hauptserver Datein auf den Backup-Server Manipulieren kann, wenn er mal kompromittiert wird? Andersherum würde es aber gehen? Ich einem Screenshot von dir gab es im rync-Server die Variable Acess Mode mit der Option auf Read Only. Das ist im aktuellen Docker jetzt nicht mehr vorhanden also gehe ich richtig der Annahme, dass dies jetzt fest hinterlegt ist? Im Skript gebe ich dann z.b. folgendes ein: # source # destination "192.168.188.40:/mnt/cache/appdata" "/mnt/user/backup/appdata" "192.168.188.40:/mnt/cache/Nextcloud" "/mnt/user/backup/Nextcloud"

Hallo zusammen, da der Titel ganz gut passt, dachte ich mit meinen Anliegen hier gut reinzupassen. Nach über 2 Jahren Unraid bin ich richtig begeistert von den System und habe nun bereits viele Docker im Einsatz wovon ich zu beginn nicht geträumt hatte. Dazu noch 2-3 VM'S WireGuard Tunnel etc. Seit ca. 1 Jahr ist auch Nextcloud mein täglicher Begleiter für Fotos, Dokumente etc. geworden und nicht mehr weg zu denken. Die Daten von Nextcloud und auch alle anderen Docker einschließlich appdata befindet sich auf einem Cachepool bestehend aus 2x2TB NVME, die gespiegelt sind. Nun ist es aller höchste Zeit sich um Backups dessen zu kümmern. Ich habe mir dazu vor ein paar Wochen einen Intel Nuc (NUC7i3BNK) mit 4GB RAM gekauft und dort noch eine 2TB NVME eingesetzt. Als Betriebssystem kommt hier auch Unraid zum Einsatz. Ich habe nun schon sehr häufig die Erwähnung des rsync Backup Skript von @mgutt gehört und denke, dass dies auch für mich passen würde. Allerdings ist mir manches noch nicht ganz klar. -das Skript läuft auf dem Backup-Server? -benötige ich zusätzlich den Docker rsync-Server? (ich denke nein, weiß aber nicht wo ich dann den SSH Key vom Server im Skript eintragen soll) Vielleicht noch nützlich Infos zum "Aufbau": Der Server steht bei mir und der Backup-Server bei meiner Freundin. Beide Standorte sind mit einer Fritzbox ausgestattet und permanent über VPN (IPSec) miteinander verbunden. Wireguard ist auf der 6590 leider nicht möglich, aber ich könnte durch den Backup-Server einen Wireguard-Tunnel zwischen beiden Servern einrichten. Zusätzlich ist noch geplant 2 Festplatten zu holen, die ebenfalls beide abwechselnd mit dem Skript beschrieben werden wovon eine dann immer bei bekannten untergebracht ist und ich Monatlich die alte Sicherung gegen die neue Tausche. (Hier wäre es noch cool wenn man diese evtl. verschlüsseln könnte) Macht das soweit sinn wie ich es mir vorstelle und das 321 Backup richtig verstanden habe?

Unfortunately you can forget the log completely, it only contains the following: 2023/12/27 20:48:43 [notice] 203#203: signal process started 2023/12/27 20:52:23 [notice] 221#221: signal process started 2023/12/27 20:52:31 [notice] 242#242: signal process started 2023/12/27 20:53:10 [notice] 259#259: signal process started 2023/12/27 20:53:17 [notice] 280#280: signal process started 2023/12/27 21:00:13 [notice] 197#197: signal process started 2023/12/27 21:00:27 [notice] 215#215: signal process started 2023/12/27 21:00:38 [notice] 237#237: signal process started 2023/12/27 21:00:38 [notice] 265#265: signal process started 2023/12/27 21:02:36 [notice] 283#283: signal process started 2023/12/27 21:03:06 [notice] 304#304: signal process started 2023/12/27 21:05:10 [notice] 321#321: signal process started 2023/12/27 21:05:27 [notice] 342#342: signal process started I have now deleted the container including all files and then reinstalled it. I also changed the network setting from Bridge to Custom: eth0 (including changing the port forwarding on the Fritzbox) The first domain worked straight away and with the second one I get the error message “Internal error” again. With the second domain everything is really the same as with the first, except that the domain name is different. I don't understand it and I can't figure it out. Fortunately, I now have 3 months of peace with one domain. But it would be nice if I knew where to look or where I'm doing something wrong

Hello everyone, every month... It's that time again when the certificates have expired and have not been automatically renewed again. It is also not possible to renew the certificates in the Webui. (Internal error) The log says the following: [12/26/2023] [12:46:46 PM] [SSL ] › ℹ info Renewing Let'sEncrypt certificates for Cert #1: meine.Domain [12/26/2023] [12:46:46 PM] [SSL ] › ℹ info Command: certbot renew --force-renewal --config "/etc/letsencrypt.ini" --work-dir "/tmp/letsencrypt-lib" --logs-dir "/tmp/letsencrypt-log" --cert-name "npm-1" --preferred-challenges "dns,http" --no-random-sleep-on-renew --disable-hook-validation [12/26/2023] [12:46:58 PM] [Express ] › ⚠ warning Command failed: certbot renew --force-renewal --config "/etc/letsencrypt.ini" --work-dir "/tmp/letsencrypt-lib" --logs-dir "/tmp/letsencrypt-log" --cert-name "npm-1" --preferred-challenges "dns,http" --no-random-sleep-on-renew --disable-hook-validation Saving debug log to /tmp/letsencrypt-log/letsencrypt.log Failed to renew certificate npm-1 with error: Some challenges have failed. All renewals failed. The following certificates could not be renewed: /etc/letsencrypt/live/npm-1/fullchain.pem (failure) 1 renew failure(s), 0 parse failure(s) Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /tmp/letsencrypt-log/letsencrypt.log or re-run Certbot with -v for more details. Does anyone have a solution for this please? Unfortunately, turning off “force SSL” on Github doesn’t help. Thank you.

Hallo Zusammen, alle Monate wieder.... es ist mal wieder soweit, dass die Zertifikate abgelaufen sind und sich nicht wieder automatisch verlängert haben. Auch ist es wieder nicht Möglich in der Webui die Zertifikate zu erneuern. (Internal Error) im Log steht dazu folgendes: [12/26/2023] [12:46:46 PM] [SSL ] › ℹ info Renewing Let'sEncrypt certificates for Cert #1: meine.Domain [12/26/2023] [12:46:46 PM] [SSL ] › ℹ info Command: certbot renew --force-renewal --config "/etc/letsencrypt.ini" --work-dir "/tmp/letsencrypt-lib" --logs-dir "/tmp/letsencrypt-log" --cert-name "npm-1" --preferred-challenges "dns,http" --no-random-sleep-on-renew --disable-hook-validation [12/26/2023] [12:46:58 PM] [Express ] › ⚠ warning Command failed: certbot renew --force-renewal --config "/etc/letsencrypt.ini" --work-dir "/tmp/letsencrypt-lib" --logs-dir "/tmp/letsencrypt-log" --cert-name "npm-1" --preferred-challenges "dns,http" --no-random-sleep-on-renew --disable-hook-validation Saving debug log to /tmp/letsencrypt-log/letsencrypt.log Failed to renew certificate npm-1 with error: Some challenges have failed. All renewals failed. The following certificates could not be renewed: /etc/letsencrypt/live/npm-1/fullchain.pem (failure) 1 renew failure(s), 0 parse failure(s) Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /tmp/letsencrypt-log/letsencrypt.log or re-run Certbot with -v for more details. Hat bitte jemand eine Lösung dafür? Der hinweiß auf github "force SSL" auszuschalten bringt leider nichts. Vielen Dank.

Hallo Zusammen, seit gestern habe ich mal wieder ein wenig Trouble mit Nginx. Ich habe für meine Nextcloud Instanz 2x DynDNs (Strato und DuckDNS) eingerichtet, falls mal eins von beiden nicht gehen sollte, ich immer noch über die jeweilige andere Domain gehen kann. (Ursprünglich hatte ich nur DuckDNS, da ich aber einen schöneren Namen für die Domain haben wollte, kam Strato dazu) Das ganze hab ich nun seit nen 3/4 Jahr soweit laufen und zugriff über https mit Zertifikaten von Let's Encrypt. Nun sind gestern mal wieder die Zertifikate abgelaufen und ich wollte diese im WebUI erneuern. Für die DuckDNS Domain hat dies funktioniert, aber bei der Strato Domain kommt die Meldung "Internal Error". Dies hatte ich beim Letzen mal auch schon gehabt, nur konnte ich dort das Zertifikat weder für die eine noch die andere Domain erneuern. Irgendwann hat es funktioniert, nur leider weiß ich nicht mehr was der Fehler war. Was habe ich getestet/kontrolliert: - DynDNS ist bei der Strato Domain aktiv - Wenn ich die aktuelle öffentliche IPv4 Adresse im Browser eingebe, komme ich auf die "Congratulations!" Seite von NGINX - In der Fritzbox sind die Ports 443 und 80 eingerichtet und zeigen auf NGINX - Im Log von NGINX steht "Another instance of Certbot is already running" ( Ich erinnere mich, dass diese Meldung beim letzten mal auch da stand. - Wenn ich den Proxy Host lösche und neu anlege funktioniert es ohne Fehler - Zusätzlich habe ich beim neu anlegen bemerkt, dass die Optionen "Force SSL", "HTTP/2 Support" "HSTS enabled" nach den speichern wieder deaktiviert wurden. Ich kann diese zwar dann nochmal aktivieren und er behält dieses mal die Einstellung, aber ist das Normal? Danke und viele Grüße!

@Kilrah Thank you very much for your help. Nextcloud is running again as before! What was the mistake? I happened to see that my UPS was not accessible in IoBroker. In Unraid, however, this was accessible and also provided current data (Unraid is the APCDamon for IoBroker) That's why I restarted the server (I already had it yesterday) and then IoBroker reached the UPS again. So Nextcloud changed back to br:0 and put the Config.php back and now everything is running as it should. We had thunderstorms with power outage two days in a row. However, the server is supported by the UPS and is shut down in a controlled manner. So I can't explain the behavior other than a hiccup.🤷‍♂️🤷‍♂️

I was just able to narrow down the error or make Nextcloud work for the time being. I switched the Nextcloud container from br:0 to bridge. (192.168.18.40) and host port 8222. In the Config.php I added the IP to the trusted_domains. In the Nginx proxy manager, I also switched the IP from my domain to the new IP. Now I have access again. That's nice at first, but it shouldn't stay like this. However, "Host access to user-defined networks" is still activated in the Docker settings. What could it be?

How do they recognize that there is no communication between them? No, I did not make any changes to the network myself

Good day! Unfortunately I've been having problems with Nextcloud since yesterday. I noticed it when I couldn't access my data with my iPhone. Then I just restarted Docker on my cell phone in the hope that it would help (of course not) Then I was so "clever" and updated the container because it showed me an update and also had the hope that it would work again. Then today I checked the log again while I was at rest on the PC. This is in the log: I've searched the internet up and down, but can't find a solution. However, the yellow message no longer appears in the LOG: Mariadb's log is also unremarkable: Where can and must I start? I'm very clueless right now.

Hat es einen bestimmten Grund, warum du Cache SSD und Docker SSD getrennt haben möchtest? Bedenke, dass wenn eine der Platten ausfällt die Daten futsch sind bzw. (Backup vorausgesetzt) sie den Stand des letzten Backups haben. Bei der Cache SSD kommt es darauf an, welches Intervall der Mover eingestellt ist. Shares die aber auf Cache YES stehen, sind komplett ungeschützt. Und Nein, Unraid benutzt nicht automatisch die Pool Platten als Cache. Das kannst du für jedes Share separat einstellen. Ich habe bei mir 2x2TB im Pool als RAID 1 die mir als Cache und Speicherpfad für Dockercontainer dienen. Ebenfalls für ein paar Shares auf die ich ständig zugreife. Zusätzlich ist noch eine 4TB Sata SSD für aktuelle Downloads, Kameraaufnahmen etc. verbaut, wo es nicht so schlimm ist, wenn dieses abraucht. Und wie schon meine Vorredner gesagt haben, nur das installieren was du wirklich benötigst. Der Rest kommt dann bei Bedarf automatisch.

Grüße! Deine 3 HDD packst du in das Array. Dabei können diese entweder 3x Daten ohne Parity oder 2x Daten mit 1x Parity oder 1x Daten mit 2x Parity sein, je nachdem was du vor hast/benötigst. Die Cache SSD kommt in den Pool und dient wenn so konfiguriert als schneller Zwischenspeicher. Beachte wenn nur eine Platte im Pool ist und diese ausfällt auch die Daten futsch sind, ähnlich im Array wenn dort keine Parität vorhanden ist. Anzumerken sei noch dass die Parität die größte Festplatte sein muss, falls du unterschiedlich große HDD's einsetzen willst. Ich würde beide SSD's in den Pool packen und diesen sowohl als Cache als auch Speicherlaufwerk für dein Docker nutzen. Für die grundsätzliche NAS Funktion (SMB Share) brauchst du kein Docker.

Hallo zusammen, ich hoffe die Frage passt hier rein, ich bin momentan mit meinen Netzwerkskills am Ende und hoffe ihr habt ne Idee für mich. Mein Netzwerk (192.168.188.0) besteht aus einer Fritz!Box 6591 (192.168.188.1) an dem grundsätzlich alle Geräte direkt über LAN und WLAN verbunden sind. An einem Port hängt noch ein dummer Layer2 8-Port switch, der die Port Anzahl vergrößert. Zusätzlich habe ich noch ein VPN(IPsec) zwischen zwei Fritz!Boxen aktiv (2 Standorte) und zwei weitere WireGuard für iPad und iPhone. Des weiteren hängt an der Fritzbox 6591 noch eine andere Fritz!Box 7590 AX über LAN (192.168.188.93). Die 7590 AX gehört meinen Bruder (im gleichen Haus) ist IP-Router und hat ihren eigenen IP-Adressbereich (192.168.198.0) und vergibt auch selber über DHCP die Adressen. Das ist auch so gewollt, da ich nur den Internetzugang für ihn zur Verfügung stelle und seine Geräte nicht in der Übersicht sehen will. Nun möchte ich ihn aber zwei SMB Shares zur Verfügung stellen, wo er seine Daten ablegen kann. Ich habe versucht in Windows eine Netzwerkadresse als auch Netzlaufwerk probiert hinzuzufügen. Beides scheitert und es konnte keine Verbindung hergestellt werden, die Netzwerkanmeldeinformation erscheint ebenfalls nicht. Über den Browser auf seinen Rechner hab ich zugriff zum Unraid-WebUI. Ich dachte dann an eine Statische Route zwecks anderes Subnet und hab diese in meiner Fritzbox eingerichtet: IPv4 Netzwerk 192.168.198.0 Subnetzmaske 255.255.255.0 Gateway 192.168.188.93 Auch das hat nicht geholfen. Ich habe dann alternativ (auch wenn nicht so Performant) noch versucht eine WireGuard Verbindung zwischen den beiden Fritz!Boxen herzustellen, aber die 7590 AX bringt beim Import der wg_config.conf die Fehlermeldung "Ihre Einstellungen konnten leider nicht erfolgreich übernommen werden" Ich bin gerade mit meine Latein am Ende. Sehe ich gerade den Wald vor lauter Bäumen nicht? Vielen Dank!

Kannst du mal folgendes probieren: iobroker stop iobroker fix iobroker start wenn das fertig ist, nochmal ein update der Adapter probieren.

Servus, das Problem hatte ich bis jetzt noch nicht. Hast du ein Update mal über die Konsole probiert? Bricht es da auch ab? Welche Node Version hast du? evtl auch mal hier lesen.

Servus, um die Größe zu verändern musst du erst den Dockerdienst (nicht nur die Container) stoppen. Danach erscheint im selben Menü die Größe die du dann verändern kannst.

Okay, even if I understand them correctly, I can leave everything as it is and only change the source of in Docker nextcloud:latest to kilrah/nextcloud-ffmpeg:26.0 ?

Hello everyone, I am currently using the official Nextcloud container from knex666 in connection with MariaDB. I have now discovered the Memories app for myself and also passed my iGPU (Xeon E-2176G) through, but ffmpeg still seems to be missing. Can I now just stop docker and use this one instead? However, I noticed that knex666's docker has multiple paths: Container path: /var/www/html Container Path: /var/www/html/custom_apps Container Path: /var/www/html/config Container Path: /var/www/html/data + my individual paths for external storage. Is that even possible? Do I have to pay more attention? Or is my plan not working at all? I don't want to endanger my data under any circumstances! Thanks very much!

So die WebGui läuft wieder... schlussendlich hat folgender Befehl in der Terminal Konsole von Unraid geholfen: sudo docker exec --user www-data -it Nextcloud php occ app:disable fulltextsearch Dabei Entspricht Nextcloud den Namen des Nextcloud Docker Container (auch auf richtige Groß-/Kleinschreibung achten!) Zwar würde ich noch gerne wissen, wie der Befehl in der Konsole vom Nextcloud Docker richtig heißt, aber Hauptsache es geht wieder.

Hallo zusammen! Ich denke mein Problem passt hier ganz gut rein. Ich habe versucht Fulltextsearch in den Apps der Nextcloud zu installieren. (Trotz Hinweis dass dies nur bis Version <25 getestet wurde) Nunja seitdem komme ich nicht mehr auf die Webgui bzw. bekomme ich ein "Diese Seite funktioniert nicht" "HTTP ERROR 500" angezeigt. Nun würde ich gerne über die Kommandozeile die installierte App wieder deaktivieren, aber ich stelle mich mit den Kommandos zu blöd an. Hier habe ich zwar die Kommandos gefunden, aber weder in der Konsole von Nextcloud selber noch in der Konsole von Unraid bekomme ich das hin. Kann mir jemand auf die Sprünge helfen? Ich bin ja der Meinung in der Konsole von Nextcloud. Aber wenn ich "occ app:disable fulltextsearch" eingebe bekomme ich die Meldung "Console has to be executed with the user that owns the file config/config.php Current user id: 0 Owner id of config.php: 33 Try adding 'sudo -u #33' to the beginning of the command (without the single quotes) If running with 'docker exec' try adding the option '-u 33' to the docker command (without the single quotes)" sudo kennt er nicht und auch nützt es nichts wenn ich -u 33 davor hänge. Vielen Dank!

Nee nee, nicht falsch verstehen, hab mich diesbezüglich vielleicht auch falsch ausgedrückt… Ich wollte nur in Erfahrungen bringen, ob das verhalten so richtig ist. Wie ich nun erfahren konnte, ist dies so korrekt und das find ich auch gut so! Denn mich geht es nichts an, was mein Bruder oder andere aus der Familie an Daten in seiner Nextcloud hat! Warum ich überhaupt damit Berührung hatte, war die initiale Befüllung von meinen vorhandenen Daten in die Nextcloud. Ich hatte soweit schon die meisten Daten auf auf mehreren Shares verteilt. Und da wollte ich die Daten über SMB einfach in meinen Nextcloud Ordner /data/User1/files verschieben. Letztendlich habe ich die vorhandenen Shares über external Storage Plugin eingebunden und dann innerhalb von Nextcloud die Daten verschoben. Anschließend habe ich die Shares aus den external Storage entfernt und danach die Freigaben auch aus Unraid. Danke an @mgutt, @hawihoney und @Pixelpaule für die Aufklärung!