XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Backup jobs run twice after upgrade to 5.76.2

    Scheduled Pinned Locked Moved Xen Orchestra
    35 Posts 5 Posters 5.5k Views 1 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • olivierlambertO Offline
      olivierlambert Vates ๐Ÿช Co-Founder CEO
      last edited by olivierlambert

      3rd party updater/installer aren't supported. You should report your issue first to their GitHub repo.

      Alternatively, follow our official documentation to install XO: https://xen-orchestra.com/docs/from_the_sources.html

      If you reproduce the problem, let us know here ๐Ÿ™‚

      1 Reply Last reply Reply Quote 0
      • DanpD Offline
        Danp Pro Support Team @tts
        last edited by

        @tts said in Backup jobs run twice after upgrade to 5.76.2:

        upgrade to v5.76.2

        I think you meant 5.56.2. ๐Ÿ˜ Do you recall what version you were previously running?

        Maybe this is unrelated but when starting xo-server, we noticed syslog entries about two non existent plugins

        Yes... this is unrelated and benign.

        FWIW, I updated my system yesterday and I haven't seen this issue. There was a prior thread that you may want to review.

        1 Reply Last reply Reply Quote 0
        • T Offline
          tts
          last edited by

          You are right @Danp, there was a typo. The correct version is 5.56.2 and was upgraded from 5.41.x

          As for now I restored the XO vm snapshot to the previous version to test the upgrade again using the mentioned upgrade method in the docs.

          I will report back if this issue is reproducible.

          1 Reply Last reply Reply Quote 0
          • T Offline
            tts
            last edited by

            Hi,

            we were not able to reproduce this, the backup jobs are again started only once. So good so far.

            When stopping the xo-server.service I noticed some unhandled error events repeated 3 times, is this something we should care about?

            xo-server[30329]: 2020-02-20T08:20:43.625Z xo:main INFO SIGTERM caught, closingโ€ฆ                                                           
            xo-server[30329]: 2020-02-20T08:20:43.629Z xo:xo-server ERROR unhandled error event {                                                      
            xo-server[30329]:   error: Error: write EPIPE                                                                                              
            xo-server[30329]:       at ChildProcess.target._send (internal/child_process.js:806:20)                                                    
            xo-server[30329]:       at ChildProcess.target.send (internal/child_process.js:677:19)                                                     
            xo-server[30329]:       at ChildProcessWorker.send (/opt/xen-orchestra/node_modules/jest-worker/build/workers/ChildProcessWorker.js:286:17)
            xo-server[30329]:       at WorkerPool.end (/opt/xen-orchestra/node_modules/jest-worker/build/base/BaseWorkerPool.js:125:24)                
            xo-server[30329]:       at JestWorker.end (/opt/xen-orchestra/node_modules/jest-worker/build/index.js:178:22)                              
            xo-server[30329]:       at Xo.apply (/opt/xen-orchestra/packages/xo-server/src/xo-mixins/workers/index.js:17:39)                           
            xo-server[30329]:       at /opt/xen-orchestra/@xen-orchestra/emit-async/src/index.js:22:26                                                 
            xo-server[30329]:       at Promise._execute (/opt/xen-orchestra/node_modules/bluebird/js/release/debuggability.js:384:9)                   
            xo-server[30329]:       at Promise._resolveFromExecutor (/opt/xen-orchestra/node_modules/bluebird/js/release/promise.js:518:18)            
            xo-server[30329]:       at new Promise (/opt/xen-orchestra/node_modules/bluebird/js/release/promise.js:103:10)                             
            xo-server[30329]:       at map (/opt/xen-orchestra/@xen-orchestra/emit-async/src/index.js:21:7)                                            
            xo-server[30329]:       at Array.map (<anonymous>)                                                                                         
            xo-server[30329]:       at Xo.call (/opt/xen-orchestra/@xen-orchestra/emit-async/src/index.js:20:27)                                       
            xo-server[30329]:       at runHook (/opt/xen-orchestra/packages/xo-server/src/xo-mixins/hooks.js:23:29)                                    
            xo-server[30329]:       at Xo.stop (/opt/xen-orchestra/packages/xo-server/src/xo-mixins/hooks.js:10:17)                                    
            xo-server[30329]:       at process.<anonymous> (/opt/xen-orchestra/packages/xo-server/src/index.js:758:10)                                 
            xo-server[30329]:       at process.apply (events.js:311:20)                                                                                
            xo-server[30329]:       at process.patchedEmit (/opt/xen-orchestra/@xen-orchestra/log/src/configure.js:95:17) {                            
            xo-server[30329]:     errno: 'EPIPE',                                                                                                      
            xo-server[30329]:     code: 'EPIPE',                                                                                                       
            xo-server[30329]:     syscall: 'write'                                                                                                     
            xo-server[30329]:   }                                                                                                                      
            xo-server[30329]: }                                                                                                                        
            
            [repeated 3 times]
            
            xo-server[30329]: 2020-02-20T08:20:43.686Z xo:main INFO - WebSocket connection (192.168.x.x)
            xo-server[30329]: 2020-02-20T08:20:43.778Z xo:main INFO bye :-)                                 
            systemd[1]: Stopped XO Server.                                                                  
            
            DanpD 1 Reply Last reply Reply Quote 0
            • DanpD Offline
              Danp Pro Support Team @tts
              last edited by

              @tts Can you tell us more about this current error?

              • What method did you use to stop the XO service?
              • What tasks / jobs were active at the time?
              • Is this error reproducible?
              • Etc
              1 Reply Last reply Reply Quote 0
              • T Offline
                tts
                last edited by

                I used the systemd service template from /opt/xen-orchestra/packages/xo-server/xo-server.service,
                which needed modifying the ExecStart path for xo-server from /usr/local/bin/ to /opt/.../xo-server

                The service was stopped using systemctl, but as I see now, there is no ExecStop directive in the service file, so I guess it just caught a SIGTERM from systemd?

                We did not use the 'forever' approach from the docs as I thought the systemd file is there for a reason.

                There were no active jobs visible when stopping the service, however Backup-NG showed a CR job still running since 2am for one vm but neither the taskview in XO listed something, nor did 'xe task-list'

                1 Reply Last reply Reply Quote 0
                • DanpD Offline
                  Danp Pro Support Team
                  last edited by

                  @tts Sounds like the backup job was still in the middle of the "merge" process when you stopped the service. You should investigate if your destination VM is intact or needs a full backup.

                  1 Reply Last reply Reply Quote 0
                  • T Offline
                    tts
                    last edited by

                    Normally, the job should have been finished hours ago, all of the CR jobs start at 2am and are mostly finished within an hour.

                    But this time, only half of the vms were backed up 7 hours later, restarting the 'hanging' CR job for this particular vm finished successfull within minutes.

                    But you could be right, the job status switched from running to interrupted after restarting xo-server.
                    The relevant portion of the logs:

                    {
                      "data": {
                        "mode": "delta",
                        "reportWhen": "failure"
                      },
                      "id": "1582160400010",
                      "jobId": "fd08162c-228a-4c49-908e-de3085f75e46",
                      "jobName": "cr_daily",
                      "message": "backup",
                      "scheduleId": "cf34b5ae-cab6-41fa-88ed-9244c25a780e",
                      "start": 1582160400010,
                      "status": "interrupted",
                      "infos": [
                        {
                          "data": {
                            "vms": [
                              "07927416-9ba4-ca82-e2ab-c14abe7a296d",
                              "e6ea3663-f7ab-78fd-db68-6e832120548a",
                              "3c0ee137-bbec-9691-d7d6-2a88383bca22",
                              "d627892d-661c-9b7c-f733-8f52da7325e2",
                              "ef1f5b2f-760c-da9f-b65f-6957d9be0dc9",
                              "8100cda5-99c1-38c3-9aaf-97675e836fef",
                              "30774025-8013-08ec-02a5-5f1bb1562072",
                              "e809d9db-4bb2-4b62-d099-549608f05aef",
                              "351edde8-1296-b740-b62b-264c6d0e7917",
                              "a05534ee-50fd-bc25-302f-a9ca86a2fa6b",
                              "be59cb1e-e78d-05ac-20e7-e9aac2f1c277",
                              "6b74df0a-f1ff-44ef-94ac-f2b9fafe6013",
                              "3f6974ef-cc56-668b-bd58-52a8a137cf86",
                              "df3f4b56-e10a-b998-ddc2-3e0bd3b32393",
                              "8c297add-cea0-bef0-a269-31414244940a",
                              "4b5594f4-5998-ceac-9ed6-4869857e623d",
                              "1e223aff-e5c6-64b7-031b-44a7d495cc6a",
                              "1df2dcd4-e532-156a-722b-d5a35dd58ce6",
                              "b2e89468-63a4-24d9-8e8b-497331b643a3",
                              "55372728-8138-a381-94e8-65b1e07b0005",
                              "30ecaf41-db76-a75a-d5df-63e8e6d34951",
                              "97797f4a-1431-8f3a-c3e6-ff9b30ebac3e",
                              "7a369593-6a26-e227-920e-4bc44ebbd851",
                              "430ce5f3-ad52-943e-aa93-fc787c1542a9",
                              "b6b63fab-bd5f-8640-305d-3565361b213f",
                              "098c0250-7b22-0226-ada5-b848070055a7",
                              "f6286af9-d853-7143-2783-3a0e54f32784",
                              "703bca46-519a-f55c-7098-cb3b5c557091",
                              "42f050df-10b0-8d7f-1669-995e4354656f",
                              "6485c710-8131-a731-adb4-59e84d5f7747",
                              "ecb1e319-b1a6-7c47-c00f-dcec90b6d07d",
                              "8b7ecafc-0206-aa1a-f96b-0a104c46d9c5",
                              "9640eda5-484d-aa25-31d6-47adcb494c27",
                              "aa23f276-dc7b-263d-49ea-97d896644824"
                            ]
                          },
                          "message": "vms"
                        }
                      ],
                      "tasks": [
                    
                    [stripped successful backups]
                    
                        {
                          "data": {
                            "type": "VM",
                            "id": "6b74df0a-f1ff-44ef-94ac-f2b9fafe6013"
                          },
                          "id": "1582161536243:0",
                          "message": "Starting backup of HALJenkins01. (fd08162c-228a-4c49-908e-de3085f75e46)",
                          "start": 1582161536243,
                          "status": "interrupted",
                          "tasks": [
                            {
                              "id": "1582161536246",
                              "message": "snapshot",
                              "start": 1582161536246,
                              "status": "success",
                              "end": 1582161541834,
                              "result": "0df8d2a3-7811-49fe-baa0-5be4fec7a212"
                            },
                            {
                              "id": "1582161541836",
                              "message": "add metadata to snapshot",
                              "start": 1582161541836,
                              "status": "success",
                              "end": 1582161541845
                            },
                            {
                              "id": "1582161557882",
                              "message": "waiting for uptodate snapshot record",
                              "start": 1582161557882,
                              "status": "success",
                              "end": 1582161558090
                            },
                            {
                              "id": "1582161558098",
                              "message": "start snapshot export",
                              "start": 1582161558098,
                              "status": "success",
                              "end": 1582161558099
                            },
                            {
                              "data": {
                                "id": "ea4f9bd7-ccae-7a1f-c981-217565c8e08e",
                                "isFull": false,
                                "type": "SR"
                              },
                              "id": "1582161558099:0",
                              "message": "export",
                              "start": 1582161558099,
                              "status": "interrupted",
                              "tasks": [
                                {
                                  "id": "1582161558117",
                                  "message": "transfer",
                                  "start": 1582161558117,
                                  "status": "interrupted"
                                }
                              ]
                            }
                          ]
                        }
                      ]
                    }
                    

                    The VM was still running and usable at this time, also the SR for our CR backups did not show any problems.

                    I will check the jobs tomorrow morning to see if this happened again and maybe could be related to the latest upgrade. On previous version 5.41 we did not encounter any 'hanging' backupjobs.

                    1 Reply Last reply Reply Quote 0
                    • T Offline
                      tts
                      last edited by tts

                      Unfortunately, our CR jobs are not working properly after the upgrade. Some get backup successfully, some just facing randomly hanging jobs, not just pinned down to one particular VM as we thought first.

                      It looks like it suddenly stops transferring the deltas / importing the vdi. We noticed some strange backtrace errors in xensource.log, which are related to the point of time of backing up the VM.

                      xen02 xapi: [error|xen02|12074002 ||backtrace] Async.VM.snapshot_with_quiesce R:f6f758fd5e3f failed with exception Server_error(VM_SNAPSHOT_WITH_QUIESCE_NOT_SUPPORTED, [ OpaqueRef:80746e86-06bf-87e4-9b5f-e6bdb81094ae ])
                      xen02 xapi: [error|xen02|12074002 ||backtrace] Raised Server_error(VM_SNAPSHOT_WITH_QUIESCE_NOT_SUPPORTED, [ OpaqueRef:80746e86-06bf-87e4-9b5f-e6bdb81094ae ])                                                             
                      xen02 xapi: [error|xen02|12074002 ||backtrace] 1/1 xapi @ xen02 Raised at file (Thread 12074002 has no backtrace table. Was with_backtraces called?, line 0                                                                
                      xen02 xapi: [error|xen02|12074002 ||backtrace]                                                                                                                                                                             
                      
                      xen02 xapi: [error|xen02|12074140 INET :::80|VDI.add_to_other_config D:d82237120feb|sql] Duplicate key in set or map: table VDI; field other_config; ref OpaqueRef:317a9b0c-3f1b-c88c-f5ff-13d92395fa67; key xo:copy_of
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] VDI.add_to_other_config D:d82237120feb failed with exception Db_exn.Duplicate_key("VDI", "other_config", "OpaqueRef:317a9b0c-3f1b-c88c-f5ff-13d92395fa67"
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] Raised Db_exn.Duplicate_key("VDI", "other_config", "OpaqueRef:317a9b0c-3f1b-c88c-f5ff-13d92395fa67", "xo:copy_of")
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] 1/8 xapi @ xen02 Raised at file db_cache_impl.ml, line 263
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] 2/8 xapi @ xen02 Called from file lib/pervasiveext.ml, line 22
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] 3/8 xapi @ xen02 Called from file rbac.ml, line 236
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] 4/8 xapi @ xen02 Called from file server_helpers.ml, line 80 
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] 5/8 xapi @ xen02 Called from file server_helpers.ml, line 99 
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] 6/8 xapi @ xen02 Called from file lib/pervasiveext.ml, line 22
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] 7/8 xapi @ xen02 Called from file map.ml, line 117 
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] 8/8 xapi @ xen02 Called from file src/conv.ml, line 215 
                      xen02 xapi: [error|xen02|12074140 INET :::80|dispatch:VDI.add_to_other_config D:7048d4831ced|backtrace] 
                      
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] VDI.get_by_uuid D:0438f795bf3a failed with exception Db_exn.Read_missing_uuid("VDI", "", "OLD_8693f679-6023-4776-accb-c4d2488d367b")
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] Raised Db_exn.Read_missing_uuid("VDI", "", "OLD_8693f679-6023-4776-accb-c4d2488d367b")                                              
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] 1/9 xapi @ xen02 Raised at file db_cache_impl.ml, line 211                                                                          
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] 2/9 xapi @ xen02 Called from file db_actions.ml, line 14838                                                                         
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] 3/9 xapi @ xen02 Called from file rbac.ml, line 227                                                                                 
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] 4/9 xapi @ xen02 Called from file rbac.ml, line 236                                                                                 
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] 5/9 xapi @ xen02 Called from file server_helpers.ml, line 80                                                                        
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] 6/9 xapi @ xen02 Called from file server_helpers.ml, line 99                                                                        
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] 7/9 xapi @ xen02 Called from file lib/pervasiveext.ml, line 22                                                                      
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] 8/9 xapi @ xen02 Called from file map.ml, line 117                                                                                  
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace] 9/9 xapi @ xen02 Called from file src/conv.ml, line 215                                                                             
                      xen02 xapi: [error|xen02|12074217 UNIX /var/lib/xcp/xapi|dispatch:VDI.get_by_uuid D:357c7a87bcbf|backtrace]                                                                                                                                     
                      
                      

                      The hanging backup-job is still displayed as running in XO when this happens and can not be canceled in the webinterface. The only way to get out of this state is restarting xo-server.

                      Then the job switches to interrupted. If we start the backup again (restart failed or restart whole backup-job) the problematic VM eventually will back up successfully but the job will get stuck again, while backing up another randomly VM, leading to the same errors in the logs.

                      Please help, I am absolutely out of any ideas how to solve this. The remaining backups (delta, snapshot) are working as expected, only CR is now problematic.

                      1 Reply Last reply Reply Quote 0
                      • olivierlambertO Offline
                        olivierlambert Vates ๐Ÿช Co-Founder CEO
                        last edited by

                        Try with XOA to see if you can reproduce the issue there.

                        1 Reply Last reply Reply Quote 0
                        • T Offline
                          tts
                          last edited by tts

                          Additional to the above errors, we noticed a lot 'VDI_IO_ERROR' errors during the running jobs.

                          I remember there was a similar problem with CR which got fixed using the 'guessVhdSizeOnImport: true' option. Did anything change since then?

                          I will try with XOA trial when I have some spare time.

                          EDIT:
                          Can we import the config from our XO from sources to XOA or should we setup everything from scratch?

                          K 1 Reply Last reply Reply Quote 0
                          • T Offline
                            tts
                            last edited by

                            Some addional info that might be relevant to this issue:

                            When stopping / starting xo-server after a hanging job, the summary sent as report is interesting as it states that the SR and VM isn't available / not found - which is obviously wrong..

                              ##  Global status: interrupted
                              
                              - **Job ID**: fd08162c-228a-4c49-908e-de3085f75e46
                              - **Run ID**: 1582618375292
                              - **mode**: delta
                              - **Start time**: Tuesday, February 25th 2020, 9:12:55 am
                              - **Successes**: 13 / 32
                              
                              ---
                              
                              ## 19 Interrupted
                            
                              ### VM not found
                              
                              - **UUID**: d627892d-661c-9b7c-f733-8f52da7325e2
                              - **Start time**: Tuesday, February 25th 2020, 9:12:55 am
                              - **Snapshot** โœ”
                                - **Start time**: Tuesday, February 25th 2020, 9:12:55 am
                                - **End time**: Tuesday, February 25th 2020, 9:12:56 am
                                - **Duration**: a few seconds
                              - **SRs**
                                - **SR Not found** (ea4f9bd7-ccae-7a1f-c981-217565c8e08e) โš ๏ธ
                                  - **Start time**: Tuesday, February 25th 2020, 9:14:26 am
                                  - **transfer** โš ๏ธ
                                    - **Start time**: Tuesday, February 25th 2020, 9:14:26 am
                            [snip]
                            
                            1 Reply Last reply Reply Quote 0
                            • K Offline
                              karlisi @tts
                              last edited by

                              @tts said in Backup jobs run twice after upgrade to 5.76.2:

                              Can we import the config from our XO from sources to XOA or should we setup everything from scratch?

                              Today I got XOA trial ready and imported config from XO-from-sources. Manually started CR jobs are working. Will test it with scheduled CR next couple of days.

                              1 Reply Last reply Reply Quote 1
                              • K Offline
                                karlisi
                                last edited by

                                Right now one of my CR jobs are stuck, symptoms are the same as with XO from sources.
                                XOA 5.43.2 (xo-server and xo-web 5.56.2)
                                Hosts where VM is running and where it is replicated to, both XenServer 7.0
                                Backup log:

                                {
                                  "data": {
                                    "mode": "delta",
                                    "reportWhen": "failure"
                                  },
                                  "id": "1582750800014",
                                  "jobId": "b5c85bb9-6ba7-4665-af60-f86a8a21503d",
                                  "jobName": "web1",
                                  "message": "backup",
                                  "scheduleId": "6204a834-1145-4278-9170-63a9fc9d5b2b",
                                  "start": 1582750800014,
                                  "status": "pending",
                                  "tasks": [
                                    {
                                      "data": {
                                        "type": "VM",
                                        "id": "04430f5e-f0db-72b6-2b73-cc49433a2e14"
                                      },
                                      "id": "1582750800016",
                                      "message": "Starting backup of web1. (b5c85bb9-6ba7-4665-af60-f86a8a21503d)",
                                      "start": 1582750800016,
                                      "status": "pending",
                                      "tasks": [
                                        {
                                          "id": "1582750800018",
                                          "message": "snapshot",
                                          "start": 1582750800018,
                                          "status": "success",
                                          "end": 1582750808307,
                                          "result": "6e6c19e2-104c-1dcf-a355-563348d5a11f"
                                        },
                                        {
                                          "id": "1582750808314",
                                          "message": "add metadata to snapshot",
                                          "start": 1582750808314,
                                          "status": "success",
                                          "end": 1582750808325
                                        },
                                        {
                                          "id": "1582750808517",
                                          "message": "waiting for uptodate snapshot record",
                                          "start": 1582750808517,
                                          "status": "success",
                                          "end": 1582750808729
                                        },
                                        {
                                          "id": "1582750808735",
                                          "message": "start snapshot export",
                                          "start": 1582750808735,
                                          "status": "success",
                                          "end": 1582750808735
                                        },
                                        {
                                          "data": {
                                            "id": "4a7d1f0f-4bb6-ff77-58df-67dde7fa98a0",
                                            "isFull": false,
                                            "type": "SR"
                                          },
                                          "id": "1582750808736",
                                          "message": "export",
                                          "start": 1582750808736,
                                          "status": "pending",
                                          "tasks": [
                                            {
                                              "id": "1582750808751",
                                              "message": "transfer",
                                              "start": 1582750808751,
                                              "status": "pending"
                                            }
                                          ]
                                        }
                                      ]
                                    }
                                  ]
                                }
                                

                                Perhaps there is something with my environment but then why it is working with older XO versions.

                                1 Reply Last reply Reply Quote 1
                                • olivierlambertO Offline
                                  olivierlambert Vates ๐Ÿช Co-Founder CEO
                                  last edited by

                                  Ping @julien-f

                                  1 Reply Last reply Reply Quote 0
                                  • julien-fJ Offline
                                    julien-f Vates ๐Ÿช Co-Founder XO Team
                                    last edited by

                                    There is probably a problem in XO regarding this because we have received multiple similar reports, we are investigating.

                                    1 Reply Last reply Reply Quote 0
                                    • julien-fJ Offline
                                      julien-f Vates ๐Ÿช Co-Founder XO Team
                                      last edited by

                                      @karlisi I've been unable to reproduce the issue so far, can you tell me which version of XO has the issue and which one does not?

                                      Also, if you could provide me with your job configuration it would be nice ๐Ÿ™‚

                                      K 1 Reply Last reply Reply Quote 0
                                      • K Offline
                                        karlisi @julien-f
                                        last edited by

                                        @julien-f said in Backup jobs run twice after upgrade to 5.76.2:

                                        @karlisi I've been unable to reproduce the issue so far, can you tell me which version of XO has the issue and which one does not?

                                        Also, if you could provide me with your job configuration it would be nice ๐Ÿ™‚

                                        Can I send it to you in PM?

                                        1 Reply Last reply Reply Quote 0
                                        • olivierlambertO Offline
                                          olivierlambert Vates ๐Ÿช Co-Founder CEO
                                          last edited by

                                          In this case, it's better that you open a ticket on xen-orchestra.com ๐Ÿ™‚

                                          K 1 Reply Last reply Reply Quote 0
                                          • K Offline
                                            karlisi @olivierlambert
                                            last edited by

                                            @olivierlambert Done

                                            1 Reply Last reply Reply Quote 1
                                            • First post
                                              Last post