<?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[visual bug in backup data]]></title><description><![CDATA[<p dir="auto">hello there, still XOA 6.3.3 here.</p>
<p dir="auto">since the last big XObackup &amp; CR reworking, we have an annoying bug<br />
<img src="/forum/assets/uploads/files/1778328477250-6db625da-2a61-4860-bc50-5c6adae0ae33-image.jpeg" alt="6db625da-2a61-4860-bc50-5c6adae0ae33-image.jpeg" class=" img-fluid img-markdown" /></p>
<p dir="auto">This VM is 2.17Tb<br />
<img src="/forum/assets/uploads/files/1778328523117-bc28b5ef-f37d-4bf9-b016-921309c17353-image.jpeg" alt="bc28b5ef-f37d-4bf9-b016-921309c17353-image.jpeg" class=" img-fluid img-markdown" /></p>
<p dir="auto"><strong>how can be the KEY is 9.1Gb ?</strong><br />
In fact the KEY size is good, but when retention of 10 points is obtained, the merging of last incremental in the first KEY point of the chain erase the size.</p>
<p dir="auto">So in our restore view, data sizes are all wrong, based on the sum of this key + 9 inc<br />
<img src="/forum/assets/uploads/files/1778328703332-2e0a1587-365a-404f-9186-2b909605b3fa-image.jpeg" alt="2e0a1587-365a-404f-9186-2b909605b3fa-image.jpeg" class=" img-fluid img-markdown" /><br />
<a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/florent" aria-label="Profile: florent">@<bdi>florent</bdi></a> could you do something about that ?</p>
]]></description><link>https://xcp-ng.org/forum/topic/12205/visual-bug-in-backup-data</link><generator>RSS for Node</generator><lastBuildDate>Sat, 09 May 2026 14:59:56 GMT</lastBuildDate><atom:link href="https://xcp-ng.org/forum/topic/12205.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 09 May 2026 12:12:54 GMT</pubDate><ttl>60</ttl></channel></rss>