Suchergebnisse

Ich habe gestern meine beiden Instanzen geupdated und bei mir läuft alles ohne Probleme.

Ich würde nicht die IPs verwenden. Wenn sie im selben Docker Netzwerk sind, dann einfach den Containernamen verwenden oder wenn die Ports gemapped sind, dann einfach <DS-IP>:<PORT-DER-ANWENDUNG>.

Da gibt es den Nginx Proxy Manager, SWAG, Caddy, traefik... Alles Docker. Der Einzige mit UI ist der erste.

.htaccess funktioniert doch eh nur beim Apache. Sollte Nginx benutzt werden geht es nicht mehr. Und selbst beim Apache könnte das deaktiviert sein... Die beste Lösung ist einen anderen RP zu nutzen

Da du das vorher nicht gemountet hast waren die Daten nur im Container. Beim Update wurde dieser Container mit den Daten gelöscht. Wenn Hyper Backup die Container mit sichert, also den echten Zustand und nicht nur dass er neu erstellt wird, dann könnte man die Daten aus dem Ordner eventuell noch...

@Jim_OS Die Proxmox Macher empfehlen doch selber für Docker eine VM und kein LXC. Vor allem kannst du bei LXC ja auch nix mounten, außer der läuft als privilegiert. Aber das sollte man ja auch eher vermeiden. Oder meintest du, dass man auf Docker verzichten sollte und die Anwendungen direkt...

Der Reverse Proxy von DSM kann das nicht per GUI. Das müsstest du in der Config vom Reverse Proxy Eintrag hinzufügen oder einen anderen RP verwenden.

Einfach die Freigabe mounten? Wenn man sich Proxmox installiert, dann gehe ich eigentlich davon aus, dass man minimale Linux Kenntnisse hat oder bisschen googelt.

Wie gesagt, guck sonst in die Logs. Wahrscheinlich ist es ein Rechteproblem.... Ich würde dir empfehlen eine anständige Anleitung zu suchen und Paperless neu zu installieren. Wer weiß was da noch falsch/gefährlich ist.

Vielleicht ist das auch ein Problem bei QNAP mit den ganzen Sicherheitsproblemen. Also das alles direkt von außen erreicht werden kann

Redis muss nichts gemountet werden. Die Daten sind nicht so relevant dafür, da es ein Cache ist. Das mit dem Pfad müsste passen, also wenn du es richtig gemacht hast. Ansonsten auch mal im Log gucken....

Wenn du DynDNS nutzt und einen Reverse Proxy, dann geht das genau so.

@Caramlo Nee das Problem ist hier, dass er die Daten nicht nach außen gemappt hat. Also die Daten sind nur im Container vorhanden. Nach dem Update sind diese Daten logischerweise gelöscht, weil der Container gelöscht wurde. Der PSQL Container wurde falsch eingerichtet. Er hat keine DB Daten mehr....

Die Export/Import Funktion sichert keine Daten. Das sind nur JSON Dateien die beschreiben wie der Container eingerichtet werden soll. Container sind dafür gedacht, dass man sie jederzeit löschen kann und neu machen. Genau das passiert beim Update auch. Daher kannst du das darüber nicht wieder...

Welche Ordner hast du bei Postgres gemountet? In Bild zwei gibt es den Abschnitt Volumes. Dies wäre wichtig bei Postgres zu sehen. Wenn das fehlt, dann hast du ein Problem. Dann wurden die Daten nur im Container gehalten und beim Update wird alles gelöscht was im Container ist. Deshalb ist das...

Sorry, aber ich habe keine Lust und Zeit mir ein Video anzugucken, damit ich weiß was du ungefähr gemacht hast. Poste mal Screenshots von den Container Einstellungen. Gerade die von der DB.

Man müsste wissen WIE genau du Paperless eingerichtet hast. Wie die Mounts aussehen usw....

Nein muss es nicht. Da er docker compose verwendet, kann man relative Pfade von der compose.yml verwenden. Das macht es auch viel einfacher beim Umzug

Du darfst = und : an der Stelle nicht mischen. Hast du nach dem : ein Leerzeichen auch gemacht? Du musst das Format schon einhalten.

Ersetz das = mit einem :