Archonw

Ich tippe mal auf nicht richtig konfigurierte Portfreigabe. Heisst der Port 80 und 443 ist nicht richtig in der Fritybox auf die IP und den Port deines NPM weitergeleitet. Zeig mal welche Portfreigaben du in deiner Fritzbox eingerichtet hast und ob dann wie die dein NPM Docker eingestellt ist. 

Ich habe es auch mit dem docker-compose plugin gemacht. Hier meine funktionierende docker-compose.yml

 
networks: dawarich: services: dawarich_redis: image: redis:7.0-alpine container_name: dawarich_redis command: redis-server networks: - dawarich volumes: - /mnt/cache/appdata/dawarich_shared:/data restart: always healthcheck: test: [ "CMD", "redis-cli", "--raw", "incr", "ping" ] interval: 10s retries: 5 start_period: 30s timeout: 10s dawarich_db: image: postgis/postgis:14-3.5-alpine shm_size: 1G container_name: dawarich_db volumes: - /mnt/cache/appdata/dawarich_db_data:/var/lib/postgresql/data - /mnt/cache/appdata/dawarich_shared:/var/shared # - ./postgresql.conf:/etc/postgresql/postgresql.conf # Optional, uncomment if you want to use a custom config networks: - dawarich environment: POSTGRES_USER: postgres POSTGRES_PASSWORD: password restart: always healthcheck: test: [ "CMD-SHELL", "pg_isready -U postgres -d dawarich_development" ] interval: 10s retries: 5 start_period: 30s timeout: 10s # command: postgres -c config_file=/etc/postgresql/postgresql.conf # Use custom config, uncomment if you want to use a custom config dawarich_app: image: freikin/dawarich:latest container_name: dawarich_app volumes: - /mnt/cache/appdata/dawarich_public:/var/app/public - /mnt/cache/appdata/dawarich_watched:/var/app/tmp/imports/watched networks: - dawarich ports: - 30000:3000 # - 9394:9394 # Prometheus exporter, uncomment if needed stdin_open: true tty: true entrypoint: web-entrypoint.sh command: ['bin/rails', 'server', '-p', '3000', '-b', '::'] restart: on-failure environment: RAILS_ENV: development REDIS_URL: redis://dawarich_redis:6379/0 DATABASE_HOST: dawarich_db DATABASE_USERNAME: postgres DATABASE_PASSWORD: password DATABASE_NAME: dawarich_development MIN_MINUTES_SPENT_IN_CITY: 60 APPLICATION_HOSTS: "meine-gps-domain.de,127.0.0.1" TIME_ZONE: Europe/Berlin APPLICATION_PROTOCOL: http DISTANCE_UNIT: km PROMETHEUS_EXPORTER_ENABLED: false PROMETHEUS_EXPORTER_HOST: 0.0.0.0 PROMETHEUS_EXPORTER_PORT: 9394 ENABLE_TELEMETRY: false # More on telemetry: https://dawarich.app/docs/tutorials/telemetry logging: driver: "json-file" options: max-size: "100m" max-file: "5" healthcheck: test: [ "CMD-SHELL", "wget -qO - http://127.0.0.1:3000/api/v1/health | grep -q '\"status\"\\s*:\\s*\"ok\"'" ] interval: 10s retries: 30 start_period: 30s timeout: 10s depends_on: dawarich_db: condition: service_healthy restart: true dawarich_redis: condition: service_healthy restart: true deploy: resources: limits: cpus: '0.50' # Limit CPU usage to 50% of one core memory: '4G' # Limit memory usage to 4GB dawarich_sidekiq: image: freikin/dawarich:latest container_name: dawarich_sidekiq volumes: - /mnt/cache/appdata/dawarich_public:/var/app/public - /mnt/cache/appdata/dawarich_watched:/var/app/tmp/imports/watched networks: - dawarich stdin_open: true tty: true entrypoint: sidekiq-entrypoint.sh command: ['sidekiq'] restart: on-failure environment: RAILS_ENV: development REDIS_URL: redis://dawarich_redis:6379/0 DATABASE_HOST: dawarich_db DATABASE_USERNAME: postgres DATABASE_PASSWORD: password DATABASE_NAME: dawarich_development APPLICATION_HOSTS: "meine-pgs-domain.de,127.0.0.1" BACKGROUND_PROCESSING_CONCURRENCY: 10 APPLICATION_PROTOCOL: http DISTANCE_UNIT: km PROMETHEUS_EXPORTER_ENABLED: false PROMETHEUS_EXPORTER_HOST: dawarich_app PROMETHEUS_EXPORTER_PORT: 9394 ENABLE_TELEMETRY: false # More on telemetry: https://dawarich.app/docs/tutorials/telemetry logging: driver: "json-file" options: max-size: "100m" max-file: "5" healthcheck: test: [ "CMD-SHELL", "bundle exec sidekiqmon processes | grep $${HOSTNAME}" ] interval: 10s retries: 30 start_period: 30s timeout: 10s depends_on: dawarich_db: condition: service_healthy restart: true dawarich_redis: condition: service_healthy restart: true dawarich_app: condition: service_healthy restart: true deploy: resources: limits: cpus: '0.50' # Limit CPU usage to 50% of one core memory: '4G' # Limit memory usage to 4GB volumes: dawarich_db_data: dawarich_shared: dawarich_public: dawarich_watched:  
Nur die domain (meine-gps-domain.de) durch die Eigene ersetzen.
 
 
 

Hier hast du sonst schon mal eine docker-compose.yml
https://raw.githubusercontent.com/AzuraCast/AzuraCast/main/docker-compose.sample.yml
 

Gute Frage, da bin ich auch auf den Input der anderen gespannt.
Ich nutze derzeit mehere Möglichkeiten. 
1. Wiregaurd VPN der Fritzbox (so kann ich auch Probleme lösen, wenn der Server mal nicht richtig will.)
2. Wireguard per Docker in Unraid. 
3. Tailscale Plugin in Unraid.
 
Aber ich habe dazu meine Nextcloud auf meinem Unraid "normal" öber Reverse Proxy nach außen hin geöffnet. Teile lieber daröber alles Notwendige als über irgendeinen andern Webdienstleister. Ebenso ist auch mien Bitwarden nach außen hin offen, da ich ihn so auch für die Arbeit nutzen kann, da mir dort kein eigener Passwortmanager bereit gestellt wird. Die Browser eigenen kommen für mich nicht in Frage.
Auch Jellyfin ist bei mir von ausserhalb errichbar. Da bin ich aber noch in der Evaluation, ob das überhaupt noch aktuell außreichend genutzt wird, oder ich es eh nur intern benutzt wird.
 
Ich betreue selbst noch die ein oder andere Nextcloud-Instanz im Familienkreis und noch ein par andere kleine Projekte. Da bin ich auch nochn nicht ganz entschlossen was da für mich die "geeigneteste" Software bzw. Netzwerkstruktur für mich ist.
 
Tailscale nutze ich eben dort, wo ich keine Ports beim Gegenüber öffnen kann oder brauche. Auch die Frage wer soll wen und wie weit das Netz einsehen ist denke ich auch eine mögliche Entscheidung, was man einsetzen will. 
 

Ist das Array durch eine Parität geschützt? Denn dann sind das normale Werte.
Um schnell auf einen Share schreiben zu können gibt es den Cache. 

Du kannst daür Minidlna nehmen,
Damit ist ein durchsuchen der Median anhand der Ordnerstruktur möglich.

Das ist auch korrekt so. Da ein Zugriff über SMB an der Nextcloud vorbei geht. Um "extern" mit Windows darin zu arbeiten entweder den Sync-Cleint nehemen, oder über WEBDAV statt SMB  einbinden.
 
https://docs.nextcloud.com/server/20/user_manual/en/files/access_webdav.html

Hallo,
 
Dein Gefühl hat dich nicht getäuscht. Unraid schaut nach der "Festplstten-ID". Solange der Controller diese ordentlich weitergibt kann Unraid die Platte passend zuordnen.
Du kannst das aber auch gefahrlos testen. Dazu Unraid im Maintenanced Mode starten lassen. Dann wird das Array nicht automatisch gestartet und du kannst in aller Ruhe schauen, ob alles korrekt zugeordnet wurde.

Das wird am MIrror liegen. Im BTRFS Pool wird ein Mirror eingerichtet, um so eine Redundanz zu haben. Ich bin gerade nicht 100% sicher, meine aber für einen stripe muss man dann ZFS nehmen. Damit werden dann beide Platten zusammen gefasst und ein großer Speicher daraus erstellt.

Hallo,
ja das hast du richtig verstanden. Du kannst einen extra Pool aufmachen für Nextcloud und Co, bei diesemdann mit zwei SSD's einen Mirror einrichten. So ist eine hohe Verfügbarkeit gewährleistet. Aber bedenken, dass dies nicht als Backup gilt.
Aus diesem Grund hab ich mich dagegen entschieden und habe "nur" eine SSD als Pool für Nextcloud und Co. Diese wird jeden Abend auf das Array kopiert, so dass ich dort mein erstes Backup erhalte. Privat kann ich wenn es zum Ausfall der SSD kommt einen Downtime von 1-2 Tage verkraften, bis eine neue Platte verfügbar und eingebaut ist.
Die Sicherung auf das Array erfolgt mittels Mgutt's Backup Scripthier aus dem Forum, was einfach toll ist, da es platzsparende inkrementelle Backup erstell und einfach und simple mit Linux Boardmitteln auskommt. Ein wiederherstellen erfolgt mittels eines einfachen Copy Befehl. Einmal geübt und nortiert ist das auch für jeden machbar, der nicht gerne am Terminal arbeitet. 
 
So eingerichtet dauert es eben so lange bei einem Ausfall, bis die Kopieraktion erfolgreich beendet wurde. Also ganz abhängig von der Größe der Daten die schon vorhanden sind. 
 

Ja das gibt es. Mann kann mittels eines occ Befehls über das Terminal angeben, dass Nextcloud nach neuen Daten suchen soll.
Das geht auf User und auf Ordner- Ebene. Such mal nach
occ files:scan 

Wie ich vermutet habe.
Dein SAB Temp Ordner liegt direkt auf dem cache. So wird der Mover alles weg schieben und dem Docker fehlt plötzlich der Ordner.
Warum du dirkten Pfad und nicht /mnt/user/SAB_Temp genommen hast weiß ich natürlich nicht genau. Das kann man natürlich machen, um den overhead vom fuse System zu umgehen.
Das macht aber eben dann nicht wirklich Sinn, wenn man eben auf solche Moveraktionen setzt.
Daher wäre meine Empfehlung, ersetze das /mnt/cache/SAB_Temp durch /mnt/user/SAB_Temp
 
Dann stelle in den Unraid Share Einstellungen zu SAB_Temp ein, dass es als primary storage den cache nehmen sol und als secondary das array. Dann die passende Mover action auf Cache-Array.
So kann der Mover arbeiten und der Ordner bleibt für den Docker erhalten. Im Hintergrund schaut Unraid dann nach, wo die Dateien dann letzten Endes liegen. Ob noch auf dem Cache, oder schon auf dem Array. Wann und ob der Mover automatisch aktiv werden soll stell man in Unraid über -Settings -Scheduler ein.

Hatte ich mir doch gedacht. Glasfaser ist meist ohne eigene IPv4 Adresse. 
Da bleibt nur beim Provider anrufen und nachfragen, ob das möglich ist.
Stichwort: Home-Office

Ich wüsste nicht, dass man zwingend einen Cache für Docker und VM braucht. Ratsam ist es alle mal.
 
Hast du dir die Doku schon mal etwas genauer gelesen? Da steht schon mal drin, wie Unraid arbeitet, was der Unterschied zu anderen Systemen ist.
Kurz zum Cache. Das ist bei Unraid ein Schreibcache, da das Array durch die Parität eher langsam bei Schreibvorgängen ist. Um also Daten auch schnell auf das Unraidsystem zu bekommen, schaltet man nun einen Schreibcache davor. Dieser wird je nach belieben dann wieder geleert, indem die Daten im nach hinein auf das Array kopiert werden.
 
In der Zwischenzeit sind diese Daten also nicht durch die Parität des Arrays geschützt, um diese gegen Verlust zu schützen gibt es mehrer Methoden. Eine davon ist ein Mirror. Also zwei identisch große SSD bzw NVME die zusammen geaschaltet gespiegelt sind. 
So erhält man eine hohe Verfügbarkeit und kann bei einem Ausfall einer Platte des Caches noch weiterarbeiten, bis ein passendes Zeitfenster für die Auswechslung vorhanden ist.
 
Möchte oder kann man kein Mirror betreiben bleibt ein Backup z.B. auf täglicher Basis.
 
Warum werden die einige Daten als ungeschützt angezeigt? 
-Das liegt an deinen Einstellungen zum jeweiligen Share. Dort ist z.b. eingestellt (appdata), dass die Daten hauptsächlich auch dem Cache liegen sollen und sollte der mal vorübergehend voll sein werden können Daten auf das Array geschrieben werden, die später, sobald wieder Platz auf dem Cache ist, dahin kopiert werden.
 
Auch hierzu ruhig nochmal kurz in die Doku schauen, um die Unterschiede zu verstehen.
 
Also bei allen Shares, bei denen Teile auf dem Cache liegen könnte erscheint diese Meldung.
 
 

Hast du denn auch eine  eigene öffentlich IPv4 Adresse?
Wenn du z.b. bei https://www.wieistmeineip.de schaust und dann in deiner Fritzbox bei
>Internet
>Online Monitor
werden dir dort die gleichen Ip-Adressen angezeigt?

Okay, du hast also einen neuen Sahre erstellt. 
Damit du den nun In Plex siehst, musst du diesen mit Hilfe des Docker-Templates dem Plex Container verfügbar machen.
Dazu beim Plex Container über "Edit"  dann gany unten auf " Add another Path, Port, Variable, Label or Device" klicken und dann 
in dieser Form ausfüllen, wobei
Config Type: Hier muss Path ausgewählt werden
Container Path: der Ort innerhalb des PLex Containers gemeint ist
Host Path: Hier wir der Share ausgewählt
 

 
 

Der Container läuft im Custom Netzwerk br0, heißt er bekommt eine eigene IP-Adresse. Diese solltest du dann auch fest vergeben unter: "Statische IP-Adresse.
Unter diese erreichst du dann auch das Webinterface auf Port 3000
 

Laut diesem Thread
https://forums.unraid.net/topic/150670-solved-squashfs-errors-failed-to-read-block-and-locked-up-mntcache/
ist es meist ein Problem mit dem USB-Stick.

Befinden sich die DB auf dem Cache?
Wenn ja ist das nicht unbedingt verwunderlich, wenn dieser voll läuft kann ich mir schon vorstellen, dass das die DB's durch einander bringen kann.

Ich würde zunächst einmal die Kabel einmal überprüfen, also alle ab und wieder dran, dann schauen ob sich der Zustand vielleicht verbessert hat. Kommt öfter vor.
 
Sollte es sich nicht bessern, was alles auf der Platte? Dem Namen nach das Docker Image? Noch was anderes? Wenn nicht, kannst du das Docker Image neu anlegen lassen und die Docker wieder ausrollen lassen über "Apps"  > "Previous Apps"
Da bleiben auch die Einstellungen in dem Dockertemplate erhalten.

Und doch sagt es dir dein Log ganz deutlich. 
 
Schau mal, ob du über die Suche da nicht schon was zu finden kannst. Ich meine da gab es schon mal was dazu. 

Sieht nach einem beschädigtem USB-Stick aus, und nicht der Festplatte. Er hat hat da ein paar Error beim Device /sda das sollte der Stick sein.

@BastiKA84 Da USB Platten nicht im Array unterstützt werden, würde ich den Weg des externen Backups gehen. Das muss dann ja auch nur manuell durchgeführt werden, wenn neue Rips vorliegen.

Okay,
du kannst User Scripts nutzen um einen regelmäßigen Aufruf zu starten.

Einfach ein neues Script anlegen, diese Zeile rein

bin/bash
docker exec -t paperless-ngx document_exporter ../export -z

Und dann bestimmen wann das Script aufgerufen werden soll.

Du kannst auch in Unraid Portainer installieren und darüber deine Stack mittels der Compose Dateien betreiben. 
 
Was Unraid dann nicht macht ist das automatisierte Updaten der Docker Container. Das muss du dann wie zuvor selbst erledigen.