Problems building from source

Danp

@julien-f Ok.. now it appears to be working with the latest changes.

julien-f

@danp Great, thanks for your help

Danp

@julien-f Now seeing the following when I try to restore any VM --

backupNg.importVmBackup
{
  "id": "remote-2//xo-vm-backups/1cd1077d-08ff-3947-2a2e-25b93cf4cc95/20211201T061100Z.json",
  "settings": {
    "newMacAddresses": false
  },
  "sr": "d556b0f0-b9b8-0ead-ab33-85ac3f5eb02d"
}
{
  "generatedMessage": true,
  "code": "ERR_ASSERTION",
  "actual": {
    "type": "Buffer",
    "data": [
      140,
      250,
      157,
      216,
      113,
      162,
      67,
      132,
      156,
      230,
      188,
      249,
      162,
      110,
      40,
      93
    ]
  },
  "expected": {
    "type": "Buffer",
    "data": [
      140,
      250,
      157,
      216,
      113,
      162,
      67,
      132,
      156,
      230,
      188,
      249,
      162,
      110,
      40,
      93
    ]
  },
  "operator": "strictEqual",
  "message": "Values have same structure but are not reference-equal:

Buffer(16) [Uint8Array] [
  140,
  250,
  157,
  216,
  113,
  162,
  67,
  132,
  156,
  230,
  188,
  249,
  162,
  110,
  40,
  93
]
",
  "name": "AssertionError",
  "stack": "AssertionError [ERR_ASSERTION]: Values have same structure but are not reference-equal:

Buffer(16) [Uint8Array] [
  140,
  250,
  157,
  216,
  113,
  162,
  67,
  132,
  156,
  230,
  188,
  249,
  162,
  110,
  40,
  93
]

    at VhdSynthetic.readHeaderAndFooter (/opt/xen-orchestra/packages/vhd-lib/src/Vhd/VhdSynthetic.js:79:14)
    at RemoteAdapter._createSyntheticStream (/opt/xen-orchestra/@xen-orchestra/backups/RemoteAdapter.js:523:5)
    at Array.<anonymous> (/opt/xen-orchestra/@xen-orchestra/backups/RemoteAdapter.js:539:30)"
}

julien-f

@danp I'm on it

Danp

@julien-f FWIW, I rebuilt with the new yarn.lock and now I'm getting VDI_IO_ERROR again.

julien-f

@danp Assertion error fixed, I have not investigated the VDI_IO_ERROR yet.

Danp

@julien-f From the system logs --

Dec 01 06:09:48 ubuntuxo xo-server[29198]: 2021-12-01T12:09:48.669Z xo:xo-server ERROR uncaught exception {
Dec 01 06:09:48 ubuntuxo xo-server[29198]:   error: TypeError: this disposable has already been disposed
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at Disposable.dispose (/opt/xen-orchestra/node_modules/promise-toolbox/Disposable.js:35:13)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at Readable.<anonymous> (/opt/xen-orchestra/@xen-orchestra/backups/RemoteAdapter.js:527:42)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at Readable.emit (node:events:402:35)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at Readable.emit (node:domain:475:12)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at Readable.patchedEmit [as emit] (/opt/xen-orchestra/@xen-orchestra/log/configure.js:118:17)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at emitCloseNT (/opt/xen-orchestra/node_modules/async-iterator-to-stream/node_modules/readable-stream/lib/internal/streams/destroy.js:64:8)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at emitErrorAndCloseNT (/opt/xen-orchestra/node_modules/async-iterator-to-stream/node_modules/readable-stream/lib/internal/streams/destroy.js:58:3)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at processTicksAndRejections (node:internal/process/task_queues:83:21)
Dec 01 06:09:48 ubuntuxo xo-server[29198]: }
Dec 01 06:09:48 ubuntuxo xo-server[29198]: 2021-12-01T12:09:48.673Z xo:xo-server ERROR uncaught exception {
Dec 01 06:09:48 ubuntuxo xo-server[29198]:   error: TypeError: this disposable has already been disposed
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at Disposable.dispose (/opt/xen-orchestra/node_modules/promise-toolbox/Disposable.js:35:13)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at Readable.<anonymous> (/opt/xen-orchestra/@xen-orchestra/backups/RemoteAdapter.js:526:40)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at Readable.emit (node:events:402:35)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at Readable.emit (node:domain:475:12)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at Readable.patchedEmit [as emit] (/opt/xen-orchestra/@xen-orchestra/log/configure.js:118:17)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at endReadableNT (/opt/xen-orchestra/node_modules/async-iterator-to-stream/node_modules/readable-stream/lib/_stream_readable.js:1094:12)
Dec 01 06:09:48 ubuntuxo xo-server[29198]:       at processTicksAndRejections (node:internal/process/task_queues:83:21)
Dec 01 06:09:48 ubuntuxo xo-server[29198]: }
Dec 01 06:09:49 ubuntuxo xo-server[29198]: 2021-12-01T12:09:49.184Z xo:api WARN dan@xxx | backupNg.importVmBackup(...) [2s] =!> XapiError: VDI_IO_ERROR(Device I/O errors)

julien-f

@danp Should be fixed as well!

Danp

@julien-f Disposable issue is resolved, but still getting VDI_IO_ERROR error that didn't occur in prior release --

 "message": "VDI_IO_ERROR(Device I/O errors)",
  "name": "XapiError",
  "stack": "XapiError: VDI_IO_ERROR(Device I/O errors)
    at Function.wrap (/opt/xen-orchestra/packages/xen-api/src/_XapiError.js:16:12)
    at _default (/opt/xen-orchestra/packages/xen-api/src/_getTaskResult.js:11:29)
    at Xapi._addRecordToCache (/opt/xen-orchestra/packages/xen-api/src/index.js:898:24)
    at forEach (/opt/xen-orchestra/packages/xen-api/src/index.js:932:14)
    at Array.forEach (<anonymous>)
    at Xapi._processEvents (/opt/xen-orchestra/packages/xen-api/src/index.js:922:12)
    at Xapi._watchEvents (/opt/xen-orchestra/packages/xen-api/src/index.js:1087:14)"

Full log attached
log.txt

olivierlambert

Weird, why are we seeing VMDK format in the log? @Danp what kind of backup are you restoring? Delta?

Danp

@olivierlambert Yes, it's a delta backup. I think the VMDK is just a byproduct from importing that disk. Here's another log for review.

2021-12-01T12_50_06.933Z - XO.txt

julien-f

@danp The content of the VDI generated for the restore is probably incorrect, we'll investigate.

Thank you so much for you help!

olivierlambert

Well, it might be a clue on the issue That's why I noticed it.

Danp

FWIW, tried testing with XOA --

Stable channel restore works as expected.
Latest channel fails with error "paths.map is not a function"

Danp

Restore appears to be working again after switching to test branch referenced here.

Danp

@julien-f said in Problems building from source:

I don't have the url-loader issue, can you check after my latest fixes?

I'm still seeing this when building on both Debian & Ubuntu. To make it appear again, I had to do this --

yarn cache clean
rm -rf node_modules/
yarn

julien-f

@danp It's a warning for an indirect dependency (@vuepress/core > url-loader), I don't think we should worry about it.