Docker ".../mounts/shm" ? What? Why?

Currently reading
Docker ".../mounts/shm" ? What? Why?

4,027
1,378
NAS
DS4l8play, DS202j, DS3623xs+, DSM 7.3.3-25847
Just curious... When running `df -h`, I have several lines reading:
Code:
64M  6.3M   58M  10% /volume1/@docker/containers/5aa0312poewfj76efvevb48640d3cskux82jfb6a804ab1777467c/mounts/shm
Three of my 12 running containers (calibre, jackett, sonarr ... notably, NOT radarr) appear like this. When I stop the container, the entry vanishes.

What is it about these containers that differ from the others. I'm curious... wondering what setting, if any I may have used that has this effect.

Thanks!
 
Last edited:
There is nothing to worry about, it's shared memory used for inter-process communication. I highly suggest to leave it alone :)

Update: maybee I am mistaken. Normaly every container should have a mount like this (size can be adapted dending on the application needs): for shared memory:

Code:
shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=65536k)

Thus said, I am not sure what the mount you see should be, as shm should be of type tmpfs (=in-memory) and not be on a filesystem.

update2: I though you mean inside the container. I do have those on the Syno as well - but on none of my other docker hosts.

update3: I think I understand what it is: it is mountpoint of shm inside the container filesystem - what I wrote in the first line is indeed correct.

You can see that it's the shm of type tmpfs if you check it like this:
Code:
mount | grep shm
The output will provide the relevant details:
/dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
shm on /volume2/@docker/containers/df06e86152a9fe9a46ee980c19e53c7c1635ca08ee36ef34ff6b9b2b6ff83855/mounts/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=65536k)
 
Last edited:
I have no idea ^^ As far as I know every container has shm mounts - if you enter the containers you will see that each one has. Though, I realy have no idea why an additional mountpoint in the container filesystem is created and the shm is mounted into that mountpoint.

I looked at my plex container, which has the mountpoint in its container folder, but inside the contaienr there is no evidance for special treatment that would lead to this.

Does it happen for fresh created container as well - or is it a behavior of containers that have been created long time ago?
-- post merged: --

To verify my suspicion I stopped and deleted my watchtower container. It also had a shm mountpoint in its container filesystem. The new created one does not! The same behavior can be observed if the affected container was created with docker-compose.

Some vague theories about why it exists for some containers:
1. it is something the Syno does after a reboot (I doubt it, but I am also not going to test it)
2. it is something watchtower does when replacing the container after an image updaet
3. the affected container where created with a docker version that actualy had that behavior. Since the container is not re-created after updating the docker version, the container still has the old behavior. My affected containers were created 13 months ago.
 
There's no time line break specific to these containers radarr and sonarr were created together, but only sonarr shows this behavior. I'll "recreate" it to see if there is a difference. I have 4 containers created through Portainer "Stacks" (all docker-compose). None of those show this.

As you said, it's probably (hopefully) inconsequential 🙂
 

Create an account or login to comment

You must be a member in order to leave a comment

Create account

Create an account on our community. It's easy!

Log in

Already have an account? Log in here.

Similar threads

Actualy, it would be an amazing addition to the ui if it provides volume management. It should allow to...
Replies
4
Views
16,777
I can’t find any option to restore just the settings. 1710356648 Phew, managed to fix it. Within the...
Replies
4
Views
402
Good to hear. Deluge has not been updated for almost two years now as an app, nevertheless. But it gives...
Replies
12
Views
978
  • Question
Open an issue on that GitHub page. The developers will be glad to assist. OP has posted two threads on...
Replies
5
Views
966
I'm happy with email notifications but in v0.3.3 of dockcheck the author added apprise notifications...
Replies
4
Views
1,045
I am also trying to setup a Z-wave USB dongle and am getting stuck after following the same steps as...
Replies
1
Views
1,037
How did you create the Portainer container in first place? As in exact docker run commands or in case...
Replies
7
Views
1,244

Welcome to SynoForum.com!

SynoForum.com is an unofficial Synology forum for NAS owners and enthusiasts.

Registration is free, easy and fast!

Back
Top