Problems building from source
-
@danp Should be fixed as well!
-
@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 -
Weird, why are we seeing VMDK format in the log? @Danp what kind of backup are you restoring? Delta?
-
@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.
-
@danp The content of the VDI generated for the restore is probably incorrect, we'll investigate.
Thank you so much for you help!
-
Well, it might be a clue on the issue That's why I noticed it.
-
FWIW, tried testing with XOA --
- Stable channel restore works as expected.
- Latest channel fails with error "paths.map is not a function"
-
Restore appears to be working again after switching to test branch referenced here.
-
@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
-
@danp It's a warning for an indirect dependency (
@vuepress/core > url-loader
), I don't think we should worry about it.