@ph7 still in VDI section

100%used VDI widget is halfway through 100%

@Forza I can confirm the behavior, all points being copied, then pruned to target retention...

for now it seems to not be a bug but a feature, to not have to think of what happens in the source job in smart mode (VM added/substracted to the source job)

"we copy all and see afterward"

but @bastien-nollet and @florent can confirm on that ?

ps: I had this on mirror incremental backup, as I do not do full backups.

is there anywhere where we can check the backlog / work in progress / to be done on XO6 ?

@henri9813 yep merging is totally transparent at this time. can be seen afterward in raw backup logs

@flakpyro there is an option to merge synchronously while exporting instead of after the export
in the very bottom of backup job config

it should avoid most of your current merge problems

@SethNY you could even enhance this VM_LIST =
with TAGs on VM, so that you manage the selection directly in XOA

@k11maris said in delta backups with offline snapshot: VMs do not start after snapshot, they start after transfer is done.:

I think there is a way with changed block tracking to use delta backups without snapshots, right? I'll have to look into that.

ypu need to check those

and yes a VM that is BACKUPed and REPLICAted have 2 snaps.
didn't see a snapshot for Disaster Recovery job though (seems to be snaped, but deleted afterward as there is no need to delta on the next snap), you could use these, but full only and one temporary snapshot during the DR export.

@k11maris yeah but with new jobs, you enter a new Backup Chain ?

would be nice to keep those existing (imagine if you have LTR to re-backup)

I don't know a veeam way to "map backup" to get the chain continuity in XO Backup.

@bvitnik said in Booting to Dracut (I trusted ChatGPT):

P.S. I guess metadata backup is also XML just like XAPI state file (database). I don't know why JSON came to my mind regarding metadata backup.

Reply

perhaps because of other thread discussing metadatabackup.list in audit log

there is actually a bug there where the metadata is not only checked to be audited, but also completly dumped in JSON format.

@AtaxyaNetwork yeah but if he doesn't have metadata backups, he will have SRs full of disconnected VDIs ? and the need to recreate each VM ?

@nuentes I explored my pool metadata backups, and I see a "part.1" file, that is a big XML of all the configuration of the pool

so yeah I don't think there is something else in here like your OS parameters, only pool config.

I could be wrong, but it's all I can see in here

@acebmxer xoconfig goes to vates but not pool metadata
doesn't cost anything to put a job on it I guess

so we wait for Vates team to tell us why this vebose audit log on metadata

or perhaps it IS the metadata that would explain the fuss

@acebmxer you need to go in backup/restore/metadata

it will try to list your metadata backups by an api call

then go back to audit you will see the audit log

mine is gigantic.

@acebmxer do you have AUDIT LOGS activated ?

if so, could you check on your XOA if you have the same from-earth-to-moon audit log on metadata backup list ?

why do I have quite a full log of all my infrastructure information in this log ?
this one is a bug I guess

perhaps is it linked to the infinite refresh I had ?

EDIT : saved the log on the desktop in notepad ... 1.528 Mo !

@acebmxer yeah I know... sometimes I have to REFRESH BACKUP LIST for normal backups of VMs, but this button doesn't even exists for metadata

i'll let tomorrow sequence execute, and report back if the metadata restore points are unaivailable again.

as this job was done with a XOA proxy, i tested it WITHOUT the proxy... and the restore points are back...

but when i put again the proxy in the job configuration, they stay there, as usual... all is OK now...

I don't know what happened...
to note : I manually launched the backup to test with & without proxies, I don't know if there is a different behavior than the usual : executed by sequence.

Hi, we're on latest XOA 5.112.1

when browsing to backup/restore/metadata it loads indefinitly...

never showing the restorable points. and they exist.

Hi,

Smart backups are wonderful to manage smart selection of VMs to be backuped.

When we browse the RESTORE section, would be cool to get the TAGs back visually, and possibility to filter them
I'd like to get "all VMs restorable with this particular TAG" type of filter, hope i'm clear.

Perhaps something to add to XO6 ?

@bazzacad great, glad it worked for you