XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Problems building from source

    Scheduled Pinned Locked Moved Xen Orchestra
    30 Posts 3 Posters 7.9k Views 1 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • julien-fJ Offline
      julien-f Vates 🪐 Co-Founder XO Team @Danp
      last edited by

      @danp I'm on it 🙂

      DanpD 1 Reply Last reply Reply Quote 0
      • DanpD Offline
        Danp Pro Support Team @julien-f
        last edited by

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

        julien-fJ 1 Reply Last reply Reply Quote 0
        • julien-fJ Offline
          julien-f Vates 🪐 Co-Founder XO Team @Danp
          last edited by

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

          DanpD 1 Reply Last reply Reply Quote 0
          • DanpD Offline
            Danp Pro Support Team @julien-f
            last edited by

            @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-fJ 1 Reply Last reply Reply Quote 0
            • julien-fJ Offline
              julien-f Vates 🪐 Co-Founder XO Team @Danp
              last edited by

              @danp Should be fixed as well!

              DanpD 1 Reply Last reply Reply Quote 0
              • DanpD Offline
                Danp Pro Support Team @julien-f
                last edited by

                @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

                1 Reply Last reply Reply Quote 0
                • olivierlambertO Offline
                  olivierlambert Vates 🪐 Co-Founder CEO
                  last edited by

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

                  DanpD 1 Reply Last reply Reply Quote 0
                  • DanpD Offline
                    Danp Pro Support Team @olivierlambert
                    last edited by

                    @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-fJ 1 Reply Last reply Reply Quote 0
                    • julien-fJ Offline
                      julien-f Vates 🪐 Co-Founder XO Team @Danp
                      last edited by

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

                      Thank you so much for you help!

                      1 Reply Last reply Reply Quote 0
                      • olivierlambertO Offline
                        olivierlambert Vates 🪐 Co-Founder CEO
                        last edited by

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

                        1 Reply Last reply Reply Quote 0
                        • DanpD Offline
                          Danp Pro Support Team
                          last edited by

                          FWIW, tried testing with XOA --

                          • Stable channel restore works as expected.
                          • Latest channel fails with error "paths.map is not a function"
                          1 Reply Last reply Reply Quote 0
                          • DanpD Offline
                            Danp Pro Support Team
                            last edited by

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

                            1 Reply Last reply Reply Quote 0
                            • DanpD Offline
                              Danp Pro Support Team @julien-f
                              last edited by

                              @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-fJ 1 Reply Last reply Reply Quote 0
                              • julien-fJ Offline
                                julien-f Vates 🪐 Co-Founder XO Team @Danp
                                last edited by

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

                                1 Reply Last reply Reply Quote 1
                                • First post
                                  Last post