Exports OVA Timeout...

Andrew

@florent @julien-f Trying the new OVA export (XO source commit c11e0)..... I exported a VM quickly and without a zombie task left over (good), but then I tried to import it and got no error when clicking import but it did nothing (failure without notice). The logs do show an error:

HTTP handler of vm.import
undefined
{
  "code": "INTERNAL_ERROR",
  "params": [
    "(Failure \"Expected string, got 'N'\")"
  ],
  "call": {
    "method": "VM.create",
    "params": [
      {
        "actions_after_crash": "restart",
        "actions_after_reboot": "restart",
        "actions_after_shutdown": "destroy",
        "affinity": null,
        "HVM_boot_params": {
          "order": "cdn"
        },
        "HVM_boot_policy": "BIOS order",
        "is_a_template": false,
        "memory_dynamic_max": 4294967296,
        "memory_dynamic_min": 4294967296,
        "memory_static_max": 4294967296,
        "memory_static_min": 4294967296,
        "other_config": {
          "vgpu_pci": "",
          "base_template_name": "Other install media",
          "install-methods": "cdrom"
        },
        "PCI_bus": "",
        "platform": {
          "timeoffset": "0",
          "nx": "true",
          "acpi": "1",
          "apic": "true",
          "pae": "true",
          "hpet": "true",
          "viridian": "true"
        },
        "PV_args": "",
        "PV_bootloader_args": "",
        "PV_bootloader": "",
        "PV_kernel": "",
        "PV_legacy_args": "",
        "PV_ramdisk": "",
        "recommendations": "<restrictions><restriction field=\"memory-static-max\" max=\"137438953472\" /><restriction field=\"vcpus-max\" max=\"32\" /><restriction property=\"number-of-vbds\" max=\"255\" /><restriction property=\"number-of-vifs\" max=\"7\" /><restriction field=\"has-vendor-device\" value=\"false\" /></restrictions>",
        "user_version": 1,
        "VCPUs_at_startup": 2,
        "VCPUs_max": 2,
        "VCPUs_params": {},
        "blocked_operations": {},
        "has_vendor_device": false,
        "HVM_shadow_multiplier": 1,
        "name_description": "",
        "name_label": "NginX Test (ova)",
        "order": 0,
        "shutdown_delay": 0,
        "start_delay": 0,
        "version": 0
      }
    ]
  },
  "message": "INTERNAL_ERROR((Failure \"Expected string, got 'N'\"))",
  "name": "XapiError",
  "stack": "XapiError: INTERNAL_ERROR((Failure \"Expected string, got 'N'\"))
    at Function.wrap (/opt/xo/xo-builds/xen-orchestra-202206091200/packages/xen-api/src/_XapiError.js:16:12)
    at /opt/xo/xo-builds/xen-orchestra-202206091200/packages/xen-api/src/transports/json-rpc.js:37:27
    at AsyncResource.runInAsyncScope (node:async_hooks:202:9)
    at cb (/opt/xo/xo-builds/xen-orchestra-202206091200/node_modules/bluebird/js/release/util.js:355:42)
    at tryCatcher (/opt/xo/xo-builds/xen-orchestra-202206091200/node_modules/bluebird/js/release/util.js:16:23)
    at Promise._settlePromiseFromHandler (/opt/xo/xo-builds/xen-orchestra-202206091200/node_modules/bluebird/js/release/promise.js:547:31)
    at Promise._settlePromise (/opt/xo/xo-builds/xen-orchestra-202206091200/node_modules/bluebird/js/release/promise.js:604:18)
    at Promise._settlePromise0 (/opt/xo/xo-builds/xen-orchestra-202206091200/node_modules/bluebird/js/release/promise.js:649:10)
    at Promise._settlePromises (/opt/xo/xo-builds/xen-orchestra-202206091200/node_modules/bluebird/js/release/promise.js:729:18)
    at _drainQueueStep (/opt/xo/xo-builds/xen-orchestra-202206091200/node_modules/bluebird/js/release/async.js:93:12)
    at _drainQueue (/opt/xo/xo-builds/xen-orchestra-202206091200/node_modules/bluebird/js/release/async.js:86:9)
    at Async._drainQueues (/opt/xo/xo-builds/xen-orchestra-202206091200/node_modules/bluebird/js/release/async.js:102:5)
    at Immediate.Async.drainQueues [as _onImmediate] (/opt/xo/xo-builds/xen-orchestra-202206091200/node_modules/bluebird/js/release/async.js:15:14)
    at processImmediate (node:internal/timers:466:21)
    at process.callbackTrampoline (node:internal/async_hooks:130:17)"
}

julien-f

@Andrew This problem does not happen before the last 3 commits?

I believe the issue is the affinity: null, but I don't see how it can be related to these changes.

julien-f

Probably related to https://github.com/vatesfr/xen-orchestra/commit/2af5328a0f69912f5c03f5a8894fd75633bd3655

0

julien-f committed to vatesfr/xen-orchestra

chore(xo-server): use @xen-orchestra/xapi/VM_create

julien-f

@Andrew Should be fixed, please test and keep me posted

https://github.com/vatesfr/xen-orchestra/commit/83690a4dd4457daf9ea402e623c9f3fe9ce9ab7f

0

julien-f committed to vatesfr/xen-orchestra

fix(xo-server/_importOvaVm): fix VM creation

Fixes https://xcp-ng.org/forum/post/49920

Introduced by 2af5328a0f69912f5c03f5a8894fd75633bd3655

Andrew

@julien-f Still an issue... Two steps forward, one step back (commit 83690).

Import now starts, no error, but it does not finish.

The task is started, the VM is created, the data is uploaded, the task exits, but the import page does not finish and the VM name is left as [Importing...] NginX Test. No logs in the UI.

I can force start the VM, so it looks like the data is ok.

florent

@Andrew I am reproducing the problem : if the VM has mulitple disks, the import only handle the first one and freeze

olivierlambert

@Andrew do you have more than 1 disk in your test VM?

Andrew

@olivierlambert No. Just one disk.

Andrew

@florent The only thing I see in the log is: yielded last VMDK block

florent

@Andrew even this one disk ,there is some padding that freeze the import process

can you try the branch of this PR : https://github.com/vatesfr/xen-orchestra/pull/6284 ?

fbeauchamp opened this pull request in vatesfr/xen-orchestra

closed fix(ova import): drain disk entry completly #6284

Andrew

@florent That works now! (branch: fix_ova_import). I have not tested it with other OVA files, but it works for the one that failed (that was exported by XO).

Andrew

@florent It might also be worth looking into why the XO OVA export function created a file that had problems importing.

sluflyer06

Was this never resolved? I'm trying to export to ova tonight and same symptoms as above, export starts, stalls until task is finished, then the download starts but fails after 100MB or so.
Xen Orchestra, commit 9da65
xo-server 5.102.3
Xen Orchestra server

xo-web 5.103.0
Xen Orchestra web client

olivierlambert

I think @shinuza is now working on this. Don't forget to be sure you are using the latest commit.

Also, please try with XOA too in latest channel to compare the result.

shinuza

@olivierlambert said in Exports OVA Timeout...:

I think @shinuza is now working on this. Don't forget to be sure you are using the latest commit.

Also, please try with XOA too in latest channel to compare the result.

I'm trying to find a way to schedule these long running tasks so we are not dependent on the browser staying opened and connected to XOA. Also we are looking at means to improve the export speed.

sluflyer06

@olivierlambert i did update xoa again but no dice, i was wanting to export a couple VM's and do a head to head iscsi I/O test between vmware and xcp on identical hardware but not having much luck trying to get my VM's out of xcp. Guess I'll have to wait for this to work possibly.