@Bastien-Nollet
I'm running c1e5f btw

It's been working for 5 days, but today I saw only 1 backup/restore again.
Then a CR-job ran and I can see all of the backup/restore again

After the work You put in fixing
https://xcp-ng.org/forum/topic/12040/restore-only-showing-1-vm/18

It seems like VDI-size in VMs VDIS is back to showing size of snapshot instead of size of VM.

Still working fine
But after this work You put in it seems like VDI-size in VMs VDIS is back to showing size of snapshot instead of size of VM.
I'l update the XO6 thread
https://xcp-ng.org/forum/topic/11604/xo-6-dedicated-thread-for-all-your-feedback/169

On 28c5e
I today had it switched from all to none 2 times.
Then it stayed at showing none
The remote seemed to be OK
I updated to 372a2 and at the moment it's showing all
Time will tell

@MathieuRA said:

Hi, regarding your backups which do not appear on the XO5 restore page, I suggest you to open a new topic

Forgot to include the link to the new topic
https://xcp-ng.org/forum/topic/12040/restore-only-showing-1-vm

Thank's for Your input but I get a feeling You're using AI, right?
Unfortunately I didn't say in the beginning of this thread that it has it's origin in
https://xcp-ng.org/forum/topic/12031/backup-info-under-vm-tab-in-v6-never-loads...
@acebmxer and I have experienced this behavior in several test and master branches

@RianKellyIT said:

re-enabling the disabled manual job made all VMs appear.

Yes, for a couple of minutes, then they disappeared again and come back randomly.
there is no consistency in the appear / disappear. Sometimes You se all, sometimes 1 and sometimes none.
There where no VMs in that manual job, it was disabled because not in use.

All jobs are enabled in backup overview or sequences as stated above

@Pilow said:

@ph7 try to put RETENTION to 1 in the schedule, as you are using LTR parameters

I was running the shedule with 20 mins backup retention and it is running fine together with the LTR
And here is the manual I ran at 14:56 removed

@Bastien-Nollet said:

It may just me a network issue.

You may have a point there
My backup server is not at the same place as the host
and there may have been some other "heavy" traffic on anoter VLAN in that trunk between the switches.
@acebmxer How is it at Your place

And I was able to restore from 15:05 backup
edit: bad spelling

@pierrebrunet
That was quick, just a few seconds of garbage collection and

Changed backup retension to 5 and wait for the 15:05 run
Looks like You nailed it

@pierrebrunet
I was just about to start the update of the fix_mirror_schedule when I saw Your new master update,
Running the update now

@Bastien-Nollet
It's a 1Gbit 4xHDD NFS where usually I get ~ 600 Mbit

Just a test to see how it looks when it's OK

Still no cleanup

I changed retention to 4 but no cleanup after 08:45 run
Changing to 1 and we will see at 09:05

I found an old one

The backups from 05:25 to 07:45 have been erased

@Pilow
According to earlier info, it should add schedule + LTR and has done so before
But I will try to make any change just to have it to reread the conf

I have a test job where I test the distributed backup
They are both on a truenas SMB server

I have it running every 20 minutes and retension set up like this:

It's been working fine for a couple of days
But after an update (evening of 30th I think) it started to misbehave

The day before I had 8-9 Deltas to choose from, today it's a lot more.
so I upgraded to a6c50 without success

Here are the 15 oldest ones

And the 15 newest

And there are 109 of them. Shouldn't be more than max 11

And the distribution thing seems odd to me
All the snapshots on one BR and VM's on the other

But the T1-LAB-BCK-TEST2 seems a bit empty to me

This was a log one

@Bastien-Nollet
I don't know, played around with it a little bit, all seemed to work, so I updated to master a6c50 as @acebmxer did and it still seems OK, so maybe we can put this on hold for now and put the energy on something else

A CR job (1 of the 2 enabled) ran and now I see all of them again