Bookstack in Container Station aufsetzen bisher ohne Erfolg

radlertrinker · 6. März 2026

Ich versuche verzweifelt bookstack in der Container Station aufzusetzen, aber ich bekomme es einfach nicht hin. Was habe ich bisher gemacht:

1. Image gepullt

lscr.io/linuxserver/bookstack:25.12.8

lscr.io/linuxserver/mariadb

2. APP_KEY environment Variable online über den Laravel APP KEY generator erstellt.

3. yaml-file erstellt mit folgendem Inhalt

Code

services:
  bookstack:
    image: lscr.io/linuxserver/bookstack:25.12.8
    container_name: bookstack
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Berlin
      - APP_URL=http://192.168.XX.X:6875
      - APP_KEY=[Mein Key]
      - DB_HOST=bookstack_db
      - DB_PORT=3306
      - DB_USERNAME=bookstack
      - DB_PASSWORD=bookstack
      - DB_DATABASE=bookstackapp
    volumes:
      - ./bookstack_app_data:/config
    ports:
      - 6875:80
    restart: unless-stopped
    depends_on:
      - bookstack_db

  bookstack_db:
    image: lscr.io/linuxserver/mariadb:latest
    container_name: bookstack_db
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Berlin
      - MARIADB_ROOT_PASSWORD=bookstack
      - MARIADB_DATABASE=bookstackapp
      - MARIADB_USER=bookstack
      - MARIADB_PASSWORD=bookstack
    volumes:
      - ./bookstack_db_data:/config
    restart: unless-stopped

Alles anzeigen

Das ganze dann über die Container Station als neue "Application" erstellt.

Dann der Versuch mich einzuloggen via NAS-IP:6875 endet mit einer Fehlermeldung.

pasted-from-clipboard.png

Weiß jemand an was das liegen könnte? Ich habe bei meinen Recherche irgendwo schon mal gelesen, dass wohl der App-Container keine Verbindung zum Datenbank-Container hat. Aber wie kann ich das beheben oder kontrollieren?

Achja: NAS ist ein TS-462 und es läuft die aktuellste FW QTS 5.2.8.3359 drauf.

Schöne Grüße und einen schönen Abend!

manni_das_mammut · 7. März 2026

Ich würde die Volumes ausschreiben, nicht mit ./

radlertrinker · 8. März 2026

Hallo Manni,

habe den Pfad auf "/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/volumes/bookstack_app:/config" geändert.

Hat leider nichts gebracht.

Trotzdem danke für den Tip!

manni_das_mammut · 8. März 2026

Das funktioniert so wohl nicht. Der Pfad sollte ne Freigabe sein, z.B.

/share/CACHEDEV1_DATA/Container/bookstack_app/config:/config.

Der Pfad muss vorhanden sein.

radlertrinker · 9. März 2026

Hallo Mani,

ich habe jeweils unter Container als auch unter dem Wurzelverzeichnis tetsweise einen neuen Freigabeordner erstellt:

/share/CACHEDEV1_DATA/Container/test/config

/share/test/config

Leider hatte ich beide Male wieder keinen Zugriff.

Kannst du mir mal ein Screenshot von den Eigenschaften und Berechtigungen des Ordner "Container" schicken?

Evtl. stimmt schon auf der obersten Ebene was mit den Rechten/Einstellungen nicht.

Danke & Grüße

manni_das_mammut · 10. März 2026

Screenshot 2026-03-10 101557.png Screenshot 2026-03-10 101326.png

Da ist nicht wildes dran zu sehen. Kannst Du denn mit der Filestation den Ordner zugreifen?

Du musst in der YAML Datei das 2x Ändern. Ist das denn auch Volume 1?

lhsei · 10. März 2026

Was sagt denn das Protokoll/Log des Bookstack-Containers in der Container-Station?

Was helfen kann: bei laufendem Datenbank-Container den Bookstack-Container neu starten.

Nach dem Neustart müsstest Du im Protokoll des Containers sehen, wie die Datenbanktabellen angelegt werden.

radlertrinker · 11. März 2026

Hallo Lars,

erstmal danke für den Hinweis. Im Log des "App"-Container steht folgendes:

Code

bookstack     | using keys found in /config/keys
bookstack     | chmod: changing permissions of '/etc/logrotate.d/acpid': Bad address
bookstack     | chmod: changing permissions of '/etc/logrotate.d/nginx': Bad address
bookstack     | chmod: changing permissions of '/etc/logrotate.d/php-fpm': Bad address
bookstack     | chmod: changing permissions of '/etc/logrotate.d/php-fpm85': Bad address
bookstack     | chmod: changing permissions of '/config/nginx/site-confs': Bad address
bookstack     | chmod: changing permissions of '/config/nginx/site-confs/default.conf.sample': Bad address
bookstack     | chmod: changing permissions of '/config/nginx/site-confs/default.conf': Bad address
bookstack     | chmod: changing permissions of '/config/nginx/nginx.conf.sample': Bad address
bookstack     | chmod: changing permissions of '/config/nginx/ssl.conf.sample': Bad address
bookstack     | chmod: changing permissions of '/config/nginx/nginx.conf': Bad address
bookstack     | chmod: changing permissions of '/config/nginx/ssl.conf': Bad address
bookstack     | chmod: changing permissions of '/config/nginx/dhparams.pem': Bad address
bookstack     | chmod: changing permissions of '/config/nginx/resolver.conf': Bad address
bookstack     | chmod: changing permissions of '/config/nginx/worker_processes.conf': Bad address
bookstack     | Waiting for DB to be available
bookstack     |
bookstack     |    Illuminate\Database\QueryException
bookstack     |
bookstack     |   SQLSTATE[HY000] [1045] Access denied for user 'bookstack'@'bookstack.bookstack0311_default' (using password: YES) (Connection: mysql, Host: bookstack_db, Port: 3306, Database: bookstackapp, SQL: select exists (select 1 from information_schema.tables where table_schema = schema() and table_name = 'migrations' and table_type in ('BASE TABLE', 'SYSTEM VERSIONED')) as `exists`)
bookstack     |
bookstack     |   at /app/www/vendor/laravel/framework/src/Illuminate/Database/Connection.php:838
bookstack     |     834▕             $exceptionType = $this->isUniqueConstraintError($e)
bookstack     |     835▕                 ? UniqueConstraintViolationException::class
bookstack     |     836▕                 : QueryException::class;
bookstack     |     837▕
bookstack     |   ➜ 838▕             throw new $exceptionType(
bookstack     |     839▕                 $this->getNameWithReadWriteType(),
bookstack     |     840▕                 $query,
bookstack     |     841▕                 $this->prepareBindings($bindings),
bookstack     |     842▕                 $e,
bookstack     |
bookstack     |       +41 vendor frames
bookstack     |
bookstack     |   42  /app/www/artisan:35
bookstack     |       Illuminate\Foundation\Console\Kernel::handle()
bookstack     |
bookstack     | [custom-init] No custom files found, skipping...
bookstack     | [ls.io-init] done.

Alles anzeigen

Ich kann damit leider überhaupt nichts anfangen... Kannst du mir dabei helfen?

Viele Grüße

Daniel

lhsei · 12. März 2026

Hallo,

die Zugangsdaten für die Datenbank stimmen zwischen den beiden Containern nicht überein. In der Compose-Datei müssen beim Datenbank-Container und beim Bookstack-Container die Datenbankzugangsdaten exakt übereinstimmen. Bitte die Container UND die Volumes löschen und dann noch mal neu anlegen.

radlertrinker · 12. März 2026

Hallo ihr zwei,

manni_das_mammut Jep, habe den Pfad zweimal geändert - für jeden einzelnen Container. Ist auch das Volume 1.

/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/volumes/bookstack_app:/config

Über die Filestation komme ich nicht bis zu dem letzten Unterordner. Ab der Ebene Docker meckert er - kein Zugriff.

Seltsamerweise hat aber der Zugriff über den extra eingerichteten Testordnern /share/test/config auch nicht geklappt.

lhsei ok, komisch. Ich habe der Einfachheit halber bei allem "bookstack" eingetragen. Ich setzte heute abend nochmal alles neu auf.

Danke für eure Hilfe!

lhsei · 12. März 2026

Hier mal mein funktionierender YAML-Code zum Import in der Containerstation (Anwendungen --> Erstellen):

Code

services:
    bookstack:
        image: lscr.io/linuxserver/bookstack:25.07.3
        container_name: bookstack
        restart: unless-stopped
        environment:
            - PUID=1000 
            - PGID=1000 
            - TZ=Europe/Berlin # Your time zone
            - APP_URL=http://IP_DES_NAS:6875
            - APP_KEY=HIER MUSS DER API-KEY REIN!
            - APP_LANG=DE
            - DB_HOST=bookstack_db
            - DB_PORT=3306
            - DB_USERNAME=bookstack
            - DB_PASSWORD=bookstackpassword 
            - DB_DATABASE=bookstack
        volumes:
            - ./config:/config
        ports:
            - "6875:80" # Port on the host (left) to port in the container (right)
        depends_on:
            - bookstack_db
        networks:
            - internal

    # MariaDB Database Service
    bookstack_db:
        image: mariadb:11
        container_name: bookstack_db
        restart: unless-stopped
        environment:
            - MARIADB_ROOT_PASSWORD=bookstackpassword # Choose a secure root password
            - MARIADB_DATABASE=bookstack
            - MARIADB_USER=bookstack
            - MARIADB_PASSWORD=bookstackpassword # The same password as above
        volumes:
            - ./db:/var/lib/mysql
        networks:
            - internal

networks:
    internal:
        external: false

Alles anzeigen

Bitte folgende Sachen anpassen:

- APP_URL=http://IP_DES_NAS:6875

- APP_KEY=HIER MUSS DER API-KEY REIN!

manni_das_mammut · 12. März 2026

Un das funktioniert mit

Code

        volumes:            
        - ./config:/config

Wo muss man die dann anlegen?

lhsei · 12. März 2026

Die Daten werden in einem Docker-Volume gespeichert. Du kannst aber gerne in der von Dir genannten Zeile die Daten auch auf ein Verzeichnis des NAS mappen.

radlertrinker · 12. März 2026

Hallo zusammen,

lhsei ich habe eben dein Skript probiert. Das Log kann ich nicht direkt hochladen, da es zu viele Zeichen enthält. Ich habe es als *.txt angehängt.

Vielen Grüße und einen schönen Abend!

LOG_lhsei_V01.txt

Jetzt habe ich eben mal bei den Volumes ganz genau geschaut und herausgefunden, dass ich immer auf die neu angelegten Volumes keinen Zugriff habe.

pasted-from-clipboard.png

Dazu muss man noch folgendes wissen:

Beim Einrichten des NAS, habe ich den Standardadmin "admin" deaktiviert und mir einen eigenen Administrator namens "ADMIN-TS462" angelegt.

Wenn ich über die Container Station ein neues Volume anlege, hat dieser immer als Eigentümer den Standarduser "admin" und sperrt alle anderen aus

pasted-from-clipboard.png

Kann ich der Container Station irgendwie den neuen User beibringen?

Viele Grüße

lhsei · 12. März 2026

Der Fehler ist, dass die Container keine Rechte auf die erstellten Volumes haben (permission denied).

Klingt nach einem Einrichtungsproblem der Containerstation.

Eventuell mal testweise den Ur-Admin aktivieren und mit diesem testen. Dazu die Containerstation deinstallieren und danach noch die Freigabeordner der Containerstation INKLUSIVE der Daten löschen.

Dann die Containerstation neu installieren.

Achtung: dadurch gehen alle Container und Volumes verloren!

radlertrinker · 12. März 2026

Wow, das hat funktioniert!

Habe die ganze Container Station runtergeschmissen und unter dem "Ur-Admin" neu installiert und siehe da... es hat funktioniert!

Jetzt ist nur die Frage, wie kann ich das auf meinen normalen User bzw. auf meinen "eigenen" Admin übertragen?

Soll ich die Contaier Station unter dem von mir angelegten Admin nochmal neu installieren und einrichten?

Besten Dank und viele Grüße!!!

dolbyman · 13. März 2026

Zitat von radlertrinker

Jetzt ist nur die Frage, wie kann ich das auf meinen normalen User bzw. auf meinen "eigenen" Admin übertragen?

Warum? jetzt wo es läuft, so lassen !

lhsei · 13. März 2026

Da bin ich bei dolbyman : never change a running system

Unabhängig davon sollte das jetzt aber klappen, da die Verzeichnisse mit den richtigen Rechten angelegt wurden durch die Installation als Admin.

radlertrinker · 13. März 2026

Erstmal vielen Dank allen für eure Hilfe! Es freut mich echt riesig, dass es jetzt funktioniert.

Meine Gedanken zu dem "Ur-admin" bzw. einem Benutzer mit weniger Rechten sind folgende:

1. Es wird ja empfohlen den admin zu deaktivieren und ein eigenen Admin-User anzulegen, was ich bisher so auch gehandhabt hatte.

Funktioniert der Container dann noch problemlos wenn ich den wieder abschalte? Muss ich künftig auch alle anderen Container unter admin installieren?

2. Ich würde das bookstack gerne freigeben, sodass ich öffentlich über eine Domain darauf zugreifen kann. Dazu muss ich DDNS einrichten und den Port in der Fritzbox weiterleiten, was ja aus sicherheitstechnischer Sicht nicht ideal ist.

Für den Fall der Fälle wäre ein potentieller Schaden/Datenverlust/Angriff nicht so groß, da es im Container gekapselt ist... dachte ich zumindest.

Hätte denn ein potentieller Angreifer Zugriff durch den Container nach "außen" auf den Rest vom NAS?

Mein Gedanke ist, dass ein User mit eingeschränkten Rechten nicht so viel Schaden anrichten kann im Vergleich dazu, wenn der Container unter dem "Ur-admin" erstellt wurde und damit wirklich alle Rechte besitzt.

Viele Grüße

manni_das_mammut · 13. März 2026

Der Pfad lib/docker/Volumes steht unter der Verwaltung von der Containerstation und nur der Original QNAP admin hat hier alle Rechte. Bei anderen Admins kann es sein, dass die Containerstation zickt.

Ich bin immer noch der Meinung das ./config eine schlechte Idee ist. Allerdings weiß ich auch nicht, warum der manuell eingegebener Pfad nicht funktioniert

(/share/CACHEDEV1_DATA/Container/bookstack_app/config:/config )

Bookstack in Container Station aufsetzen bisher ohne Erfolg

QuTS hero h5.2.10.3577 build 20260731

QTS 5.2.10.3577 build 20260731

QuTS hero h6.0.1.3564 build 20260723

QTS 5.2.10.3568 build 20260722

Paperless-NGX Installationsanleitung in der Container Station

Bookstack in Container Station aufsetzen bisher ohne Erfolg

Probleme mit Containern

Webseite in container ist nur teilweise erreichbar

Universal Media Server 15.7.0

Kodi-Headless Server als Docker-Container

Hardware Praxis – „Hör mal wer da surrt“: Ein Erfahrungsbericht aus dem IT-Alltag

Hardware Praxis – Tipps zum Einbau einer neuen Festplatte: Ergänzung

Foren Update im Juli / August geplant

IT-Geschichten – Die verrückte Tastatur