Lurican

Hallo zusammen und sorry, dass ich auf die Antworten noch nicht eingegangen bin. Tatsächlich habe ich mit Erscheinen jeder 2.14.x Version einen neuen Update-Versuch unternommen - und war jedes Mal erfolglos. Nachdem ich Paperless-NGX nun gelöscht, die Version 2.13.5 neu installiert und einen Import der gesicherten Dokumente durchgeführt habe, konnte ich problemlos auf 2.14.6 aktualisieren. Ich habe keine Ahnung wo das Problem war, aber es scheint gelöst zu sein. Nochmal danke für eure Antworten und viele Grüße, Marc

Hallo Forum, seht es mir bitte nach, dass ich hier meine Frage stelle und nicht im App-spezifischen Unterforum. Ich nutze seit Monaten die Paperless-NGX Version 2.13.x stabil und ohne Fehlermeldungen. Tika-Server und Gotenberg laufen ebenfalls ohne Probleme. Und auch das Upgrade auf Unraid 7.0 hat keine Fehlermeldungen verursacht. Leider startet Paperless nach dem Update auf die aktuellste Version jedoch nicht mehr. Im Protokoll stehen folgende Angaben: Traceback (most recent call last): File "/usr/src/paperless/src/manage.py", line 10, in <module> execute_from_command_line(sys.argv) File "/usr/local/lib/python3.12/site-packages/django/core/management/__init__.py", line 442, in execute_from_command_line utility.execute() File "/usr/local/lib/python3.12/site-packages/django/core/management/__init__.py", line 436, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 413, in run_from_argv self.execute(*args, **cmd_options) File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 459, in execute output = self.handle(*args, **options) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 107, in wrapper res = handle_func(*args, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/core/management/commands/migrate.py", line 357, in handle post_migrate_state = executor.migrate( ^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/db/migrations/executor.py", line 135, in migrate state = self._migrate_all_forwards( ^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/db/migrations/executor.py", line 167, in _migrate_all_forwards state = self.apply_migration( ^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/db/migrations/executor.py", line 255, in apply_migration state = migration.apply(state, schema_editor) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/db/migrations/migration.py", line 132, in apply operation.database_forwards( File "/usr/local/lib/python3.12/site-packages/django/db/migrations/operations/special.py", line 196, in database_forwards self.code(from_state.apps, schema_editor) File "/usr/src/paperless/src/documents/migrations/1060_alter_customfieldinstance_value_select.py", line 30, in migrate_customfield_selects instance.value_select = custom_field.extra_data["select_options"][ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ IndexError: list index out of range Traceback (most recent call last): File "/usr/src/paperless/src/manage.py", line 10, in <module> execute_from_command_line(sys.argv) File "/usr/local/lib/python3.12/site-packages/django/core/management/__init__.py", line 442, in execute_from_command_line utility.execute() File "/usr/local/lib/python3.12/site-packages/django/core/management/__init__.py", line 436, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 413, in run_from_argv self.execute(*args, **cmd_options) File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 459, in execute output = self.handle(*args, **options) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/core/management/base.py", line 107, in wrapper res = handle_func(*args, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/core/management/commands/migrate.py", line 357, in handle post_migrate_state = executor.migrate( ^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/db/migrations/executor.py", line 135, in migrate state = self._migrate_all_forwards( ^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/db/migrations/executor.py", line 167, in _migrate_all_forwards state = self.apply_migration( ^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/db/migrations/executor.py", line 255, in apply_migration state = migration.apply(state, schema_editor) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/django/db/migrations/migration.py", line 132, in apply operation.database_forwards( File "/usr/local/lib/python3.12/site-packages/django/db/migrations/operations/special.py", line 196, in database_forwards self.code(from_state.apps, schema_editor) File "/usr/src/paperless/src/documents/migrations/1060_alter_customfieldinstance_value_select.py", line 30, in migrate_customfield_selects instance.value_select = custom_field.extra_data["select_options"][ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ IndexError: list index out of range Adjusting permissions of paperless files. This may take a while. Waiting for Redis... Connected to Redis broker. Apply database migrations... Operations to perform: Apply all migrations: account, admin, auditlog, auth, authtoken, contenttypes, django_celery_results, documents, guardian, mfa, paperless, paperless_mail, sessions, socialaccount Running migrations: Applying documents.1060_alter_customfieldinstance_value_select...Paperless-ngx docker container starting... Installing languages... Package tesseract-ocr-deu already installed! Creating directory scratch directory /tmp/paperless Adjusting permissions of paperless files. This may take a while. Waiting for Redis... Connected to Redis broker. Apply database migrations... Operations to perform: Apply all migrations: account, admin, auditlog, auth, authtoken, contenttypes, django_celery_results, documents, guardian, mfa, paperless, paperless_mail, sessions, socialaccount Running migrations: Applying documents.1060_alter_customfieldinstance_value_select... ** Drücke eine BELIEBIGE TASTE, um dieses Fenster zu schließen ** Ein Rollback auf v2.13.5 war problemlos möglich. Habt ihr ähnliche Fehlermeldungen beim Update von Paperless erhalten und könntet ggf. helfen? Viele Grüße Marc

Das hat leider auch nicht funktioniert - gleicher Fehler. Der DNS-Service startet nicht. Vermutlich habe ich mir an irgendeiner Stelle was zerschossen. Da ich Unraid noch nicht so lange nutze ist es vermutlich leichter, den Server neu aufzusetzen, als jetzt noch weiter nach der Ursache zu suchen. So werde ich es machen Vielen Dank, dass du dir immer soviel Zeit nimmst, den Usern von Unraid und dieses Forums mit Rat und Tat zur Seite zu stehen! 👍 Viele Grüße Marc

Entschuldige, da habe ich mich unklar ausgedrückt. Ich habe alle Shares vom Cache mittels Mover auf das Array verschoben, als ich bei deinem optionalen Schritt, das Dateisystem auf XFS umzustellen, war. Ich habe aber überlesen, dass du von nur einer SSD sprachst - ich habe aber zwei SSD s als Cache im Einsatz. Also bin ich wieder bei BTRFS und habe alle Shares zurück auf den Cache schieben lassen. Die Backups speichere ich auf meiner Synology - und von da gehen die allerwichtigsten Dateien in die Syno-Cloud. Für einen Privathaushalt Sicherheit genug, denke ich

Ich denke auch, dass es nichts mit der RAM Disk zu tun hat. Ich bin mir nicht bewusst, dass ich ein Custom Netzwerk hatte. Die Netzwerkeinstellungen von Docker habe ich nie geändert. Und außerhalb der GUI von Unraid habe ich auch keine Änderungen an den Netzwerkeinstellungen vorgenommen. Daher habe ich mir auch keine Gedanken darüber gemacht, dass ich irgendetwas hätte sichern müssen. Leider habe ich die Datei docker.img inzwischen gelöscht - sonst könnte ich zurück und schauen, ob es mit den alten Einstellungen läuft. 🤦‍♂️ Bedingt durch den Wechsel vom Image auf das o.g. Verzeichnis habe ich /appdata verschoben, aber natürlich alles wieder zurückgeholt. Ganz herzlichen Dank, dass du mir hilfst.

Sorry, ich habe deine Frage hinsichtlich der Änderung wohl falsch verstanden. In den Container-Einstellungen zu pi-hole hatte ich zunächst nichts geändert. Allerdings funktionierte pi-hole nicht mehr, nachdem ich die RAM-Disk nach deiner Anleitung erstellt und in den Docker-Einstellungen vom Image auf den Pfad /mnt/cache/system/docker/docker/ gewechselt habe. Daher bin ich davon ausgegangen, dass ich mit meinem Problem hier richtig bin. Ich kann aber gerne einen eigenen Thread dafür eröffnen.

Das sieht dann so aus: # ip link show 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ipip 0.0.0.0 brd 0.0.0.0 3: gre0@NONE: <NOARP> mtu 1476 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/gre 0.0.0.0 brd 0.0.0.0 4: gretap0@NONE: <BROADCAST,MULTICAST> mtu 1476 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 5: erspan0@NONE: <BROADCAST,MULTICAST> mtu 1464 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 6: ip_vti0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ipip 0.0.0.0 brd 0.0.0.0 7: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/sit 0.0.0.0 brd 0.0.0.0 23: eth0@if11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default link/ether 02:42:0a:01:01:02 brd ff:ff:ff:ff:ff:ff link-netnsid 0

Kurzer Nachtrag. In den Einstellungen zu Docker ist br0 aufgeführt. Auch das Subnetz passt.

Ich habe nichts geändert. Ok, inzwischen schon, da ich verschiedene Einstellungen versucht habe. Pi-hole startet ja auch und der Aufruf der WebUI ist möglich, aber in der GUI steht dann, DNS service not running. Habe nochmal ins Protokoll geschaut, hier habe ich nun gefunden: Starting pihole-FTL (no-daemon) as pihole 'unknown': unknown terminal type. Device "br0" does not exist. Device "br0" does not exist. Device "eth0@if11" does not exist. Device "eth0@if11" does not exist. Kann es sein, dass Docker br0 nicht mehr findet, obwohl mir dieses Netzwerk in Unraid angezeigt wird?

Hallo zusammen! Erstmal vielen Dank für die tolle Anleitung. Ich habe zwar nicht alles verstanden, konnte meinen Server aber soweit anpassen, dass die Schreibvorgänge nun definitiv reduziert wurden. Allerdings habe ich nun ein Problem mit dem "pihole-template"-Container. Der DNS-Dienst innerhalb des Containers wird nicht gestartet. Im Protokoll steht: Hätte ich im Container noch irgendetwas anpassen müssen? Viele Grüße Marc

Syslog habe ich jetzt aktiviert. Habe MemTest86x gestern noch 2 x durchlaufen lassen. Glücklicherweise ohne Fehler. ECC ist und war aktiviert.

Danke für deine Nachfrage. Nein, habe ich nicht. Hätte ich müssen?

Hallo zusammen, seit ca. zwei Monaten bin ich ein (fast) glücklicher Unraid-User. Neben dem Problem, dass der Server regelmäßig nach 3 Tagen nicht mehr erreichbar ist und sämtliche Aktivitäten einstellt, erhalte ich am Ende des Boot-Vorganges folgende Meldung: logger: send message failed: Bad file descriptor Hat jemand einen Tipp für mich, weshalb die Meldung erscheint, bzw. wo ich nachschauen könnte, um das Problem näher zu lokalisieren? In den Log-Files bin ich nicht wirklich fündig geworden. Danke und viele Grüße, Marc --- Unraid 6.9.2 Asus ROG Strix B550 Gaming-E Ryzen 5600x 2 x 16GB (1x 16384MB) Kingston Server Premier ECC DDR4-3200 DIMM CL22-22-22 Single 2 x 1TB Crucial MX500 2.5" (Cache-Pool) 3 x 4TB WD Blue (Array)