XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login
    1. Home
    2. kratos
    3. Posts
    K
    Offline
    • Profile
    • Following 0
    • Followers 0
    • Topics 0
    • Posts 4
    • Groups 0

    Posts

    Recent Best Controversial
    • RE: Timestamp lost in Continuous Replication

      @florent
      I’m a developer myself, so I can totally relate—just when you think everything is working perfectly, someone like me comes along 🙂
      I’m really glad I could help contribute to finding a solution, and I’ll report back once I’ve tested the new commit. Thanks a lot for your work.

      However, this does raise the question for me: is my use case for continuous replication really that unusual?

      posted in Backup
      K
      kratos
    • RE: Timestamp lost in Continuous Replication

      @florent
      Yes, that is absolutely correct. I have a pool with two members without shared storage. Some VMs run on the master, and some on the second pool member. I replicate between the pool members so that, if necessary, I can start the VMs on the other member. This may not be best practice.

      posted in Backup
      K
      kratos
    • RE: Timestamp lost in Continuous Replication

      @Pilow
      actually it looks like this:

      bf9a378e-300e-4301-8ddd-126551c258ce-image.jpeg

      edit:

      Log of last run:
      d5453e94-ec34-44d6-8bd3-97f68aa242b6-image.jpeg

      {
        "data": {
          "mode": "delta",
          "reportWhen": "failure"
        },
        "id": "1773822934377",
        "jobId": "a95ac100-0e20-49c5-9270-c0306ee2852f",
        "jobName": "replicate_to_srv002",
        "message": "backup",
        "scheduleId": "1014584a-228c-4049-8912-51ab1b24925a",
        "start": 1773822934377,
        "status": "success",
        "infos": [
          {
            "data": {
              "vms": [
                "224a73db-9bc6-13d6-cc8e-0bf22dbede73"
              ]
            },
            "message": "vms"
          }
        ],
        "tasks": [
          {
            "data": {
              "type": "VM",
              "id": "224a73db-9bc6-13d6-cc8e-0bf22dbede73",
              "name_label": "privat"
            },
            "id": "1773822936247",
            "message": "backup VM",
            "start": 1773822936247,
            "status": "success",
            "tasks": [
              {
                "id": "1773822937378",
                "message": "snapshot",
                "start": 1773822937378,
                "status": "success",
                "end": 1773822940361,
                "result": "d0ba1483-f5ae-ce72-fb4f-dbd9eafbf272"
              },
              {
                "data": {
                  "id": "8205e6c4-4d8f-69d9-6315-9ee89af8e307",
                  "isFull": true,
                  "name_label": "Local storage",
                  "type": "SR"
                },
                "id": "1773822940361:0",
                "message": "export",
                "start": 1773822940361,
                "status": "success",
                "tasks": [
                  {
                    "id": "1773822942354",
                    "message": "transfer",
                    "start": 1773822942354,
                    "status": "success",
                    "tasks": [
                      {
                        "id": "1773823497635",
                        "message": "target snapshot",
                        "start": 1773823497635,
                        "status": "success",
                        "end": 1773823500290,
                        "result": "OpaqueRef:53bceb07-a69c-504d-e824-28f5384cb763"
                      }
                    ],
                    "end": 1773823500290,
                    "result": {
                      "size": 61941481472
                    }
                  },
                  {
                    "id": "1773823501512",
                    "message": "health check",
                    "start": 1773823501512,
                    "status": "success",
                    "tasks": [
                      {
                        "id": "1773823501515",
                        "message": "cloning-vm",
                        "start": 1773823501515,
                        "status": "success",
                        "end": 1773823504720,
                        "result": "OpaqueRef:43e9644f-fc99-963a-4a54-da3b845e823b"
                      },
                      {
                        "id": "1773823504722",
                        "message": "vmstart",
                        "start": 1773823504722,
                        "status": "success",
                        "end": 1773823545662
                      }
                    ],
                    "end": 1773823549312
                  }
                ],
                "end": 1773823549312
              }
            ],
            "end": 1773823549319
          }
        ],
        "end": 1773823549319
      }
      
      posted in Backup
      K
      kratos
    • RE: Timestamp lost in Continuous Replication

      Hello everyone,

      I’m not sure if my information is useful, but I’m experiencing the same problem. I am using continuous replication between two servers with a retention of 4.
      Previously, four VM replicas were created, each with a timestamp in the name. With the current version, four VMs are created with identical names.

      My environment:
      XO: from source commit 598ab
      xcp-ng: 8.3.0 with the latest patches

      My backup job:
      Name of backup job: replicate_to_srv002
      Source server: srv003
      Target server: srv002
      VM name: privat
      Retention: 4

      Result on the target server:
      4 VMs with the name "[XO Backup replicate_to_srv002] privat - replicate_to_srv002", where only the newest one contains a snapshot named: "privat - replicate_to_srv002 - (20260318T083542Z)"

      Additionally, full backups are created on every run of the backup job, and no deltas are being used.

      If I can help with any additional information, I’d be happy to do so.

      Best regards,
      Simon

      posted in Backup
      K
      kratos