Continuous Replication 5.9 fail to delete VDI from VM XO_DELTA_EXPORT



  • You'll need to stash your changes before you can switch branches -- git stash -u



  • No, not the same message. Please stash your changes first.



  • Damn you @Danp 😛



  • root@ubuntu:/opt/xo-server# git checkout origin/fix-export-import
    Note: checking out 'origin/fix-export-import'.

    You are in 'detached HEAD' state. You can look around, make experimental
    changes and commit them, and you can discard any commits you make in this
    state without impacting any branches by performing another checkout.

    If you want to create a new branch to retain commits you create, you may
    do so (now or later) by using -b with the checkout command again. Example:

    git checkout -b <new-branch-name>

    HEAD si trova ora a 9b25da4... chore(Xapi#importDeltaVm): use asyncMap
    root@ubuntu:/opt/xo-server#



  • Does't matter that's fine, you are in the right commit. yarn and start again xo-server



  • @olivierlambert

    ok now I try: yarn install --force ??



  • yarn alone should be fine



  • @olivierlambert

    root@ubuntu:/opt/xo-server# yarn
    yarn install v0.24.6
    [1/4] Resolving packages...
    [2/4] Fetching packages...
    warning fsevents@1.1.2: The platform "linux" is incompatible with this module.
    info "fsevents@1.1.2" is an optional dependency and failed compatibility check. Excluding it from installation.
    [3/4] Linking dependencies...
    [4/4] Building fresh packages...
    success Saved lockfile.
    $ npm run build
    
    > xo-server@5.9.4 prebuild /opt/xo-server
    > index-modules src/api src/xapi/mixins src/xo-mixins
    
    index generated src/xapi/mixins/index.js
    index generated src/api/index.js
    index generated src/xo-mixins/index.js
    
    > xo-server@5.9.4 build /opt/xo-server
    > gulp build --production
    
    [19:03:27] Using gulpfile /opt/xo-server/gulpfile.js
    [19:03:27] Starting 'build'...
    [19:03:27] Starting 'clean'...
    [19:03:28] Finished 'clean' after 110 ms
    [19:03:28] Starting 'buildCoffee'...
    [19:03:28] Starting 'buildEs6'...
    [19:03:33] Finished 'buildCoffee' after 5.79 s
    [19:03:47] Finished 'buildEs6' after 20 s
    [19:03:47] Finished 'build' after 20 s
    Done in 55.87s.
    root@ubuntu:/opt/xo-server#
    

    ok... now i restart all and I try to do some test...
    I will inform you here.

    Thanks for the support (and the patience)



  • Build is fine, indeed now just let me know about the tests 🙂



  • @olivierlambert

    I did some tests, the situation got worse.

    Now, even the first execution of the replica is not successfully completed.

    In the Task section, the job is completed (100%) and disappears.
    In the Logs table in the backup section, the job is not marked as finished (remain marked "Started" in yellow).
    In the Setting>Logs section: "No logs so far".

    On the replica receiving machine, the VM appears with the suffix [Importing ...]

    0_1498636887316_0aa01fef-8ab4-430f-a662-689e4dd50795-image.png

    0_1498636937967_d7fa2d6d-4fef-4997-8d0b-44d2d992a51a-image.png

    0_1498636981944_cae2da2e-0519-4322-b079-7fdbef6f04a8-image.png

    0_1498637007701_25b566eb-8dea-47ea-bb74-028d57909c6f-image.png



  • @olivierlambert

    Hi Oliver, I did some tests again after applying the lastest fix.
    Now the job arrives at the end and is marked as "finished" (green) in the backup log.
    The replicated VM on the target XEN (replica) are renamed correctly.

    But... the initial problem remains.

    XO can not delete snapshots created for replication, which become zombies.

    Basically ... we're back to the beginning.

    0_1498751770144_7ea09b90-05c2-46f0-a3b2-0135005432aa-image.png

    0_1498751791458_0296107f-027d-4171-8025-8889bc48ab1d-image.png



  • You can keep on the GitHub issue to tell us the result, it's better to follow 🙂



  • This post is deleted!


  • When you start an issue somewhere, please continue the discussion there 🙂


Log in to reply