![]() UpperDir: This is the read-write layer of an overlay filesystem. For docker, these are the image layers assembled in order. LowerDir: These are the read-only layers of an overlay filesystem. In total, there are actually four types of fields: Do take a note of the large hash named directory in the three fields above: 64c9c0cf8c9cfb0e2168071df0652a317d49f58a68fe86e4a9a9a525ab9e365e. "WorkDir": "/var/lib/docker/overlay2/64c9c0cf8c9cfb0e2168071df0652a317d49f58a68fe86e4a9a9a525ab9e365e/work"Īll the above directory paths are the physical locations of the alpine image on the host system. Once you run the command, you'll notice three fields inside the Data subsection under GraphDriver. Run the following command to inspect it: :~$ docker inspect alpine Say, for example, I've pulled the alpine image with docker pull alpine. If you are looking for the locations of specific images, you can use the inspect command on Docker for the pulled image. Availability of the storage driver depends upon kernel support. Likewise, the directory location would be named as per the same storage driver. ![]() If this is different than yours, then you're using a different storage driver for Docker. You can confirm this by running the docker info command and looking for the Storage Driver. Here, Overlay2 is the default Docker storage driver on Ubuntu. Whenever you use the docker pull command or run docker-compose up -d to prepare the launch of applications, this is where images are stored on an Ubuntu server: /var/lib/docker/overlay2 Physically located Docker directories/files should be accessed or manipulated only as a last resort during emergency situations. The docker and docker-compose commands should be the preferred method always. Manipulating with host system Docker directories/files are never actually recommended. Note: Please note that this information is for educational purpose only.
0 Comments
Leave a Reply. |