DSM 6.2 Deleting images/volumes where "unused" tag is indicated.

Currently reading
DSM 6.2 Deleting images/volumes where "unused" tag is indicated.

104
7
NAS
DS918+
Operating system
  1. Windows
Mobile operating system
  1. Android
Hi,

Is it secure or maybe recommended to delete items marked with the unused tag in the image list / volume list in portainer? (I would say it has to do with backups after updates, and thus I could save some wasted disk space, am I right?)

1643753248573.png


1643753321509.png
 
I do this occasionally. First, I check to ensure all my containers are running and delete all extra volumes.

Images are easier... I delete images older than my current image.
 
Upvote 0
If you're happy to ssh into your system you could use:
Code:
docker image prune
To prune any unused images
Code:
docker volume prune
To prune any unused volumes
or
Code:
docker system prune
To prune any unused images, volumes, networks, stopped containers and build cache

I've got them in my bash_aliases.
 
Upvote 0
I'm a very light user of portainer but what I do use it for is to clear up after the DSM Docker package. The 'Unused' images are left over from when you update a container with a newer image, so I remove them using portainer.

Likewise, I use portainer to remove 'Unused' volumes. But there is a warning (or at least FYI):

The listed volumes are those that are created and used by a container when you haven't mapped a NAS folder to be used as the volume. These volumes will hold any data that is created and maintained by the containers, but when a container is updated in DSM Docker then the associated volume is not carried over to the updated container. Instead, the container will create a new volume with default data... all your accumulated working data is left in the old volume never to be accessed again.​
You can SSH to the location and move/copy the old dissociated volume's (directory) contents into the new volume, when the container is stopped. Or you just make DMS folder mapped to the place in the container (e.g. often /data, but not always).​
So while I test a container, or if it doesn't create permanent data, then using and removing these volumes is how I use portainer. For all other containers I map DSM folders and these are not in portainer's volumes list.​
 
Upvote 0
Hi, here again with 3 further issues.
I did update the portainer successfully via SSH. Back to portainer I saw 3 unused tags remaining. Two of them I deleted from portainer, except the one tagged as unused on docker:latest with 211 gb. I didn't feel confident to touch it, so is it save to delete this image / and why it wasn't deleted via SSH in the first place? (there is no such container "docker" installed).
1644441681644.png


The other issue is that I often couldn't update with tag "latest", I always have to try to select the latest by the version number instead to succeed an update. But sometimes even so I can't update, the images installs but is refused get active leaving behing the old versions. What can I do to update it? Appreciate some guidance how to accomplish this via portainer.
1644442483218.png


I don't understand why some of my containers I have updated shows with double tags like the pict below, and how can I avoid it from occurring, or even can it be corrected.
1644442812736.png
 
Upvote 0
Those screen shots look like they are from the Images view, they aren't containers. I only see images with two tags the Synology Docviewer. BTW it's not bothered me, unless someone tells me I should be bothered.

The Containers view shows the containers you have, both running and not. The Images and Volumes views should these, respectively, and tag 'Unused' those ones that aren't used by your containers.

Did you once try running Docket inside Docker? I think that is why you have the 'Docker:latest' tagged image.
https://hub.docker.com/_/docker/
 
Upvote 0
Those screen shots look like they are from the Images view, they aren't containers. I only see images with two tags the Synology Docviewer. BTW it's not bothered me, unless someone tells me I should be bothered.
Thanks for responding me. You're correct, that is the Images view. In fact it doesn't bothers me by having two tags on images anyway.
The Containers view shows the containers you have, both running and not. The Images and Volumes views should these, respectively, and tag 'Unused' those ones that aren't used by your containers.
Here the problem is that after updating image to latest one, the container refuse to accept the updated images and runs further still under the previous image version. Thus, co-existing both image versions but still working with the old version (2nd pict). How can I get this update work as it should?
Did you once try running Docket inside Docker? I think that is why you have the 'Docker:latest' tagged image.
https://hub.docker.com/_/docker/
Have installed the docker in the past (nearly 2 years ago), that time I was totally nub about Docker. As docker docs shows it would be better to delete this image.
 
Upvote 0

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

Great! Also in the documentation, I can see this: So I can add via Docker UI the Environment Variable...
Replies
11
Views
17,977
Actually, the MailCow package comes with a backup script that can do exactly this (without stopping the...
Replies
3
Views
4,364
Actualy, it would be an amazing addition to the ui if it provides volume management. It should allow to...
Replies
4
Views
16,031

Welcome to SynoForum.com!

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

Registration is free, easy and fast!

Trending threads

Back
Top