Archonw

Hast du vor kurzem eine App installiert, oder ein Update gemacht? Gefunden hab ich das hier: Mind that OCCweb is DEPRECATED since more than a year now (as can seen on its homepage). That is why it's only available for NC18 and earlier. It did work in NC19…21 using "allow incompatible app". In NC22 and newer the Logging API changed, now it renders an "Internal server error". Demnach könntest di schauen, ob du die App mit occ app:list findest und wenn ja dann entfernst.

@Lernkurve Das hab ich tatsächlich übersehehn. Die Ports sind vertauscht. Das ändern, dann noch schauen, ob es bei 443 ähnlich ist, und berichten, ob es dann geht.

Das sieht gut aus. Was sagen die logs?

Gleiches gilt für mich.

Port 80 und 443 im Router korrekt auf IP und Port vom Nginx Container weitergeleitet?

Zunächst mal bei braucht es den Port nicht. Das regelt ja Nginx wohin der Traffic intern gehen soll. Wie sieht es denn mit deiner öffentlichen IP-Adresse aus? Du hast definitiv eine eigene? Kein DS-Lite? Wenn du bei duckdns Schaudt, ist dort deine aktuelle öffentliche IP-Adresse eingetragen als Ziel für deine Domain? Womit lässt du deine öffentliche IP-Adresse bei Duckdns aktualisieren? Denn all das sollte automatisch passieren, so dass Nginx voll automatisch diene Zertifikate aktualiert.

Dann starte lieber neu. Bis man jetzt einen möglichen Fehler gefunden und dann behoben hast, solltest du schon lange mit einer Neuinstallation und Einrichtung durch sein.

War schon viel in der Nextcloud an Daten vorhanden? Wenn nicht würde ich das neu machen. Wird dann wohl schneller wieder online sein. Dann schau dir mal direkt das Backup Script von Mgutt an. Das fängt solche Fehler gut auf.

Ich und viele andere benutzen dafür das. https://r.tapatalk.com/shareLink/topic?url=/topic/117481-rsync-skript-f%C3%BCr-inkrementelle-backups/&share_tid=117481&share_fid=18593&share_type=t&link_source=app Ist ein Script welches schnell und einfach inkrementelle also platzsparende Backups erstellt. Das ganze kann mit Unraid Board mitteln über UserScipts automatisiert werden.

Schau mal, ob du auch ssh Befehle absenden kannst. Und dann zum wiedereinschalten eine Smarte Steckdose. Im Bios dann danach suchen und aktiveren : Restore on AC/Power Loss” oder “AC Power Recovery” oder "After Power Loss".

Das kannst letzten Endes nur du bestimmen. Ohne Parity hast du keinen weiteren Ausfallschutz. Wenn eine der Array Platten dann stirbst muss ein anderes Backup zwingend vorhanden sein (was aber auch mit Parity ratsam ist: kein Backup kein Mitleid.) . Mit Parity hast du einen ersten Schutz gegen den Ausfall einer Platte, dafür weniger frei zur Verfügung stehenden Speicherplatz. Entscheiden wirst du müssen. Ich empfehle dir eine möglichst große Cache M2 zu besorgen. Da dort dann alles drauf kann was dauernd Zugriffe auf die Festplatten verursacht. Und dann Abends ab damit als Backup aufs Array.

Dann teste mal in Jellyfin unterschiedliche Einstellungen durch. Wenn ich z.B. einen Haken bei "Intel Low-Power-Hardwarekodierer für H.264 aktivieren" setze klappt es bei mir auch schon nicht mehr. Als Prozessor hab ich einen Intel® Core™ i3-9100 CPU @ 3.60GHz Ich glaube um /dev/dri erfolgreich nutzen zu könenn musste auch etwas in die go file, oder? Ich hab nämlich noch das hier da drin: modprobe i915 && sleep 3

Ich habe Jellyfin mit Transcoding laufen. Hier, was ich in Jellyfin eingestellt hab. Hab noch diese Plugins installiert. Bin mir aber nicht mehr sicher, ob beide sein mussten. Sobald ich also am Handy einfach die Auflösung mal verändere kann ich sofort sehen, dass die Igpu ihre arbeit aufnimmt.

Dann noxhmal. Sollen die Platten ins Array, oder den Cache aufgenommen werde, dann müssen sie formatiert werden. Hängt man sie sozusagen außerhalb von Unraid ins System ein, dass geht dann über das Plugin Unassigned Devices und man kann auf die Inhalte direkt zugreifen. So als ob man eben externe Datenträger vorübergehend an einem System anschließt.

Oder Container im Bridge mode... Habe ne Fritzbox und ipvlan und mit Bridge Mode keine Probleme. Aber eins nach dem anderen. Es wurde zu Beginn nicht mal ein möglicher Fehler bzw. Grund genannt, warum das Weiterleiten nicht möglich ist.

Welchen Fehler bekommst du denn überhaupt angezeigt, wenn du versucht mittels Nginx Proxy Manager ein Zertifikat für deine Domain erstellen zu lassen?

Okay. Dann hast du also in der Fritzbox erfolgreich Port 80 und 443 weitergeleitet. Welchen Dyndns benutzt du und lässt du den über die Fritzbox aktualisieren?

Nein, die werden ja mittels DHCP Server mitgeteilt. Sonst hätte jedes Gerät Probleme irgendetwas im Netz zu finden. Wie ist denn die IP deines Unraid? Ist das die 192.168.179.70?

Okay, und das was unter nas3 in der Fritzbix mit der .70 IP Adresse steht ist dein Unraid?

Hat deine Fritzbox auch das Netz 192.168.179.0/24 ? Was zeigt die deine Fritzbox an welche Freigaben du schon hast?

Hallo, der Cache ist ein Schreibcache. Das heisst, werden neue Dateien auf den Server kopiert landen diese zunächst auf dem Cache Laufwerk, bevor sie je nach Einstellung auf das Array verschoben werden. Sind die Daten einmal auf das Array verschoben worden werden sie auch von diesem gelesen. Für jeden Share kann individuell eingestellt werden, ob überhaupt der Cache benutzt werden soll, ob die Daten dauerhaft darauf bleiben, und oder ob sie nach Bedarf auf das Array verschoben werden sollen. Was bedeutet das jetzt für Streaming? Je nachdem wo deine Daten gerade liegen sind schneller (Cache) oder lanngsamer (Array) verfügbar. Noch eins zum Them USB-Festplatten. Unraid unterstützt ausdrücklich keine USB-Platten im Array. Dies kann nicht stabil laufen. Wenn USB-Platten angeschlossen werden, dann nur über das Unassigned Device Plugin. Das beduetet dann zwar ohne Absicherung durch eine Paritätä, aber ansonsten ist alles normal nutzbar.

Keine Idee, aber Nginx mag die vorgeschaltete Abfrage nicht. Hatte ich auch bei einem anderen Dicker, weiß jetzt nicht mehr genau welchen. Ich empfehle allerdings genau wie Die Unraid WebGui , Nginx nicht öffentlich zugänglich zu machen. Wer einen neuen Docker ausrollt, der hat auch Zugriff auf das interne Netz. Da wäre es also eine unnötige Öffnung Nginx öffentlich erreichbar zu machen und sollte daher dann unterlassen werden. Unnötiges Risiko.

Ich hab ganz vergessen, dass es ja das Docker Compose Plugin im Apps Store gibt. Damit lassen sich auch im Docker Tab dann Stack erstellen und dort die Inhalte der Docker-Compose-File eintragen. Dort ist dann auch mit einem Klick das Updaten möglich. Aber wie gesagt, mann kann auch selber einen Container erstellen. Das dauert jetzt bei dem auch nur wenige Minuten. Alles was Volume ist wird mit +Add another Path, Port, Variable, Label or Device und dann eben als Pfad hinzugefügt. Alles was Ports sind mit +Add another Path, Port, Variable, Label or Device und dann mit Port hinzugefügt. Will man das Webinterface komfortabel erreichen muss von "BASIC VIEW" auf "ADVANCED VIEW" umgestellt werden und dann bei WebUI: https://domain-des-mailarchivs.com Scheint, dass der Container ohne gültiges Zertifikat nicht läuft. Will man den also nur lokal betrieben, braucht man noch einen Lokalen-DNS, wie Pi-Hole z.B.

Immer in die Logs schauen: Write Benno admin password in /etc/benno-web/pw_admin.txt. Please remove password file /etc/benno-web/pw_admin.txt. Klappt nur hinter ein SSL-Verbindung.

Ich nehme dafür gerne Portainer. Dort kann man über Stacks Docker - Compose benutzen. Auf dieser Seite kann man aus dem Docker Befehl dies erstellen lassen. https://www.composerize.com/ version: "3" services: appliance: container_name: bma volumes: - /srv/benno:/srv/benno - /etc/benno:/etc/benno - /etc/benno-web:/etc/benno-web - /var/lib/benno-web:/var/lib/benno-web - /var/cache/benno-web:/var/cache/benno-web - /var/log/benno:/var/log/benno ports: - 20022:22 - 20080:80 - 22500:22500 image: bennomailarchiv/appliance:latest Das ist zwar ein schneller Weg, man muss nur wissen, dass so Unraid selbst kein Update für diese Container ausführen kann. Dafür muss man sich etwas mehr Zeit nehmen und muss ein Template erstellen.