Categories

  • All news regarding Xen and XCP-ng ecosystem

    145 Topics
    5k Posts
    gduperreyG
    We have just released security updates for xen and blktap. Full details are available on the blog: https://xcp-ng.org/blog/2026/09/08/september-2026-security-updates-1-for-xcp-ng-8-3-lts/
  • Everything related to the virtualization platform

    1k Topics
    15k Posts
    acebmxerA
    So i just tried to apply the xcp-ng host updates release today.. I had an issue unable to apply updates as a vm could not migrate... The problem was i had Nested Virtualization enabled on the vm. This was enabled for testing and forgot to disabled. However the error was not clear. I am noting this to come back to when my xcp-pulse is further along. vm.migrate { "vm": "fb72a8d7-a039-849f-b547-24fc56f056ba", "migrationNetwork": "172b1b75-18cf-eed1-0a8c-0aca5e16f4e9", "targetHost": "c1372ec6-3651-4481-808b-34293e53e144" } { "code": "VM_IS_IMMOBILE", "params": [ "OpaqueRef:1571e2f7-c235-dc10-d766-8883ddd99fd0" ], "task": { "uuid": "2b031b83-6b30-4a26-29c7-a19bf963ceb0", "name_label": "Async.VM.pool_migrate", "name_description": "", "allowed_operations": [], "current_operations": {}, "created": "20260908T20:23:39Z", "finished": "20260908T20:23:39Z", "status": "failure", "resident_on": "OpaqueRef:119546e4-e0fd-adc7-d42a-b17c4efe789d", "progress": 1, "type": "<none/>", "result": "", "error_info": [ "VM_IS_IMMOBILE", "OpaqueRef:1571e2f7-c235-dc10-d766-8883ddd99fd0" ], "other_config": {}, "subtask_of": "OpaqueRef:NULL", "subtasks": [], "backtrace": "(((process xapi)(filename ocaml/xapi/xapi_vm_lifecycle.ml)(line 758))((process xapi)(filename ocaml/xapi/xapi_vm_helpers.ml)(line 1657))((process xapi)(filename fun.ml)(line 33))((process xapi)(filename fun.ml)(line 38))((process xapi)(filename ocaml/xapi/helpers.ml)(line 1825))((process xapi)(filename ocaml/xapi/xapi_vm_helpers.ml)(line 1656))((process xapi)(filename ocaml/xapi/message_forwarding.ml)(line 2584))((process xapi)(filename ocaml/xapi/rbac.ml)(line 228))((process xapi)(filename ocaml/xapi/rbac.ml)(line 238))((process xapi)(filename ocaml/xapi/server_helpers.ml)(line 78)))" }, "message": "VM_IS_IMMOBILE(OpaqueRef:1571e2f7-c235-dc10-d766-8883ddd99fd0)", "name": "XapiError", "stack": "XapiError: VM_IS_IMMOBILE(OpaqueRef:1571e2f7-c235-dc10-d766-8883ddd99fd0) at XapiError.wrap (file:///opt/xen-orchestra/packages/xen-api/_XapiError.mjs:16:12) at default (file:///opt/xen-orchestra/packages/xen-api/_getTaskResult.mjs:13:29) at Xapi._addRecordToCache (file:///opt/xen-orchestra/packages/xen-api/index.mjs:1329:24) at file:///opt/xen-orchestra/packages/xen-api/index.mjs:1363:14 at Array.forEach (<anonymous>) at Xapi._processEvents (file:///opt/xen-orchestra/packages/xen-api/index.mjs:1353:12) at Xapi._watchEvents (file:///opt/xen-orchestra/packages/xen-api/index.mjs:1560:14)" }
  • 3k Topics
    29k Posts
    R
    Hello, I hope this is the correct place to report this issue. Short version: When an XO-managed NFS remote became unreachable, XOA Web UI would not become operational. Once the NFS server became reachable again, the UI immediately recovered. Investigation and Findings We just updated our XOA to ver. 6.8.2, and discovered that if an NFS remote becomes unavailable, XOA Web UI does not load correctly and appears unavailable to users. This has not been an issue with previous versions. We had some network changes in our environment, and because of that the network to one of our NFS remotes broke for some time. Checking logs, we observed repeated warnings such as: TimeoutError: operation timed out for the remote. Additionally, XOA reported: Setting up /v5 Setting up /v6 Setting up / and: Web server listening on http://[::]:80 Web server listening on https://[::]:443 which suggests the web service itself started. Also, xoa check reported all fine. However, users could not access a functional Web UI. Root Cause One of the configured NFS remotes was unavailable: 172.24.44.140:/mnt/Storage01/vm-iso-store After connectivity to the NFS server (172.24.44.140) was restored, the Web UI immediately became operational again. Before connectivity was restored: df -h was hanging for an extended period. XOA Web UI was unavailable. xoa check did not identify the problem. Multiple remote timeout errors appeared in the logs. After NFS connectivity returned: df -h completed immediately. XOA Web UI became available again. No manual XO intervention was required. We expect an unavailable NFS remote (an ISO repository) should mark the remote as unavailable, and allow XO/XOA Web UI to load normally. If this is not the correct place for this type of bug report, please feel free to move it or point me to the appropriate location. I wanted to make sure the issue was reported and documented. Thanks.
  • Our hyperconverged storage solution

    51 Topics
    808 Posts
    J
    @poddingue Okay, we're back here. I was told I have a hung CIFS mount that no longer exists, so a host needs to reboot to clear it, and faulty XOSTOR resources. But I can't reboot the host until I can move VMs off. Is there any indication of how to repair the faulty XOSTOR resources so I can move the VMs and reboot the host? Thanks for taking a look.
  • 37 Topics
    136 Posts
    J
    @AtaxyaNetwork Merci pour tes recherches ! Oui "cd_label" serait cool comme ajout au plugin ce qui permet sur les distro type Fedora/Redhat de ne pas avoir de boot_command à gérer