Categories

  • All news regarding Xen and XCP-ng ecosystem

    143 Topics
    4k Posts
    A
    @stormi I'm also getting error on some VMs while trying to export a disk and also trying to even start some VMs from NFS (that were fine before). xo-server[565]: 2026-05-13T02:53:15.746Z xo:api WARN admin | vm.start(...) [2s] =!> XapiError: INTERNAL_ERROR(xenopsd internal error: Storage_error ([S(Illegal_transition);[[S(Activated);S(RO)];[S(Activated);S(RW)]]])) xo-server[565]: 2026-05-13T02:53:40.652Z xo:api WARN admin | vm.start(...) [3s] =!> XapiError: SR_BACKEND_FAILURE_46(, The VDI is not available [opterr=VDI 399734eb-5965-4799-ac36-f6dd774db867 not detached cleanly], )

  • Everything related to the virtualization platform

    1k Topics
    15k Posts
    M
    Hello, I’m not entirely sure whether this is a bug or expected behavior, so I’d like to ask for clarification here. When creating an SR using xe sr-create with the name-description parameter, the command succeeds but the value is not persisted. After creation, xe sr-list shows an empty name-description field. However, the value can be set correctly afterwards using xe sr-param-set. Steps to reproduce: xe sr-create name-label="NFS-SR-01" name-description="NFS storage repository for VM disks" type=nfs content-type=user shared=true device-config:server=192.168.1.50 device-config:serverpath=/export/xe-storage other-config:auto-scan=true b3c2a7d1-6f2e-4a91-9d3f-1a2c9d8e7f10 xe sr-list uuid=b3c2a7d1-6f2e-4a91-9d3f-1a2c9d8e7f10 uuid ( RO)                : b3c2a7d1-6f2e-4a91-9d3f-1a2c9d8e7f10           name-label ( RW): NFS-SR-01     name-description ( RW):                 host ( RO): <shared>                 type ( RO): nfs         content-type ( RO): user Result: name-description is empty. Workaround: xe sr-param-set uuid=<SR_UUID> name-description="test description" Expected behavior: The name-description value should be saved during sr-create. Actual behavior: The parameter is ignored without error. Environment: XCP-ng 8.3

  • All Xen Orchestra related questions/reports

    3k Topics
    28k Posts
    G
    Hi! Currently, my production infrastructure is running on VMware ESXi (v8.0.3), and I would like to set up a cluster of two XCP-ng servers for my BCP. I want to back up all my VMs from VMware to XCP-ng once a day. I saw that there is a Veeam plugin to back up to XCP-ng servers, but it is still in beta, and I would rather wait for the first stable release. I have already looked at the integrated “Import from VMware” feature, but it seems to be a manual backup process. I did not find any option to schedule it automatically. Did I miss something regarding the import functionality? Or does anyone know of an alternative to the Veeam plugin currently in beta? Thank you.

  • Our hyperconverged storage solution

    47 Topics
    745 Posts
    J
    @Mathieu-L linstor n l was included in my original post. All nodes were updated to May 2026 Security and Maintenance Updates for XCP-ng 8.3 LTS, all nodes were restarted. May 2026 Updates #2 for XCP-ng 8.3 LTS was released, and a couple days later I installed on all hosts. No host restarted. When xen04 was restarted, that is when this issue happened. I had used systemctl restart linstor-controller here (https://xcp-ng.org/forum/post/105309) to restart the controller.

  • Non-English speakers

    35 Topics
    108 Posts
    semarieS
    Bonjour, Apparemment, la valeur vient de la xapi : $ xe host-list params=uuid,software-version uuid ( RO) : 9940971b-45f6-4225-aaef-ddb0668e3734 software-version (MRO): product_version: 8.3.0; product_version_text: 8.3; product_version_text_short: 8.3; platform_name: XCP; platform_version: 3.4.0; product_brand: XCP-ng; xapi: 26.1; build_number: 8.3.0; git_id: 3; hostname: localhost; date: 20260430T09:28:41Z; dbv: 0.0.1; xapi_build: 26.1.3; xen: 4.17.6-6; linux: 4.19.0+1; xencenter_min: 2.21; xencenter_max: 2.21; network_backend: openvswitch; db_schema: 5.793 uuid ( RO) : 5f16a481-103e-4ca8-a0e2-b708d2c26437 software-version (MRO): product_version: 8.3.0; product_version_text: 8.3; product_version_text_short: 8.3; platform_name: XCP; platform_version: 3.4.0; product_brand: XCP-ng; xapi: 26.1; build_number: 8.3.0; git_id: 3; hostname: localhost; date: 20260430T09:28:41Z; dbv: 0.0.1; xapi_build: 26.1.3; xen: 4.17.6-6; linux: 4.19.0+1; xencenter_min: 2.21; xencenter_max: 2.21; network_backend: openvswitch; db_schema: 5.793 qui prend l'information depuis le fichier /etc/xensource-inventory (sur le host): # grep BUILD_NUMBER /etc/xensource-inventory BUILD_NUMBER='8.3.0' Ce fichier est mis à jour par le script de post-config du package rpm xcp-ng-release (voir le script utilisé ici) La valeur a été mise à jour la dernière fois en 2023 (voir le changelog pour 8.3.0-13). La valeur acutelle est définie dans la variable BUILD_NUMBER rpm variable du package. Cela veut dire que le host avec Build number = cloud ne semble pas à jour ? Pouvez-vous vérifier la version installée du package xcp-ng-release, en utilisant la commande rpm -q xcp-ng-release ?