En termes simples, cela se produit exprès; l'auteur le fait dans le cadre de l'initialisation.
Il semble que certaines réponses puissent être trouvées dans le script shell du point d'entrée de l'image :
_main() {
# if first arg looks like a flag, assume we want to run postgres server
if [ "${1:0:1}" = '-' ]; then
set -- postgres "[email protected]"
fi
if [ "$1" = 'postgres' ] && ! _pg_want_help "[email protected]"; then
docker_setup_env
# setup data directories and permissions (when run as root)
docker_create_db_directories
if [ "$(id -u)" = '0' ]; then
# then restart script as postgres user
exec gosu postgres "$BASH_SOURCE" "[email protected]"
fi
# only run initialization on an empty data directory
if [ -z "$DATABASE_ALREADY_EXISTS" ]; then
docker_verify_minimum_env
# check dir permissions to reduce likelihood of half-initialized database
ls /docker-entrypoint-initdb.d/ > /dev/null
docker_init_database_dir
pg_setup_hba_conf
# PGPASSWORD is required for psql when authentication is required for 'local' connections via pg_hba.conf and is otherwise harmless
# e.g. when '--auth=md5' or '--auth-local=md5' is used in POSTGRES_INITDB_ARGS
export PGPASSWORD="${PGPASSWORD:-$POSTGRES_PASSWORD}"
docker_temp_server_start "[email protected]"
docker_setup_db
docker_process_init_files /docker-entrypoint-initdb.d/*
docker_temp_server_stop
unset PGPASSWORD
echo
echo 'PostgreSQL init process complete; ready for start up.'
echo
else
echo
echo 'PostgreSQL Database directory appears to contain a database; Skipping initialization'
echo
fi
fi
exec "[email protected]"
}
Quant au "pourquoi?" Je pense que c'est à cause du désir de courir en tant qu'utilisateur moins privilégié.
Vous pouvez "résoudre" le problème en spécifiant un volume dans le fichier Compose comme ceci :
volumes volumes:
- ./data/pgsql:/var/lib/postgresql/data
Ensuite, il ignorera la routine pour s'assurer que DATABASE_ALREADY_EXISTS .
Ou, si cela ne vous aide pas, vous pouvez creuser un peu plus dans le script du point d'entrée.
