The data is in the container. You can stop the container and use “docker cp” to copy the data out from the stopped container’s filesystem. Then mount it back to a new container.
To make sure you really don’t lose data, don’t delete the original container until you can make the new one work perfectly.
update:
What do you mean by “connected”? Setting the variable or mounting a folder into the container?
today i saw in the documentary that the first step is to do this
but I have not seen it
Set up the volumes location
Before setting everything else, configure a new environment variable $GITLAB_HOME pointing to the directory where the configuration, logs, and data files will reside. Ensure that the directory exists and appropriate permission have been granted.
For Linux users, set the path to /srv/gitlab:
export GITLAB_HOME=/srv/gitlab
so unfortunately I have not done that
I would like to straighten that out now. As I would like to back up this data
and for that i need the paths. But they are empty due to my error.Or am i wrong?
Now I understand it. If the variable was empty when you started the compose project, then every folder (config, logs, data) is in the system root assuming you had right to create those. If you didn’t have access to the system root, the project should’t have started at all.
Run docker compose down, move the folders from the system root to a new location, set the variable in a .env file in the project root:
.env
export GITLAB_HOME=/srv/gitlab
run docker compose up -d again (or the original command you had to run to start the project correctly) and everything should be fine if the source folders’ permissions are right.