new_unraid_user

Momentan läuft der Knex666 nextcloud Docker und von linuxserver die MariaDB und momentan läuft noch alles ohne Probleme, habe aber ehrlich gesagt auch noch nicht viel damit gemacht. Plugins hatte ich lediglich ein paar wenige installiert gehabt, z.B. externer Speicher, sowie 2Faktor Authentifizierung. Gerade aufgefallen, OnlyOffice Plugin hatte ich noch nicht installiert, mache ich jetzt gerade. OnlyOffice läuft auch als Docker in Unraid. Ich verstehe ja auch nicht warum nextcloud auf einmal verrückt gespielt hatte. Bei all-inkl.com habe ich mehrere Instanzen von nextcloud laufen, das funktioniert ohne Probleme. Nur hat man da halt nicht soviel Speicher.

Hallo, ich nutze den offiziellen Nextcloud und MariaDB Docker. Jetzt habe ich schon 2x alles zerschossen gehabt, ohne das ich was gemacht habe... Das erste Mal vor ca. 2 Wochen. Ich hatte alles eingerichtet, lief auch wunderbar, wurde aber schon ein Update angezeigt, ich nutze latest. Da ich nicht wußte ob das Update über ein Docker Image erfolgt oder im Docker selber, hatte ich nichts gemacht. Scheinbar wurde über Nacht ein Update ausgeführt und am anderen Tag konnte man nichts mehr aufrufen... Danach alles wieder neu installiert, auch die aktuellste Version, lief wunderbar, auch externer Zugriff. Heute wollte ich bei einem Ordner die Details aufrufen um ihn freizugeben, da drehte sich nur die Animation, nichts passierte. Wenig später kam der Bildschirm das Nextcloud in dem Update Modus/Wartungsmodus wäre und ich sollte über Konsole das Update fertig ausführen. Dabei hatte ich nur Probleme mit der Datenbank, "Table 'oc_migrations' already exists" , das konnte ich jetzt wieder nicht reparieren lassen, da nichts, was ich machen wollte irgendwie funktioniert hatte, weder im Docker selber noch über Unraid Terminal. Die Instanz ist somit schon wieder zerschossen. Bevor ich jetzt nochmals neu installiere, meine Frage hier, welche Docker kann man empfehlen, die auch mal länger als 2 Wochen ohne Probleme laufen?

So, hat sich dann demnach erledigt, kann jetzt über die subdomain-b.domain.net aufrufen, dann teste ich heute mittag mal ob das mit dem ssl auch klappt... Waren wohl die Einstellungen bei all-inkl.com mit ddns und dns Einstellungen..

Hallo, ich hänge mal wieder an einer Freigabe nach außen, sprich, ich möchte einen Docker nach außen freigeben. Jellyfin habe ich damals hinbekommen, auch mit ssl... Freigabe läuft über https://name.domain.net Jetzt wollte ich gestern wieder eine Freigabe einrichten, https://name2.domain.net Da kommt bei Nginx (Offiziell) immer interner Fehler. Mein Domainanbieter ist all-inkl.com, evtl. müßte man in den ddns Einstellungen bei all-inkl.com was ändern? Die Freigabe über Jellyfin läuft irgendwie über ddns und dns Einstellungen in dem Menü. Irgendwie hatte das damals geklappt. Ich möchte da aber jetzt nichts testen, nicht das das dann auch nicht mehr funktioniert... Jellyfin hatte ich scheinbar so eingerichtet das ich in den ddns Einstellungen bei all-inkl.com eine subdomain-a.domain.net angelegt hatte, dann in den dns Einstellungen von all-inkl.com den Name eingegeben subdomain-b.domain.net dann CNAME angewählt und untendrunter in dem Feld Date/Value eingegeben: subdomain-b.subdomain-a.domain.net Das führte dann dazu das die Subdomain-b.domain.net aufgerufen werden konnte... Auch die Einstellungen in nginx wie für jellyfin hatte ich übernommen, nur halt die andere subdomain, das klappte aber auch nicht. Oder liegt mein Fehler einfach darin wenn ich die Subdomain in nginx anlege einfach 2 Stunden warten muß bis das aktiv ist? Vielleicht kann mir da jemand was zu erklären?

Hello, I have installed Onlyoffice Documents on Unraid 7.01. I have taken 8087 and 4430 as ports. I can access the page via port 8087, via 4430 I always get “Connection failed”. What can I do? I can't use Nginx either, every time I want to create a Letsencrypt certificate, I get “Internal error”. The Unraid PC is accessible from outside, so other Docker. How do I get OnlyOffice to be accessible via SSL? In the end, it should be “built in” to nextcloud.

Klar, der Fehler war das ich nicht im Terminal des Dockers eingeloggt war, sondern in Unraid.... Jetzt funktioniert es wieder....

Ich denke mal ein Fehler ist, das ich mich als root im Terminal auf dem Quellserver eingeloggt habe, man sollte sich ja im Docker an sich ins Terminal einloggen. Gut, muß ich mal Linux starten, denn unter Windows habe ich keine Zeichen sondern nur bunte Felder im Terminal...

Ich hatte anfangs diese genutzt: https://unraid.net/blog/unraid-server-backups-with-luckybackup Der Pfad stimmt, gehe ich auf /mnt/user sehe ich lediglich die einzelnen Festplatten und anderes: gehe ich dann nochmals auf /user sehe ich die angelegten Verzeichnisse. Das ist auf dem externen Unraid Server genauso, komischerweise wird als Ziel allerdings nur /mnt/user angelegt, etwas, was ich auch noch nie verstanden habe.... Das ist auch was, was ich noch nicht verstanden habe, oben gebe ich den entfernten Rechner ein, also Benutzer@host, und unten wo ich ssh anklicke, ist das auf dem lokalen Rechner gemeint oder dem entfernten? Wenn das lokal wäre, müßte ich /luckybackup/.ssh/... eingeben, korrekt? Aber wenn ich über Krusader in das Luckybackup Verzeichnis unter /appdata gehe, ist da kein "id_rsa" Schlüssel, nur welche mit anderen Namen... Im root Verzeichnis von Unraid ist kein Verzeichnis von /luckybackup ... Ich hatte es mal laufen gehabt, bis vor ca. 5 Wochen, evtl. gab es da ein Update oder sonst was.

Hallo, vorab, LuckyBackup war schon mal gelaufen, bis anscheinend ein Update oder Neustart dazwischen kam. Aber ich bekomme es (mal wieder) nicht mehr zum laufen... Server 1 (Quellserver): 192.168.188.3 Server 2 (Backup): 192.168.178.3 2 FritzBoxen über VPN verbunden Die Anleitung die es ja gibt, ist wohl veraltet, sollte man nicht mehr nutzen. Ansonsten habe ich auch keine Anleitung hier im Forum gefunden. Es gibt ein Thema über LuckyBackup, ja, aber das ist ja so "durcheinander" das da auch keine klare Anleitung zu ersehen ist, oder ich habe sie übersehen. Meine Vorgehensweise nachdem ich gemerkt hatte das LuckyBackup nicht mehr funktioniert, weil mit der id_rsa was nicht stimmte... Auf dem Backup Server erstmal alle Schlüssel in der known_hosts Datei gelöscht. Einen Ordner für den Schlüssel auf dem Quellserver erstellen: mkdir -p /luckybackup/.ssh/ chmod 700 /luckybackup/.ssh/ Einen neuen Schlüssel auf dem Quellserver erstellt. ssh-keygen -t rsa -b 4096 -f /luckybackup/.ssh/id_rsa Öffentlichen Schlüssel auf Backup Server kopieren: ssh-copy-id -i /luckybackup/.ssh/id_rsa.pub [email protected] In den Einstellungen von LuckyBackup stelle ich ja ein das ein entfernter Rechner genutzt werden soll: Wenn ich dann auf (Simulation) Ausführen klicke, kommt immer wieder dieser Fehler: Gebe ich diesen Befehl auf dem Backup Server ein: ls -l /root/.ssh/id_rsa Erscheint allerdings: demnach ist der Schlüssel wohl vorhanden... Die Rechte habe ich auch für diesen Ordner geändert, da ja scheinbar kein Zugriff stattfinden kann: Oder liegt der Fehler darin das LuckyBackup einen anderen Schlüssel verwendet als den, den ich im Verzeichnis /luckybackup/.ssh/ habe anlegen lassen? LuckyBackup läuft als "root" auf dem Quellserver. Gibt es vielleicht irgendwo eine Anleitung die aktuell ist und das Backup zwischen 2 Unraid Servern mittels LuckyBackup beschreibt? Die auch so beschreibt das LuckyBackup nach Updates vom System, Docker, was weiß ich, auch noch weiter funktioniert? Alternativ, gibt es eine andere Möglichkeit zum synchronisieren? Syncthing nutze ich nicht so gerne, vor allem nicht für eine Menge an Dateien. Es muß doch auch was einfaches geben was tatsächlich auch mal funktioniert... Und falls es mal nicht funktioniert man benachrichtigt wird, nicht wie hier bei LuckyBackup das jetzt schon Wochenlang nicht mehr synchronisiert hat... Dankeschön :-)

Kurzer Zwischenstand, Lucky Backup läuft noch immer seit gestern mittag ohne Fehlermeldung. Das VPN WireGuard war tatsächlich die Lösung 🙂

Ich nutze demnach das "alte" IPSec, da das über den Router so durchgeführt wurde, also mit einem Assistenten, glaube ich. Dann werde ich nachher mal mit WireGuard probieren. Danke für den Hinweis :-) Mit der Zwangstrennung, ja, da mußte ich mich auch erst wieder dran gewöhnen, aber bei 1&1 Glasfaser ist das scheinbar noch so, man soll den Rechner ja nicht als Server nutzen können ;-). NACHTRAG 12:00 Uhr: Ich konnte jetzt die VPN WireGuard Verbindung erstellen und habe Lucky Backup wieder gestartet, momentan ist die Geschwindigkeit höher wie vorher überhaupt, naja, "Geschwindigkeit", vorher war es meist bei ca. 2,5-3,2MB/s rumgedümpelt, jetzt liegt er momentan bei ca. 4,5-5MB/s. Mal gespannt ob das so bleibt. Klar, ist ja auch nur eine 50MBit Leitung am Empfangsort...

Danke Dir schon mal für die Antwort, die Zwangstrennung ist in beiden Boxen eingestellt das die die jeweilige FritzBox selbstständig erledigt, ja, die gibt es leider noch. Bei Kabel gab es die alle paar Monate mal, aber bei Glasfaser ist sie täglich. Das Problem ist auch nicht das kein Internet da wäre, ich denke das hängt eher mit dem Netzwerk innerhalb der 2 Boxen zusammen, denn ich merke nichts das generell das Internet getrennt wäre, steht auch nicht in den Logs der Boxen. Ich habe eine Vermutung, auf der entfernten FritzBox ist die Labor Firmware 7.9xxx installiert, die werde ich zurücksetzen sobald dort jemand auf ist und eine Taste an der Box drücken kann. Wenn dann mit der normalen Firmware noch immer die Probleme auftreten muß ich weitersuchen. Komischerweise ist jetzt nach meinem letzten Beitrag heute morgen vor ca. 7 Stunden die Verbindung bisher stabil, d.h. Lucky Backup ist seit ein paar Stunden am backuppen....

Hallo, ich habe nach Anleitung 2 Unraid Server für LuckyBackup konfiguriert. Es lief jetzt sehr lange Zeit gut, die letzte Zeit habe ich aber sehr oft Abbrüche, dann kommt client_loop: send disconnect: Broken pipe rsync: [sender] write error: Broken pipe (32) rsync errror:.... Es kann sein das es mal stundenlang durchläuft, dann, wie hier nach ca. 30min oder noch früher endet. In den Logs finde ich lediglich das was auch in der Kommandoausgabe zu lesen ist. Ich habe 2 FritzBoxen über ein virtuelles Netzwerk verbunden. Wann der Fehler das erste Mal auftrat kann ich nicht sagen. An der einen FritzBox liegt 1GBit Glasfaser (1&1), an der anderen FritzBox 50MBit DSL (Vodafone), vorher war es 1GBit Kabel (Vodafone) und 50MBit DSL (Vodafone). Ich glaube der Fehler kam schon vor dem Wechsel auf Glasfaser, kann es aber nicht genau sagen... Mache nicht jeden Tag/Woche ein Backup, nur wenn einiges neu gespeichert wurde. Lucky Backup und UnRaid sind jeweils die neueste Version. Die Daten werden ja zuerst auf dem anderen UnRaid PC in den Cache (2x480GB SSD als ein Laufwerk) geschrieben, dieser ist aber noch zu über 50% frei. Hat da vielleicht jemand einen Tip? Danke :-) NACHTRAG: Ich habe mich gerade auf die entfernte FritzBox eingeloggt, da steht z.B.: Der Fehler wäre dann: IKE-Error 0x203E phase 1 aborted, ip address of neighbour has changed Was kann ich da machen? Demnach würde es an der FritzBox hier vor Ort liegen, oder verstehe ich das falsch? NACHTRAG 2: Ich sehe in den Logs der FritzBoxen das tageweise laufend Abbrüche sind, teils in Minutenabständen, auch wenn ich Lucky Backup gar nicht nutze... Welche Möglichkeit habe ich noch die 2 Unraid PCs zu verbinden um ein Backup durchzuführen? Ich nutze noch für den ein oder anderen Docker eine SubDomain, wobei die jeweils aktuelle IP Adresse über die FritzBox mit all-inkl.com abgeglichen wird. Soll ich dann für Lucky Backup auch eine Subdomain für den entfernten PC anlegen? Oder wie geht man da am besten vor? Einen weiteren externen Anbieter wollte ich jetzt nicht noch nutzen, so was wie ein DynDNS Anbieter.

Thank you, I finally had time to look into it again, and now LuckyBackup is running again on the source server :-)

Thanks for the tip:-), yes, I installed 2x LuckyBackup, on the source and backup server, as I said, I followed the official instructions on the Unraid page so far https://unraid.net/blog/unraid-server-backups-with-luckybackup . Unfortunately, it no longer works since the last Docker update of LuckyBackup. The fact that I then had to run the procedure with the keys was a bit annoying, yes, but you didn't have to do it every day... Ok, I had now entered the keys from the backup server (about 50 km away, 192.168.178.3) from the source server (here on site, 192.168.188.3) by opening the main console on the source server. There were already keys in this file, I added the one from the backup server and saved it. After that, I opened LuckyBackup on the source server and continued, which was the mistake, so I have to do it the other way around, i.e. copy the key from the source server to the file on the backup server, and then your instructions would be correct for me again, right? I would then delete LuckyBackup on the backup server. Phew... a difficult birth... I'm curious 🙂

So, here is the list: 192.168.188.3 is the server that mainly sends (source) 192.168.178.3 is the server that mainly receives (backup) On the backup server I open the console and enter cat /luckybackup/.ssh/ssh_host_rsa_key.pub There I get the key that I have to insert on the source server, at least that's what I understand from your instructions. Before that I have to execute on the source server apt update apt install nano Then I execute the following command on the source server in the console of Luckybackup: nano ~/.ssh/authorized_keys ...and then I get the error, directory does not exist. That will have been the error, I open the console of Luckybackup, NOT the console of the system, just tested... I am just pre-damaged by the other instructions, there the console was always opened by the Luckybackup dockers. With your instructions I also assumed that the console would be opened by LuckyBackup, but yes, it only says open console... But when I open the command in the “main console” of Unraid, a file is actually displayed, including the keys that are already stored there. I assume that was the error.

Hello, Thank you for your help, but now I'm facing the next problem. I was able to install “nano”, but after entering “nano ~/.ssh/authorized_keys” the following message immediately appears in red: “Directory ‘/root/.ssh’ does not exist” If I ignore this and simply insert the key and then try to save, the following appears: “Error writing /root/.ssh/authorized_keys: No such file or directory” I solved this with “mkdir -p /root/.ssh” and then “chmod 700 /root/.ssh” Now I'm stuck again in Lucky Backup. I enter the IP address as the remote computer, but how do I select the ssh file? I'm not offered “/luckybackup/.ssh”, only the directory that I just created with the authorized key. Even if I simply enter the directory by hand “/luckybackup/.ssh/rsa_....”. After a simulated start, it again asks for a password... My computer, which I only ever synchronize in one direction, is 192.168.188.3 and goes to 192.168.178.3. I think I have to find another solution, there must be something simple that just lets you select the folders you want to synchronize and then press start. It doesn't even have to work automatically, I'm just old-school.

Thanks for the info, but now I'm stuck on “nano”, which is not installed, even an “apt-get -y install nano” doesn't help, root@0069af0c1c04:/# apt-get -y install nano Reading package lists... Done Building dependency tree... Done Reading state information... Done E: Unable to locate package nano If only I hadn't done an update, the old instructions always worked so far....

Hello, I have just updated Lucky Backup on both Unraid servers, after that I had to renew the connection again, I always follow these instructions: https://unraid.net/blog/unraid-server-backups-with-luckybackup I get to the point where I copy the ssh keys to the backup server, including password entry, then you can see what has been copied. I quit Lucky Backup and restart it, then go to the backup server in the console, cat /root/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys bash: /root/.ssh/authorized_keys: No such file or directory cd /root/.ssh bash: cd: /root/.ssh: No such file or directory What can I do?

Das stimmt ja, habe ich ja auch im ersten Post das Bild der FritzBox mit den Weiterleitungen. ABER, ich glaube ich habe den Fehler, klarer Fall von Selbstverar..... Bei all-inkl.com habe ich eine Subdomain angelegt: sub1.domain.org Mit dieser Domain wird auch der Willkommensbildschirm von Nginx angezeigt. In Nginx habe ich eine Domain jelly.domain.org angelegt, das kann ja dann eigentlich nicht funktionieren, da Nginx erst ab dort weiterleiten kann, also muß die Domain dann folgendermaßen lauten: sub2.sub1.domain.org, das werde ich gleich mal testen.

Achso, die Konsole gibt folgendes aus: nslookup jellyxxxxxx Server: 100.64.xxxxxx Address: 100.64.xxxxxx#53 Non-authoritative answer: Name: jellyxxxxxxx Address: 85.13.1xxxxxx dig jellyxxxxxxxxx ; <<>> DiG 9.18.24-1-Debian <<>> jellyxxxxxxxx ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62045 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1232 ;; QUESTION SECTION: ;jellyxxxxxxx IN A ;; ANSWER SECTION: jellyxxxxxxxx 2444 IN A 85.13.138.73 ;; Query time: 20 msec ;; SERVER: 100.64xxxxx#53(100.64xxxxx) (UDP) ;; WHEN: Tue May 28 21:30:38 CEST 2024 ;; MSG SIZE rcvd: 63

Ich habe über all-inkl.com eine Subdomain eingerichtet, rufe ich diese auf wird mir gratuliert das Nginx gestartet ist. FritzBox ist nichts mit DS-Lite. Anbei Screenshots

Hallo, ich blicke mal wieder nicht durch... Über all-inkl.com habe ich DDNS, funktioniert auch alles mit Plex für extern. Nginx Proxy Manager Offiziell habe ich jetzt installiert, den anderen Nginx erstmal gestoppt um zu testen ob es an Nginx liegt. Ich habe für Jellyfin eine Subdomain in Nginx eingerichtet. Klicke ich auf diese Domain erscheint "Not Found....", klicke ich auf die IP Adresse daneben, bzw. kopiere diese, erscheint der Bildschirm von Jellyfin. In der FritzBox habe ich die Ports 8092 und auch mal die 8920 freigeschalten, ebenso die Ports natürlich für Nginx, 80 auf 1880, 81 auf 1881, 443 auf 18443. Die Logs finde ich entweder nicht mit den Fehlern bzw. es steht nichts drin. SSL Zertifikat kann ich nicht ausstellen lassen (interner Fehler), bei beiden Nginx Dockern. In Jellyfin habe ich Remote Access eingestellt und über das Servermenü von Jellyfin den Server neu gestartet. Jellyfin ist der bbergle-jellyfin Docker. Bei dem binhex Docker konnte ich keine Filme abspielen, egal ob mit internem oder externen Player, kamen nur Fehlermeldungen. Woran könnte das wieder liegen?

Ich hatte jetzt auch vorher noch nie eine VM installiert, von daher kann ich nichts darüber sagen ob es vorher schon mal funktioniert hat oder nicht. Meine Unraid Version ist 6.12.10. Gerade auf einem Windows PC getestet, da geht auch kein "@" Zeichen auf der VM, also liegt es schon mal nicht am Laptop. Auf dem Screenshot kann man auch sehen das ich eigentlich nichts besonderes eingestellt habe.

Ich habe unter MX Linux 23.2 jetzt TigerVNC installiert. Damit kann ich auf die Maschinen zugreifen, aber diese Zeichen funktionieren aber nicht. Testweise habe ich noch Ubuntu 23.10 sowie PureOS 10.3 installiert. Nirgends geht das "@" Zeichen, laut Tastaturbelegung sollte das aber sein. Bei PureOS habe ich alle angebotenen Deutschen Tastaturen ausprobiert, nichts. Kann es sein das die "Alt Gr" Taste vom Laptop nicht übermittelt wird?