Hi @jeremy-oaks_9309, After digging into this further, there are a handful of issues that have all hit here. Before I dive into these, is there a reason you chose to use InedoDB over using the embedded database? Our guidance is when using a single ProGet container, use the embedded database. InedoDB is only recommended to be used with clustered installations of ProGet. In your case for using InedoDB and ProGet, there were basically 3 main issues that occurred. Issue 1: Your docker compose file is not quite correct. You currently have your volume mappings backwards which will cause your data to not be persisted through restarts. This is also why when you updated the the pg_hba.conf file, it did not persist. I should also point out there was a typo in our DockerFile, which pointed to the wrong directory for an InedoDB volume path. This is fixed in InedoDB 17.10.2. We also updated our InedoDB Docker Installation Docs to include the volume as well. Here is a modified version of your docker compose that will fix these issues: services: inedodb: image: proget.inedo.com/productimages/inedo/inedodb:17.10.2 container_name: inedodb restart: unless-stopped ports: - "5432:5432" volumes: - /mnt/volume_nyc1_proget/postgres:/var/lib/inedodb proget: image: proget.inedo.com/productimages/inedo/proget:26.0.5 container_name: proget restart: unless-stopped depends_on: - inedodb ports: - "8634:80" environment: PROGET_POSTGRES_CONNECTION_STRING: Host=inedodb;Port=5432;Database=proget;Username=inedodb;Password=<REDACTED> volumes: - /mnt/volume_nyc1_proget/proget/packages:/var/proget/packages deploy: resources: limits: memory: 2g Issue 2: The default for pg_hab.conf was too restrictive. This was actually updated in the Windows installer, but not in the inedodb create --name=proget command. This has now been fixed in InedoDB 17.10.2 and it will work out of the box. With that said, it is stored in a persisted volume, so changes will stay in affect. The other part of this is that when create a database, the container needs to be restarted. We have now added a message in the inedodb create command to restart the container. Issue 3: The connection string confusion. This is a side effect of Docker. When we generate the connection string in InedoDB, we use the get host name command from within the container. That hostname does not match the container name or network alias of the InedoDB . We have now added a warning when creating a database in InedoDB on Docker that you may need to update the host in the connection string. With all those addressed in docs and InedoDB 17.10.2, you should be good to create a new ProGet instance with InedoDB. If you have already started adding packages using your existing setup, I would be worried that your database and package files are not persisting through restarts. I would recommend: Set up a new instance using the DockerFile I used above and a trial key Import your packages from that instance to the new instance Shut down you old instance and move the license key to the new instance I know this is kind of long, so if you are confused on anything or have any other questions, please let me know! Thanks, Rich