@archw Could the results you are observing be due to the fact that some of the files weren't modified in the specific delta backup that you selected as your restore point?
For example:
In another subdirectory there are supposed to be 7 files but in the selection window there are only two.
When were these 5 "missing" files last modified?
perhaps "in the context of a proceeding RPU, do not start halted VMs" ?
or "boot only halted VMs that have HA enabled" ?
but I can imagine corner cases where this is not wanted.
some chicken & egg problem.
it's only possible to change management interface.
[image: 1776174536719-d5cbdf34-9bd7-42fd-9866-6f7474550be7-image.jpeg]
nothing can be done with other NICs.
weird, what is this?
[image: 1776174634577-5630d95a-79e5-421f-811c-1da5746b8812-image.jpeg]
@MathieuRA Sounds promising! Once my backup job finished I will update my XO instance and start testing. Thanks for the heads up and for working on this.
Best regards
@Pilow Agree.... have to be sure that garbage collection is completed or it'll never catch up if backups continue to be run without the coalesce completing.
@Mark-C this is not forgotten, but file level restore has been under priorised, so it didn't get much work
it is now quite high on our backlog , so expect good news in the next months
