AtaxyaNetwork Thanks! I was able to find instructions in another thread, so I was down the path when you replied. I've applied the patch, restarted the server, and it appears to have started the backup correctly. It will obviously take a few minutes to know if the backups work, but this patch has moved me past the error reported.

Thanks again for the efforts florent JamfoFL and AtaxyaNetwork !

I can confirm this as well. Made double sure I turned them off. Running the latest XO from sources.

AtaxyaNetwork Thanks! I was able to find instructions in another thread, so I was down the path when you replied. I've applied the patch, restarted the server, and it appears to have started the backup correctly. It will obviously take a few minutes to know if the backups work, but this patch has moved me past the error reported.

Thanks again for the efforts florent JamfoFL and AtaxyaNetwork !

JamfoFL I've been watching the coverage of Ian from here in Indiana. You and everyone in the path are in my thoughts. Stay safe!

florent JamfoFL I'd be happy to try to test. I have changed the source code on my server per the change you made.

That's where my knowledge turns fuzzy. How do I go about compiling that change and trying to run it?

Thanks for the quick response on this issue!

AtaxyaNetwork - I am on the latest XO (just installed from source yesterday). The disks are straightforward. Simple Dell PowerEdge R730xd server with disks on a SCSI Raid locally mounted via LVM.

Can you think of any other logs or anything I should check?

Thanks!

AtaxyaNetwork - Thanks again. I checked the version like you asked. It's XCP-ng 8.2.1 (GPLv2) just as you showed in your example.

From my understanding the "Smart Mode" is just a way to choose VMs by tags, etc. correct? I actually turned it off to ensure there wasn't something strange happening there. I've tried to drive this down to a bare minimum backup job in hopes of narrowing down the failure.

Thanks again for the time this morning!

AtaxyaNetwork - Of course. I've attached it below...

As you can see, it's very straightforward. It backs up a single VM from server 'A' and attempts to make a continuous replication on server 'B'.

Just for reference, the XO VM is also on server 'B'.

I'm really stumped and sure appreciate you trying to help.

AtaxyaNetwork - No worries about reading the first post too fast! I just appreciate the offer of advice.

Both servers are running:
release/yangtze/master/58

Thanks again!

AtaxyaNetwork - Thanks so much for offering the advice. Unfortunately, I'm confused. I understand setting up a remote for Delta backups, etc. I actually have one working pushing data to S3.

In this case, for the Continuous Replication backup, you choose the storage repository as another Xen server (which I did). I don't see anywhere that I would choose a remote storage source.

I feel like I'm having trouble describing this properly. Does that make sense?

Thanks again!

Hello!

Recently (just yesterday) installed a fresh copy of XO from sources. I am trying to set up a 'Continuous Replication' backup job to simply copy VMs from one server to another.

Just as soon as I start the backup, I get an error. I've attached a copy of the log below:

{
  "data": {
    "mode": "delta",
    "reportWhen": "failure"
  },
  "id": "1664280752028",
  "jobId": "04dce46f-71fa-41b6-9f4c-197a500f429b",
  "jobName": "FCC-APPDATA (Continuous)",
  "message": "backup",
  "scheduleId": "52f1dd3a-3a8a-47f6-8bcf-cae72ac41ef0",
  "start": 1664280752028,
  "status": "failure",
  "end": 1664280752032,
  "result": {
    "errors": {},
    "message": "couldn't instantiate any remote",
    "name": "Error",
    "stack": "Error: couldn't instantiate any remote\n    at executor (file:///opt/xo/xo-builds/xen-orchestra-202209261451/packages/xo-server/src/xo-mixins/backups-ng/index.mjs:233:27)\n    at file:///opt/xo/xo-builds/xen-orchestra-202209261451/packages/xo-server/src/xo-mixins/jobs/index.mjs:263:30\n    at Jobs._runJob (file:///opt/xo/xo-builds/xen-orchestra-202209261451/packages/xo-server/src/xo-mixins/jobs/index.mjs:292:22)\n    at Jobs.runJobSequence (file:///opt/xo/xo-builds/xen-orchestra-202209261451/packages/xo-server/src/xo-mixins/jobs/index.mjs:332:7)\n    at Api.#callApiMethod (file:///opt/xo/xo-builds/xen-orchestra-202209261451/packages/xo-server/src/xo-mixins/api.mjs:394:20)"
  }
}

I've tried searching for this phrase and can't find any mention of it anywhere at all. Can anyone shed some light on a place to begin troubleshooting this error?

Thanks in advance!