Problems building from source

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.