Schreibweise "volume" in yml-Datei..?

Ich bin gerade ratlos, weil ich meinen Docker-Container nicht "normal" erreiche (grocy).

Normalweise reicht es, unter /docker/grocy die gesicherten gemappten Dateien wieder reinzukopieren und dann den Stack zu deployen.

Vorhandener Speicherort:

 volumes:
      - /volume2/docker/grocy:/config

Die (mir bekannte, aber nicht zutreffende) Fehlermeldung lautet:

Unable to run Grocy: config.php in data directory (/app/www/public/../data) not found. Have you copied config-dist.php to the data directory and renamed it to config.php?

Doch, liegt da...

Aus einer Laune heraus habe ich den Stack mal angepasst und "sinnfrei" - /Volume2/docker... , also Volume großgeschrieben. Und siehe da, mein Container geht auf.

In dem Zusammenhang:

Bspw. hat eineb in seiner duplicati-yml Datei für die Volumes zwei Dummy-Einträge und einen "echten" /config.

- /volume2/docker/duplicati/config:/config     #hier das Volumen einfügen in welchem Euer docker Ordner liegt

In dem steht bei nichts nichts drin...oder sollte?

Es hat auch nichts gebracht, den grocy-Container in Portainer anzupassen und das dort ebenfall großgeschrieben "Volume2" in "volume2" zu ändern.

Pfad aus der Übersicht "freigegebene Ordnerverwaltung":

The content cannot be displayed because you do not have authorisation to view this content.

Den Speicherort gibt ja UGOS in der Speicher-App vor.

Also, Jungs, wo liegt der Fehler?

a) Hintergrund für docker auf LW 2 (NVME)

b) im App Center Auswahl:

The content cannot be displayed because you do not have authorisation to view this content.

c) Woher?

The content cannot be displayed because you do not have authorisation to view this content.

The content cannot be displayed because you do not have authorisation to view this content.

...und dann kommt das Bild von oben.

Das "Problem", andere Container, bspw. "duplicati" stört es gar nicht.

Wie gesagt, so sieht es (entsprechend) bei allen Ordnern in den Eigenschaften aus:

/volume2/docker/duplicati

...und funktioniert auch.

Tut es alles. Auf dem RasPi läuft es mit selber yml-Datei (angepasst) einwandfrei. Der gemappte Ordner braucht im worst cas auch nur wieder reinkopiert werden.

Die config lief auch über fünf Jahre schon auf der alten DS (/volume1 halt).

name: groxy
services:
    grocy:
        container_name: grocy
        ports:
            - 9111:80
        volumes:
            - /volume2/docker/grocy:/config #Pfad anpassen
        network_mode: bridge
        restart: always
        image: ghcr.io/linuxserver/grocy

The content cannot be displayed because you do not have authorisation to view this content.

PS: der # Hinweis steht da nur, weil ich die yml-Datei für die Filebase zur Verfügung gestellt hab.

Edit:

Es hat sich erledigt. Ich hab den Stack nochmal neu/"nackt" mit der Entwickler yml aufgesetzt und im Anschluss die config.php und grocy.db reinkopiert...und schon ist der nächste Einkauf in Planung.

PS: aber immer noch keine Ahnung, woran's lag. Dennoch danke!

Ich krieg'n Fön!

Will gerade den nächsten Wocheneinkauf vorbereiten, bekomme ich wieder die Fehlermeldung von oben! Leidet Docker auf der DXP unter retrograder Amnesie? Oder steckt Portainer ein Furz quer?

Nebenbei habe ich den RasPi neu aufgesetzt und zum Spaß dort (ebenfalls über Portainer) grocy installiert. Exakt denselben Config-Ordner dort ins Docker-Verzeichnis kopiert, gestartet und läuft.

Bin ratlos...

PS: nur das Teil zickt, die restlichen Container haben den Umzug sauber überstanden.

Quote from eineb

..."Ugreen-Eichhörnchen "

Tja, Benie, da isses wieder...!

Auch für dieses Problem habe ich einen Lösungsansatz gefunden. Beim Erstellen gibt es tatsächlich vereinzelt Probleme mit der Zuweisung des Volumes (www/nginx).

Die Lösung: "yml-Verarsche". Sprich, im Stack beim Mapping einfach statt ../grocy:/config --> ../grocyx:/config eingegeben. Das war für de Deploy wohl neu und der Container hat die config.php gefunden. Danach meine alte Config und grocy.db reinkopiert und dem Shopping steht nix mehr im Weg.