<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Container image size calculation does not always work]]></title><description><![CDATA[<p dir="auto">Hey there,</p>
<p dir="auto">i noticed on my instance that the container image size calculation does not always work. I pushed a ~20GB Windows container image and the layer sizes look good. But the size column on the overview (/containers) page just shows 0 bytes.</p>
<p dir="auto">The problem is also visible on the ProGet 1000 instance. So maybe you can check / debug it there:</p>
<p dir="auto"><img src="/assets/uploads/files/1780384431595-94bc12f4-fdf4-4ae2-8ca2-a6d5e50fa3a3-image.png" alt="94bc12f4-fdf4-4ae2-8ca2-a6d5e50fa3a3-image.png" class="img-responsive img-markdown" /></p>
<p dir="auto">inedo/buildmaster:25 =&gt; 0 bytes</p>
<p dir="auto">but on <a href="https://proget1000.inedo.com/containers/tags/ProductImages/inedo/buildmaster/25.0.12/layers" rel="nofollow">https://proget1000.inedo.com/containers/tags/ProductImages/inedo/buildmaster/25.0.12/layers</a> the sizes look good</p>
<p dir="auto">Is this intentional? Maybe somehow related to a :25 or :lastest tag which resolved to some other version?</p>
]]></description><link>https://forums.inedo.com/topic/5770/container-image-size-calculation-does-not-always-work</link><generator>RSS for Node</generator><lastBuildDate>Tue, 02 Jun 2026 18:18:08 GMT</lastBuildDate><atom:link href="https://forums.inedo.com/topic/5770.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 02 Jun 2026 07:17:14 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Container image size calculation does not always work on Tue, 02 Jun 2026 07:18:24 GMT]]></title><description><![CDATA[<p dir="auto">Hey there,</p>
<p dir="auto">i noticed on my instance that the container image size calculation does not always work. I pushed a ~20GB Windows container image and the layer sizes look good. But the size column on the overview (/containers) page just shows 0 bytes.</p>
<p dir="auto">The problem is also visible on the ProGet 1000 instance. So maybe you can check / debug it there:</p>
<p dir="auto"><img src="/assets/uploads/files/1780384431595-94bc12f4-fdf4-4ae2-8ca2-a6d5e50fa3a3-image.png" alt="94bc12f4-fdf4-4ae2-8ca2-a6d5e50fa3a3-image.png" class="img-responsive img-markdown" /></p>
<p dir="auto">inedo/buildmaster:25 =&gt; 0 bytes</p>
<p dir="auto">but on <a href="https://proget1000.inedo.com/containers/tags/ProductImages/inedo/buildmaster/25.0.12/layers" rel="nofollow">https://proget1000.inedo.com/containers/tags/ProductImages/inedo/buildmaster/25.0.12/layers</a> the sizes look good</p>
<p dir="auto">Is this intentional? Maybe somehow related to a :25 or :lastest tag which resolved to some other version?</p>
]]></description><link>https://forums.inedo.com/post/19749</link><guid isPermaLink="true">https://forums.inedo.com/post/19749</guid><dc:creator><![CDATA[pg_user_8607]]></dc:creator><pubDate>Tue, 02 Jun 2026 07:18:24 GMT</pubDate></item><item><title><![CDATA[Reply to Container image size calculation does not always work on Tue, 02 Jun 2026 07:49:44 GMT]]></title><description><![CDATA[<p dir="auto">Hi <a class="plugin-mentions-user plugin-mentions-a" href="https://forums.inedo.com/uid/3911">@pg_user_8607</a> ,</p>
<p dir="auto">Nice find with that image; that makes it easier to demonstrate :)</p>
<p dir="auto">This is unfortunately another "weird docker thing" that would requires a substantial amount of internal model changes to properly address. That's not on our roadmap at this time.</p>
<p dir="auto">The image you found (<code>inedo/buildmaster:25.0.12</code>) is a so-called "fat manifest" (i.e. a manifest that points to another manifest). As such, there are zero layers (blobs) and thus the sum of all blob sizes is zero.</p>
<p dir="auto">The <code>25.0.12</code> manifest points to <code>e84148156b3e</code>, which is an untagged image. You can see this on the "Sub Images" page:</p>
<p dir="auto"><img src="/assets/uploads/files/1780386309621-d033fdc6-db9d-42e5-9bbb-4947480b8117-aba1659c-ebb0-4096-a6e5-000164d47566.png" alt="d033fdc6-db9d-42e5-9bbb-4947480b8117-{ABA1659C-EBB0-4096-A6E5-000164D47566}.png" class="img-responsive img-markdown" /></p>
<p dir="auto">The <code>/containers</code> page does not show untagged images.</p>
<p dir="auto">In the past, "fat manifests" were rare - but the default Docker build tools default to create fat manifests, even if there's only one image. It's something we will likely address down the line, it's just not in the roadmap now.</p>
<p dir="auto">Thanks,<br />
Alana</p>
]]></description><link>https://forums.inedo.com/post/19751</link><guid isPermaLink="true">https://forums.inedo.com/post/19751</guid><dc:creator><![CDATA[atripp]]></dc:creator><pubDate>Tue, 02 Jun 2026 07:49:44 GMT</pubDate></item><item><title><![CDATA[Reply to Container image size calculation does not always work on Tue, 02 Jun 2026 08:20:45 GMT]]></title><description><![CDATA[<p dir="auto">Thank you very much for the detailed answer!</p>
]]></description><link>https://forums.inedo.com/post/19752</link><guid isPermaLink="true">https://forums.inedo.com/post/19752</guid><dc:creator><![CDATA[pg_user_8607]]></dc:creator><pubDate>Tue, 02 Jun 2026 08:20:45 GMT</pubDate></item></channel></rss>