Currently, there is no way to add a predicate to the job execution.

But, it's possible to do a work-around that responds to your need using xo-cli and your cron.

You can let your cron run manually the backup job using xo-cli backupNg.runJob id:jobId schedule:scheduleId.

@Anonabhar It seems that the property snapshot-of isn't correctly reported by XO. Did you tried to disconnect/reconnect the server containing this snapshot to see if it resolves your issue?

And please give me the version of your xo-server.

Hi,

Thank you for your report.

Indeed, there is an issue with the display of Disk (Used/Total).

The fix for this issue is under validation, it will be merged ASAP.

@pdonias Indeed, it's related to the audit changes.

@cocoon Thank you for your report.

I've just created a PR on Github which fix this issue.

Please follow it to get it's evolution. Feel free to test it and give us your feedback.

Thank you!

Hi,

Unfortunately, it's not possible to do it. You can only define days which the backup will be executed or a days of the week without week interval.

I've created a feature request on Github. Please follow it to get its evolution.

The CR is a functionality which exports the VM at the first time then it exports only the diff for optimization.

This functionality needs a snapshot to be kept on the VM. Unfortunately when a job contains two schedules which one is for CR, one schedule will delete the snapshot created by the CR then the CR will always export the full VM instead of the diffs.

Hi,

For your first question, created snapshots will not interfere with the CR.
For your last question, by design and performance, you can' t set one CR for rotating servers.

So, you need:

• one CR with enabled Rolling Snapshot which will backup your VM from XCP01 to XCP02 and will create 5 snapshots.
• two CRs one will backup your VM from XCP01 to B01 and the second will backup it from XCP01 to B02. These jobs will create 2 snapshots.

Total snapshots created by these jobs: 7

Hi,

It's possible to do it using the UI, simply create a schedule with 7 as Backup retention and 2 as Replication retention.

Thank you. The fix for this issue was merged today. Please pull and build your XO.

Yes, backup jobs require attached schedules to be executed properly.

Currently, there is no way to add a predicate to the job execution.

But, it's possible to do a work-around that responds to your need using xo-cli and your cron.

You can let your cron run manually the backup job using xo-cli backupNg.runJob id:jobId schedule:scheduleId.

Hi @pianon

Unfortunately, there is an exception in cron when the day of week and the day of month are set together.

if both "day of month" and "day of week" are restricted (not "*"), then one or both must match the current day
https://en.wikipedia.org/wiki/Cron

So, we have no way to tell cron to execute a backup job each Sunday of the first week of the month.

These VDI-snapshots are linked to the snapshots with memory created by the delta backup. They shouldn't be listed here.

There is the dedicated github issue. Please follow it to get its evolution.

@olivierlambert I've created the dedicated Github issue

@Anonabhar It seems that the property snapshot-of isn't correctly reported by XO. Did you tried to disconnect/reconnect the server containing this snapshot to see if it resolves your issue?

And please give me the version of your xo-server.

Thank you for your response,

The field snapshot_of doesn't exist. Please give me the output of

xe vm-list uuid=snapshotUuid params=snapshot-of

Thank you

Yes, you can get the snapshot's record using the xo-cli.

The command is

xo-cli list-objects id=snapshotId

I'll need also the record of its VM. Thank you

Hi @Anonabhar

Thank you for your report.

The XO logic is based on the snapshot_of property which indicates if a snapshot is attached to a VM or not.

After looking at your issue, it means that this property isn't correctly updated on migrating a VM with snapshots to a freshly installed XCP 8.1.

I'm not able to reproduce it on migrating a VM with a snapshot from an old XCP 8.1 to a freshly installed XCP 8.1.

Hi,

Thank you for your report.

Indeed, there is an issue with the display of Disk (Used/Total).

The fix for this issue is under validation, it will be merged ASAP.