Paperless-ngx Paperless-ngx: Migration Postgresql zu MariaDB

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.184
Punkte für Reaktionen
765
Punkte
154
Also mein Hauptgrund war, dass ich ja schon eine MariaDB auf der Syno hatte und damit praktisch nur eine Datenbank einsetzen wollte.

Inzwischen hab ich die Syno-Variante gegen eine Docker-Variante getauscht, weil die deutlich aktueller ist.

Dabei hat sich auch gezeigt, dass es das Kompatibiltäts-Problem, welches man nach der PostgreSQL-Aktualisierung haben kann, bisher bei MariaDB nicht gibt. Der Wechsel von MariaDB 10 auf 11 ging da also ohne Probleme von statten, es lief alles einfach weiter.
 
  • Like
Reaktionen: zabulus666 und Tuxnet

zabulus666

Benutzer
Mitglied seit
09. Feb 2023
Beiträge
3
Punkte für Reaktionen
0
Punkte
1
OK, ähnlich sieht es bei mir aus.
Ich werde dann wohl auch mal die Syno-DB in eine Docker tauschen ;-)
Hast du eine Docker-DB für alles gemacht oder jeweils immer eine eigene Docker-DB erzeugt?
 
Zuletzt bearbeitet von einem Moderator:

Caramlo

Benutzer
Mitglied seit
11. Mai 2019
Beiträge
224
Punkte für Reaktionen
64
Punkte
34
Also bei mir waren es die gleichen Gründe: Problem beim Update von Postgresql und es lief sowieso die MariaDB auf meiner Syno. Ich habe noch nicht auf eine Docker - MariaDB umgestellt und sehe da derzeit keinen Vorteil für mich. Klar hängt Synology mit dem MariaDB Paket was Updates angeht doch einiges zurück. Aber bislang vermisse ich nichts und die Performance reicht für meine Belange vollkommen aus.
Gestern gab's die Meldung für doch mal wieder ein Update übers Paketzentrum (ja, 10.11.2 ist jetzt nicht der allerletze Schrei :ROFLMAO:) . Aber: Update angestoßen, die Kiste ein wenig rödeln lassen und fertig. Keinerlei Probleme gehabt. Die Datenbanken wurden automatisch migriert.
 

alexhell

Benutzer
Sehr erfahren
Mitglied seit
13. Mai 2021
Beiträge
2.831
Punkte für Reaktionen
854
Punkte
154
Wenn man nicht latest als Tag bei PostgreSQL stehen hat, dann passiert sowas auch nicht. Also nur wegen dem Update ist es kein Grund. Man sollte sich vorher schon Gedanken machen, was passieren kann, wenn man latest nutzt.
 

Caramlo

Benutzer
Mitglied seit
11. Mai 2019
Beiträge
224
Punkte für Reaktionen
64
Punkte
34
Ich hatte nie "latest" in der Compose für Paperless stehen, sondern immer bei PostgreSQL eine Version, z.B. 15. Trotzdem gab es dann einmal ein Update wo hinter der 15 noch was neues kam, also z.B. von 15.1 auf 15.2 und Schwups, ging nichts mehr. Also immer schön aufpassen, dass da dann auch die Releaseversion hinter der Hauptversionsnummer in der Compose steht.

Aber jeder so wie er mag, PostgreSQL hat bestimmt seine Vorteile.
 

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.184
Punkte für Reaktionen
765
Punkte
154
Hast du eine Docker-DB für alles gemacht oder jeweils immer eine eigene Docker-DB erzeugt?
Ich hab einen Container für alle gemacht. Der hat ein eigenes Netzwerk und die Container, die ihn brauchen, stehen mit einem Bein in diesem Netzwerk.
 

alexhell

Benutzer
Sehr erfahren
Mitglied seit
13. Mai 2021
Beiträge
2.831
Punkte für Reaktionen
854
Punkte
154
Die Minor Versionen sind kompatibel zu einander. Da passiert sowas nicht. Dafür ist die Versionierung auch da. Das muss ein anderes Problem bei dir gewesen sein. Nur wenn sich die Major Version ändert, da kann es zu Breaking Changes kommen. Wenn man schon bei Minor Updates Breaking Changes hätte, dann könnte man sich die komplette Versionierung auch sparen.
 

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.184
Punkte für Reaktionen
765
Punkte
154
Klar hängt Synology mit dem MariaDB Paket was Updates angeht doch einiges zurück. Aber bislang vermisse ich nichts und die Performance reicht für meine Belange vollkommen aus.
Das hab ich auch mehr als "Proof of concept" gemacht. Geht's und wie mach ich das am Besten...
 
  • Like
Reaktionen: Caramlo

Caramlo

Benutzer
Mitglied seit
11. Mai 2019
Beiträge
224
Punkte für Reaktionen
64
Punkte
34
(y) Das kenne ich gut! Freue mich schon wieder auf dunkle Winternächte, wo man schön solche nice-to-have Projekte umsetzen kann! :LOL:
 
  • Like
Reaktionen: Adama

nascherer

Benutzer
Mitglied seit
17. Okt 2022
Beiträge
8
Punkte für Reaktionen
2
Punkte
53
Guten Tag an alle,
mal eine Frage zu einem leicht anderem Szenario:
Ich versuche seit einiger Zeit verzweifelt von paperless-ngx mit SQLite DB zu Postgres zu migrieren. Normalerweise benutze auch ich Portainer für die Dockerverwaltung. Die Container stecken (fast) alle in einem Macvlan, um Portkonflikte zu vermeiden.
Der Wechsel wird von mir angestrebt, weil ich:
1. Seit einigen Monaten das Gefühl habe, dass die Responsivität schlechter wird und ich mir einen Geschwindigkeitszuwachs erhoffe - insbesondere bei weiterem Anwachsen der DB über Jahre
[Frage hierzu mal: Ist überhaupt ein Unterschied in der Geschwindigkeit zwischen SQLite und PostgreSQL zu erwarten, oder müsste ich dafür schon meine Docker Container auf ein SSD-Volume binden?].
2. Ich einen expliziten DB-Container auch für etwaige zukünftige Container mitnutzen können möchte. Ich habe mich halt für PostgreSQL statt MariaDB entschieden.

Auf jeden Fall kommt es dazu, dass ich, wenn ich die Anleitung zur Migration (s. Dokumentation)
verwende (abgesehen von Fehlermeldungen bzgl der Länge mancher Dateien - was an eigenen Dateiformat-Einstellungen liegt) erhalte, nach der ansonsten korrekten Migration beim Login eine leere DB vorfinde:

Hier erstmal der Inhalt der docker-compose.yml, bzw, was ich bei Portainer rein-paste.
version: "3.4"
services:
redis:
image: redis
container_name: paperless-redis
restart: unless-stopped
networks:
default:
ipv4_address: 192.168.178.198
volumes:
- /volume2/paperless/redis:/usr/local/etc/redis
db:
image: docker.io/library/postgres:latest
restart: unless-stopped
container_name: postgres
volumes:
- /volume2/docker/postgresql/data:/var/lib/postgresql/data
environment:
POSTGRES_DB: paperless
POSTGRES_USER: paperless
POSTGRES_PASSWORD: paperless
networks:
default:
ipv4_address: 192.168.178.201
webserver:
image: ghcr.io/paperless-ngx/paperless-ngx:latest
container_name: paperlessngx
restart: unless-stopped
depends_on:
- redis
- db
- gotenberg
- tika
ports:
- 8000:8000
healthcheck:
test: ["CMD", "curl", "-fs", "-S", "--max-time", "2", "http://localhost:8000"]
interval: 30s
timeout: 10s
retries: 5
volumes:
- /volume2/paperless/data:/usr/src/paperless/data
- /volume2/paperless/media:/usr/src/paperless/media
- /volume2/paperless/export:/usr/src/paperless/export
- /volume2/paperless/consume:/usr/src/paperless/consume
environment:
PUID: 1026
PGID: 100
PAPERLESS_DBHOST: db
### PAPERLESS_URL: https://mein.paperless.server
PAPERLESS_TIME_ZONE: Europe/Berlin
PAPERLESS_OCR_LANGUAGE: deu+eng
PAPERLESS_FILENAME_FORMAT: ={document_type}/{correspondent}/{created_year}-{created_month}-{created_day}-{correspondent}-{tag_list}
PAPERLESS_REDIS: redis://192.168.178.198:6379
PAPERLESS_TIKA_ENABLED: 1
PAPERLESS_TIKA_GOTENBERG_ENDPOINT: http://192.168.178.196:3000
PAPERLESS_TIKA_ENDPOINT: http://192.168.178.197:9998
PAPERLESS_CONSUMER_BARCODE_STRING: PATCH2
PAPERLESS_CONSUMER_ENABLE_BARCODES: true
PAPERLESS_CONSUMER_BARCODE_TIFF_SUPPORT: true
PAPERLESS_OCR_USER_ARGS: '{"continue_on_soft_render_error": true}'
networks:
default:
ipv4_address: 192.168.178.195
gotenberg:
image: gotenberg/gotenberg
restart: unless-stopped
container_name: gotenberg
ports:
- 3044:3000
networks:
default:
ipv4_address: 192.168.178.196
command:
- "gotenberg"
- "--chromium-disable-routes=true"
tika:
image: ghcr.io/paperless-ngx/tika
container_name: tika
ports:
- 9998:9998
networks:
default:
ipv4_address: 192.168.178.197
restart: unless-stopped
networks:
default:
name: macvlan
external: true

Der Response ist:
/volume2/paperless$ sudo docker-compose run --rm webserver /bin/bash
Password:
[+] Running 4/4
⠿ Container paperless-redis Created 3.6s
⠿ Container gotenberg Created 3.6s
⠿ Container postgres Created 3.6s
⠿ Container tika Created 3.6s
[+] Running 4/4
⠿ Container gotenberg Started 10.0s
⠿ Container tika Started 11.0s
⠿ Container postgres Started 13.1s
⠿ Container paperless-redis Started 15.5s
Paperless-ngx docker container starting...
Mapping UID and GID for paperless:paperless to 1026:100
Creating directory /tmp/paperless
Adjusting permissions of paperless files. This may take a while.
Waiting for PostgreSQL to start...
Waiting for Redis...
Connected to Redis broker.
Apply database migrations...
Operations to perform:
Apply all migrations: admin, auth, authtoken, contenttypes, django_celery_results, documents, guardian, paperless_mail, sessions
Running migrations:
Applying contenttypes.0001_initial... OK
Applying auth.0001_initial... OK
Applying admin.0001_initial... OK
Applying admin.0002_logentry_remove_auto_add... OK
Applying admin.0003_logentry_add_action_flag_choices... OK
Applying contenttypes.0002_remove_content_type_name... OK
Applying auth.0002_alter_permission_name_max_length... OK
Applying auth.0003_alter_user_email_max_length... OK
Applying auth.0004_alter_user_username_opts... OK
Applying auth.0005_alter_user_last_login_null... OK
Applying auth.0006_require_contenttypes_0002... OK
Applying auth.0007_alter_validators_add_error_messages... OK
Applying auth.0008_alter_user_username_max_length... OK
Applying auth.0009_alter_user_last_name_max_length... OK
Applying auth.0010_alter_group_name_max_length... OK
Applying auth.0011_update_proxy_permissions... OK
Applying auth.0012_alter_user_first_name_max_length... OK
Applying authtoken.0001_initial... OK
Applying authtoken.0002_auto_20160226_1747... OK
Applying authtoken.0003_tokenproxy... OK
Applying django_celery_results.0001_initial... OK
Applying django_celery_results.0002_add_task_name_args_kwargs... OK
Applying django_celery_results.0003_auto_20181106_1101... OK
Applying django_celery_results.0004_auto_20190516_0412... OK
Applying django_celery_results.0005_taskresult_worker... OK
Applying django_celery_results.0006_taskresult_date_created... OK
Applying django_celery_results.0007_remove_taskresult_hidden... OK
Applying django_celery_results.0008_chordcounter... OK
Applying django_celery_results.0009_groupresult... OK
Applying django_celery_results.0010_remove_duplicate_indices... OK
Applying django_celery_results.0011_taskresult_periodic_task_name... OK
Applying documents.0001_initial... OK
Applying documents.0002_auto_20151226_1316... OK
Applying documents.0003_sender... OK
Applying documents.0004_auto_20160114_1844... OK
Applying documents.0005_auto_20160123_0313... OK
Applying documents.0006_auto_20160123_0430... OK
Applying documents.0007_auto_20160126_2114... OK
Applying documents.0008_document_file_type... OK
Applying documents.0009_auto_20160214_0040... OK
Applying documents.0010_log... OK
Applying documents.0011_auto_20160303_1929... OK
Applying documents.0012_auto_20160305_0040...

This is a one-time only migration to generate thumbnails for all of your
documents so that future UIs will have something to work with. If you have
a lot of documents though, this may take a while, so a coffee break may be
in order.

OK
Applying documents.0013_auto_20160325_2111... OK
Applying documents.0014_document_checksum... OK
Applying documents.0015_add_insensitive_to_match... OK
Applying documents.0016_auto_20170325_1558... OK
Applying documents.0017_auto_20170512_0507... OK
Applying documents.0018_auto_20170715_1712... OK
Applying documents.0019_add_consumer_user... OK
Applying documents.0020_document_added... OK
Applying documents.0021_document_storage_type... OK
Applying documents.0022_auto_20181007_1420... OK
Applying documents.0023_document_current_filename... OK
Applying documents.1000_update_paperless_all... OK
Applying documents.1001_auto_20201109_1636... OK
Applying documents.1002_auto_20201111_1105... OK
Applying documents.1003_mime_types... OK
Applying documents.1004_sanity_check_schedule... OK
Applying documents.1005_checksums... OK
Applying documents.1006_auto_20201208_2209... OK
Applying documents.1007_savedview_savedviewfilterrule... OK
Applying documents.1008_auto_20201216_1736... OK
Applying documents.1009_auto_20201216_2005... OK
Applying documents.1010_auto_20210101_2159... OK
Applying documents.1011_auto_20210101_2340... OK
Applying documents.1012_fix_archive_files... OK
Applying documents.1013_migrate_tag_colour... OK
Applying documents.1014_auto_20210228_1614... OK
Applying documents.1015_remove_null_characters... OK
Applying documents.1016_auto_20210317_1351... OK
Applying documents.1017_alter_savedviewfilterrule_rule_type... OK
Applying documents.1018_alter_savedviewfilterrule_value... OK
Applying documents.1019_uisettings... OK
Applying documents.1019_storagepath_document_storage_path... OK
Applying documents.1020_merge_20220518_1839... OK
Applying documents.1021_webp_thumbnail_conversion... OK
Applying documents.1022_paperlesstask... OK
Applying documents.1023_add_comments... OK
Applying documents.1024_document_original_filename... OK
Applying documents.1025_alter_savedviewfilterrule_rule_type... OK
Applying documents.1026_transition_to_celery... OK
Applying documents.1027_remove_paperlesstask_attempted_task_and_more... OK
Applying documents.1028_remove_paperlesstask_task_args_and_more... OK
Applying documents.1029_alter_document_archive_serial_number... OK
Applying documents.1030_alter_paperlesstask_task_file_name... OK
Applying documents.1031_remove_savedview_user_correspondent_owner_and_more... OK
Applying documents.1032_alter_correspondent_matching_algorithm_and_more... OK
Applying documents.1033_alter_documenttype_options_alter_tag_options_and_more... OK
Applying documents.1034_alter_savedviewfilterrule_rule_type... OK
Applying documents.1035_rename_comment_note... OK
Applying documents.1036_alter_savedviewfilterrule_rule_type... OK
Applying documents.1037_webp_encrypted_thumbnail_conversion... OK
Applying guardian.0001_initial... OK
Applying guardian.0002_generic_permissions_index... OK
Applying paperless_mail.0001_initial... OK
Applying paperless_mail.0002_auto_20201117_1334... OK
Applying paperless_mail.0003_auto_20201118_1940... OK
Applying paperless_mail.0004_mailrule_order... OK
Applying paperless_mail.0005_help_texts... OK
Applying paperless_mail.0006_auto_20210101_2340... OK
Applying paperless_mail.0007_auto_20210106_0138... OK
Applying paperless_mail.0008_auto_20210516_0940... OK
Applying paperless_mail.0009_mailrule_assign_tags... OK
Applying paperless_mail.0010_auto_20220311_1602... OK
Applying paperless_mail.0011_remove_mailrule_assign_tag... OK
Applying paperless_mail.0012_alter_mailrule_assign_tags... OK
Applying paperless_mail.0009_alter_mailrule_action_alter_mailrule_folder... OK
Applying paperless_mail.0013_merge_20220412_1051... OK
Applying paperless_mail.0014_alter_mailrule_action... OK
Applying paperless_mail.0015_alter_mailrule_action... OK
Applying paperless_mail.0016_mailrule_consumption_scope... OK
Applying paperless_mail.0017_mailaccount_owner_mailrule_owner... OK
Applying paperless_mail.0018_processedmail... OK
Applying paperless_mail.0019_mailrule_filter_to... OK
Applying paperless_mail.0020_mailaccount_is_token... OK
Applying paperless_mail.0021_alter_mailaccount_password... OK
Applying sessions.0001_initial... OK
Running Django checks
System check identified no issues (0 silenced).

Soweit, so gut. Als nächstes also der DUMP aus dem SQLite DB und der LOAD in Postgres:

root@f6aac5ce1694:/usr/src/paperless/src# python3 manage.py dumpdata --database=sqlite --exclude=contenttypes --exclude=auth.Permission > data.json
root@f6aac5ce1694:/usr/src/paperless/src# python3 manage.py loaddata data.json
[2023-11-12 17:08:50,626] [CRITICAL] [paperless.handlers] Document 2022-12-08 cardsandimage.com Visitenkarten Praxis 2023: File /usr/src/paperless/media/documents/archive/=Rechnung/cardsandimage.com/2022-12-08-cardsandimage.com-Praxis,bezahlt.pdf has gone.
[2023-11-12 17:08:50,670] [WARNING] [paperless.handlers] Exception during file handling:
[2023-11-12 17:08:50,671] [INFO] [paperless.handlers] Restoring previous original path
[2023-11-12 17:08:50,686] [CRITICAL] [paperless.handlers] Document 2022-12-08 cardsandimage.com Visitenkarten Praxis 2023: File /usr/src/paperless/media/documents/archive/=Rechnung/cardsandimage.com/2022-12-08-cardsandimage.com-Praxis,bezahlt.pdf has gone.
[2023-11-12 17:08:50,687] [WARNING] [paperless.handlers] Exception during file handling:
[2023-11-12 17:08:50,687] [INFO] [paperless.handlers] Restoring previous original path
[2023-11-12 17:08:51,699] [CRITICAL] [paperless.handlers] Document 2022-12-30 Daheim Lieferservice Rechnungsnummer: 2238554577: File /usr/src/paperless/media/documents/archive/=Rechnung/Daheim Lieferservice/2022-12-30-Daheim Lieferservice-Praxis,SEPA,bezahlt.pdf has gone.
[2023-11-12 17:08:51,699] [WARNING] [paperless.handlers] Exception during file handling:
[2023-11-12 17:08:51,700] [INFO] [paperless.handlers] Restoring previous original path
[2023-11-12 17:08:51,714] [CRITICAL] [paperless.handlers] Document 2022-12-30 Daheim Lieferservice Rechnungsnummer: 2238554577: File /usr/src/paperless/media/documents/archive/=Rechnung/Daheim Lieferservice/2022-12-30-Daheim Lieferservice-Praxis,SEPA,bezahlt.pdf has gone.
[2023-11-12 17:08:51,714] [WARNING] [paperless.handlers] Exception during file handling:
[2023-11-12 17:08:51,715] [INFO] [paperless.handlers] Restoring previous original path
[2023-11-12 17:08:51,811] [CRITICAL] [paperless.handlers] Document 2023-01-02 Arztl. Laborgemeinschaft f. rat. Diagnostik Rg.-Nr./Datum: gp-223001550 / 02.01.2023: File /usr/src/paperless/media/documents/archive/=Rechnung/Arztl. Laborgemeinschaft f. rat. Diagnostik/2023-01-02-Arztl. Laborgemeinschaft f. rat. Diagnostik-Praxis,bezahlt.pdf has gone.
[2023-11-12 17:08:51,812] [WARNING] [paperless.handlers] Exception during file handling:
[2023-11-12 17:08:51,812] [INFO] [paperless.handlers] Restoring previous original path
[2023-11-12 17:08:51,826] [CRITICAL] [paperless.handlers] Document 2023-01-02 Arztl. Laborgemeinschaft f. rat. Diagnostik Rg.-Nr./Datum: gp-223001550 / 02.01.2023: File /usr/src/paperless/media/documents/archive/=Rechnung/Arztl. Laborgemeinschaft f. rat. Diagnostik/2023-01-02-Arztl. Laborgemeinschaft f. rat. Diagnostik-Praxis,bezahlt.pdf has gone.
[2023-11-12 17:08:51,826] [WARNING] [paperless.handlers] Exception during file handling:
[2023-11-12 17:08:51,827] [INFO] [paperless.handlers] Restoring previous original path
Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/django/db/backends/utils.py", line 89, in _execute
return self.cursor.execute(sql, params)
psycopg2.errors.StringDataRightTruncation: value too long for type character varying(200)


The above exception was the direct cause of the following exception:

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.9/site-packages/django/core/management/__init__.py", line 446, in execute_from_command_line
utility.execute()
File "/usr/local/lib/python3.9/site-packages/django/core/management/__init__.py", line 440, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/usr/local/lib/python3.9/site-packages/django/core/management/base.py", line 402, in run_from_argv
self.execute(*args, **cmd_options)
File "/usr/local/lib/python3.9/site-packages/django/core/management/base.py", line 448, in execute
output = self.handle(*args, **options)
File "/usr/local/lib/python3.9/site-packages/django/core/management/commands/loaddata.py", line 102, in handle
self.loaddata(fixture_labels)
File "/usr/local/lib/python3.9/site-packages/django/core/management/commands/loaddata.py", line 163, in loaddata
self.load_label(fixture_label)
File "/usr/local/lib/python3.9/site-packages/django/core/management/commands/loaddata.py", line 253, in load_label
if self.save_obj(obj):
File "/usr/local/lib/python3.9/site-packages/django/core/management/commands/loaddata.py", line 209, in save_obj
obj.save(using=self.using)
File "/usr/local/lib/python3.9/site-packages/django/core/serializers/base.py", line 288, in save
models.Model.save_base(self.object, using=using, raw=True, **kwargs)
File "/usr/local/lib/python3.9/site-packages/django/db/models/base.py", line 863, in save_base
updated = self._save_table(
File "/usr/local/lib/python3.9/site-packages/django/db/models/base.py", line 976, in _save_table
updated = self._do_update(
File "/usr/local/lib/python3.9/site-packages/django/db/models/base.py", line 1040, in _do_update
return filtered._update(values) > 0
File "/usr/local/lib/python3.9/site-packages/django/db/models/query.py", line 1216, in _update
return query.get_compiler(self.db).execute_sql(CURSOR)
File "/usr/local/lib/python3.9/site-packages/django/db/models/sql/compiler.py", line 1822, in execute_sql
cursor = super().execute_sql(result_type)
File "/usr/local/lib/python3.9/site-packages/django/db/models/sql/compiler.py", line 1398, in execute_sql
cursor.execute(sql, params)
File "/usr/local/lib/python3.9/site-packages/django/db/backends/utils.py", line 67, in execute
return self._execute_with_wrappers(
File "/usr/local/lib/python3.9/site-packages/django/db/backends/utils.py", line 80, in _execute_with_wrappers
return executor(sql, params, many, context)
File "/usr/local/lib/python3.9/site-packages/django/db/backends/utils.py", line 89, in _execute
return self.cursor.execute(sql, params)
File "/usr/local/lib/python3.9/site-packages/django/db/utils.py", line 91, in __exit__
raise dj_exc_value.with_traceback(traceback) from exc_value
File "/usr/local/lib/python3.9/site-packages/django/db/backends/utils.py", line 89, in _execute
return self.cursor.execute(sql, params)
django.db.utils.DataError: Problem installing fixture '/usr/src/paperless/src/data.json': Could not load admin.LogEntry(pk=1491): value too long for type character varying(200)

Hier weiß ich jetzt nicht, ob insbesondere der zweite Teil des Outputs zur Folge hat, dass sämtlicher LOAD verhindert wird, auf jeden Fall habe ich nach Erstellen eines superusers - wenn ich den im *.yml drin gelassen habe, Postgres immer gezickt hat, weil der user schon existent war - eine leere DB,

Auch wenn ich aus dem Postgres shell heraus prüfe ( SELECT COUNT(*) FROM documents_document; )
erhalte ich einen Count von '0'. Effektiv sind also keine Daten/Dateien in der Postgres DB angelangt.

Hat hierzu jemand eine Idee?
Ich wäre sehr dankbar!
 

Dog6574

Benutzer
Mitglied seit
15. Sep 2014
Beiträge
181
Punkte für Reaktionen
1
Punkte
18
Hallo.

Ich habe mich entschieden auf MariaDB zu wechseln. Ich habe bei der Installation von MariaDB ein Passwort eingegeben und die Datenbank gestartet.
Ist das das Passwort was in den Zeilen gemeint ist??


mysql -u root -p

create database paperless;
create user 'paperless'@'localhost' identified by '<das geheime passwort>';
grant all privileges on paperless.* to 'paperless'@'%' identified by '<das geheime passwort>';

Gruß,
Dog6574
 

MattCB

Benutzer
Mitglied seit
31. Jan 2012
Beiträge
385
Punkte für Reaktionen
73
Punkte
28
Nein, das ist das Passwort für den User 'paperless', den du anlegst.
 

Dog6574

Benutzer
Mitglied seit
15. Sep 2014
Beiträge
181
Punkte für Reaktionen
1
Punkte
18
OK Ich glaube ich habe es verstanden..in den ersten Zeilen lege ich eine Datenbank und ein User Paperless an
 

Monacum

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
03. Jan 2022
Beiträge
2.210
Punkte für Reaktionen
1.034
Punkte
224
Es kommt halt ganz darauf an, wie deine Konfiguration aktuell aussieht. Daraus geht eigentlich hervor, wie Datenbank und Benutzer heißen müssen. Ist ja bei deiner PostgreSQL-Variante oben genauso.
 

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.184
Punkte für Reaktionen
765
Punkte
154
@Monacum hat es schon beschrieben. Außerdem siehst du ja im mysql-Aufruf, dass nur dort der root-user gebraucht wird.

Die anderen Zeilen legen die Datenbank und den User für Paperless an...
 

Dog6574

Benutzer
Mitglied seit
15. Sep 2014
Beiträge
181
Punkte für Reaktionen
1
Punkte
18
Hallo.

Meine Config sieht so aus:

environment:
POSTGRES_DB: paperless
POSTGRES_USER: paperless
POSTGRES_PASSWORD: paperless

Dann muss ich eingeben:

mysql -u root -p

create database paperless;
create user 'paperless'@'localhost' identified by 'paperless';
grant all privileges on paperless.* to 'paperless'@'%' identified by 'paperless';


Sehe ich das richtig?

Gruß
 

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.184
Punkte für Reaktionen
765
Punkte
154
Nutzt du denn die lokale MariaDB? Oder willst du die auch im Docker laufen lassen?
 

Dog6574

Benutzer
Mitglied seit
15. Sep 2014
Beiträge
181
Punkte für Reaktionen
1
Punkte
18
ich nutze die lokale MariaDB der Syno oder hat die Docker Variante irgendwelche Vorteile?
 
Zuletzt bearbeitet:

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.184
Punkte für Reaktionen
765
Punkte
154
Nur dass es eine neuere Version wäre. Aber die lokale arbeitet ebenso.

Dann meldest du dich mit "mysql -u root -p" über SSH lokal an der MariaDB an.

Mit den folgenden Befehlen erstellst du dann die Datenbank und den User für Paperless an. Mit dem letzten Befehl gibst du dann dem User die nötigen Rechte auf die Datenbank.
 

ctrlaltdelete

Benutzer
Contributor
Sehr erfahren
Maintainer
Mitglied seit
30. Dez 2012
Beiträge
14.040
Punkte für Reaktionen
6.049
Punkte
569
Macht es Sinn die MariaDB im Docker zu installieren, wenn dieser auf dem NVME-Volume liegt?
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat