Impossible to tell yet, more in few months.

thanks for advice, i'll keep my minIOs running

@Bastien-Nollet Thanks as always @florent

@CodeMercenary hello and thanks for this idea! We will discuss about it with @clemencebx and see what we can propose on new XO-6 design and workflow.

Sometimes it when asking questions as well as hallucinating ChatGPT, can respond with results based on old versions (not updated for an up to date code base). So if any past in development or experimental code branch, had its code and was mistakenly released. Then the mistake was found and fixed, it can have found its way into the training data set. Can also be an example of training data set poisoning, forcing it to give misleading or mistaken responses, due to it hallucinating as a result.

Thanks everyone for their help. I believe I have a way forward now.

Thank you everyone for your feedback, really appreciated!

That sounds interesting, the backups are on a new remote on a new Minio-instance so the issue is handled for now. I guess we will see over time if the backup times increases.

@acebmxer Hello, We’re aware of the Backblaze rate limits and this isn’t the first time it’s been raised. We’ll be looking into this on the XO side, studying different options such as caching restore points to reduce API calls. Longer-term improvements, possibly tied to advanced XO6 dashboards, are more of a 2026 horizon. Thanks for bringing this up!

Partly, I will see when back from vacation Anyway, unrelated to XO

@jimmymiller i just noticed one of your pics of the backup had NDB enabled. (says exporting content of VDI shifter through NBD. Can you check in your backup job if NDB is on? [image: 1755550405681-f90df5d8-81e6-4404-ba28-c337c0702aad-image.png] I would turn it on and off a few times and leave it off then save the job and retry. There was issues with NDB gui in prior version that might be still affecting your test backup job.

@cairoti you should be able to add it as a remote ( not as a storage repository on xcp-ng)

@Danp Thanks... Just ticked that off and they are migrating. I'll try backup again but something tells me the backup issue will still persist. I'll send logs once that fails.

@Nephilim ?Yes I also did save mine. However, it seems to be useless trying to import it into the 8.3 release. Having to set up my pool interfaces and storage again would be pain in the but. for me.

Good luck and keep us posted!

@arovella74 said in Definition backup full & incremental.: Our S3 bucket fills up with objects. Set up retention and deletion rules on your bucket so your bucket is cleaning this out. @arovella74 said in Definition backup full & incremental.: We want a full backup to be performed every two incremental runs, so we can keep the S3 bucket in check. Without more details I'm not sure how you could do that, besides alternating schedules, specifically run an incremental bi-weekly (for simplicity) and then run a full every 3 Saturday.

Hi, It goes via XOA, which is piping the export of host A to host B import.

@florent mmm. Sounds good dns_interno2 (ctx3.tosnet.it) Wasabi transfer Start: 2025-07-27 06:02 End: 2025-07-27 06:15 Duration: 13 minutes Size: 14.21 GiB Speed: 18.73 MiB/s transfer Start: 2025-07-27 06:15 End: 2025-07-27 06:16 Duration: a few seconds Size: 314 MiB Speed: 12.17 MiB/s Start: 2025-07-27 06:02 End: 2025-07-27 06:19 Duration: 16 minutes Wasabi Start: 2025-07-27 06:15 End: 2025-07-27 06:19 Duration: 3 minutes Start: 2025-07-27 06:02 End: 2025-07-27 06:19 Duration: 16 minutes dns_interno1 (ctx1.tosnet.it) Wasabi transfer Start: 2025-07-27 06:02 End: 2025-07-27 06:20 Duration: 17 minutes Size: 25.03 GiB Speed: 24.84 MiB/s transfer Start: 2025-07-27 06:20 End: 2025-07-27 06:20 Duration: a few seconds Size: 506 MiB Speed: 16.66 MiB/s Start: 2025-07-27 06:02 End: 2025-07-27 06:23 Duration: 21 minutes Wasabi Start: 2025-07-27 06:20 End: 2025-07-27 06:23 Duration: 3 minutes Start: 2025-07-27 06:02 End: 2025-07-27 06:23 Duration: 21 minutes FtpA TEST (ctx1.tosnet.it) Wasabi transfer Start: 2025-07-27 06:19 End: 2025-07-27 07:40 Duration: an hour Size: 164.59 GiB Speed: 34.67 MiB/s transfer Start: 2025-07-27 07:40 End: 2025-07-27 07:41 Duration: a few seconds Size: 804 MiB Speed: 52.72 MiB/s Start: 2025-07-27 06:19 End: 2025-07-27 07:42 Duration: an hour Wasabi Start: 2025-07-27 07:40 End: 2025-07-27 07:42 Duration: 2 minutes Start: 2025-07-27 06:19 End: 2025-07-27 07:42 Duration: an hour

@olivierlambert Hi, Yes, I have "Merge backups synchronously" enabled on the Local Backups jobs but still get the error as the Mirror Job has a lock on the VM data. Error/Message: "the writer IncrementalRemoteWriter has failed the step writer.beforeBackup() with error Lock file is already being held. It won't be used anymore in this job execution." Start: 2025-07-26 21:17 End: 2025-07-26 21:17 Duration: a few seconds Error: Lock file is already being held Thanks.

Hello, @burbilog I think theses backup doesn't come from your backup plan. Is there maybe snapshots on the VM ? 2022 is "very old" Your full backups include memory which is not "classical" in a incremental backups.