Categories

  • All news regarding Xen and XCP-ng ecosystem

    146 Topics
    5k Posts
    acebmxerA
    @gduperrey ======================================================================================================================================================= Package Arch Version Repository Size ======================================================================================================================================================= Downgrading: kernel x86_64 4.19.19-8.0.46.16.xcpng8.3 xcp-ng-updates 29 M Transaction Summary ======================================================================================================================================================= Downgrade 1 Package Total download size: 29 M Is this ok [y/d/N]: y Downloading packages: kernel-4.19.19-8.0.46.16.xcpng8.3.x86_64.rpm | 29 MB 00:00:07 Running transaction check Running transaction test Transaction test succeeded Running transaction Installing : kernel-4.19.19-8.0.46.16.xcpng8.3.x86_64 1/2 depmod: WARNING: /lib/modules/4.19.0+1/kernel/crypto/authencesn.ko needs unknown symbol memcpy_sglist Cleanup : kernel-4.19.19-8.0.49.3.xcpng8.3.x86_64 2/2 Verifying : kernel-4.19.19-8.0.46.16.xcpng8.3.x86_64 1/2 Verifying : kernel-4.19.19-8.0.49.3.xcpng8.3.x86_64 2/2 Removed: kernel.x86_64 0:4.19.19-8.0.49.3.xcpng8.3 Installed: kernel.x86_64 0:4.19.19-8.0.46.16.xcpng8.3 Updated: forkexecd.x86_64 0:26.1.21-1.4.xcpng8.3 message-switch.x86_64 0:26.1.21-1.4.xcpng8.3 qcow-stream-tool.x86_64 0:26.1.21-1.4.xcpng8.3 rrdd-plugins.x86_64 0:26.1.21-1.4.xcpng8.3 sm-cli.x86_64 0:26.1.21-1.4.xcpng8.3 squeezed.x86_64 0:26.1.21-1.4.xcpng8.3 varstored-guard.x86_64 0:26.1.21-1.4.xcpng8.3 vhd-tool.x86_64 0:26.1.21-1.4.xcpng8.3 wsproxy.x86_64 0:26.1.21-1.4.xcpng8.3 xapi-core.x86_64 0:26.1.21-1.4.xcpng8.3 xapi-nbd.x86_64 0:26.1.21-1.4.xcpng8.3 xapi-rrd2csv.x86_64 0:26.1.21-1.4.xcpng8.3 xapi-storage-script.x86_64 0:26.1.21-1.4.xcpng8.3 xapi-tests.x86_64 0:26.1.21-1.4.xcpng8.3 xapi-xe.x86_64 0:26.1.21-1.4.xcpng8.3 xcp-networkd.x86_64 0:26.1.21-1.4.xcpng8.3 xcp-rrdd.x86_64 0:26.1.21-1.4.xcpng8.3 xenopsd.x86_64 0:26.1.21-1.4.xcpng8.3 xenopsd-cli.x86_64 0:26.1.21-1.4.xcpng8.3 xenopsd-xc.x86_64 0:26.1.21-1.4.xcpng8.3 Complete!

  • Everything related to the virtualization platform

    1k Topics
    16k Posts
    I
    @gudge25 check these https://docs.xcp-ng.org/vms/#enabling-viridian-extensions and https://lazyadmin.nl/it/september-2026-update-break-rds-how-to-fix/

  • All Xen Orchestra related questions/reports

    3k Topics
    29k Posts
    julienXOvatesJ
    right, we are moving all Backup pages in Administration tab (https://xen-orchestra.com/blog/xen-orchestra-6-10/), but we probably forgot to say we removed this "Backups" tab from the Site view...! Create/restore backup is in progress...!

  • Our hyperconverged storage solution

    55 Topics
    833 Posts
    Maelstrom96M
    @dthenot For anyone stuck, here is what I ended up doing: I've manually hardcoded the controller_uri in /opt/xensource/sm/linstorvolumemanager.py on the new host, restarted the toolstack using xe-toolstack-restart and ran the xe host-call-plugin host-uuid=NEW_HOST_UUID plugin=linstor-manager fn=addHost args:groupName=linstor_group/thin_device command. def _get_controller_uri() -> str: # TODO: Check that an IP address from the current pool is returned. #addresses = _get_controller_addresses() return "linstor://10.25.254.100" #return "linstor://" + addresses[0] if addresses else "" After that, you should see the addHost command return True. It should be safe to revert the change to the _get_controller_uri() function and restart to make sure everything starts properly. [10:06 van3-pprod-xen01 ~]# linstor --controllers 10.25.254.100 node l ╭───────────────────────────────────────────────────────────────────╮ ┊ Node ┊ NodeType ┊ Addresses ┊ State ┊ ╞═══════════════════════════════════════════════════════════════════╡ ┊ van3-pprod-xen01 ┊ COMBINED ┊ 10.25.254.100:3366 (PLAIN) ┊ Online ┊ ┊ van3-pprod-xen02 ┊ COMBINED ┊ 10.25.254.101:3366 (PLAIN) ┊ Online ┊ ┊ van3-pprod-xen03 ┊ COMBINED ┊ 10.25.254.102:3366 (PLAIN) ┊ Online ┊ ┊ van3-pprod-xen04 ┊ COMBINED ┊ 10.25.254.103:3366 (PLAIN) ┊ Online ┊ ╰───────────────────────────────────────────────────────────────────╯ [10:06 van3-pprod-xen01 ~]# xe host-call-plugin host-uuid=f9d94f6c-e826-452f-b9b9-638550b209cf plugin=linstor-manager fn=addHost args:groupName=linstor_group/thin_device True [10:08 van3-pprod-xen01 ~]# linstor --controllers 10.25.254.100 node l ╭───────────────────────────────────────────────────────────────────╮ ┊ Node ┊ NodeType ┊ Addresses ┊ State ┊ ╞═══════════════════════════════════════════════════════════════════╡ ┊ van3-pprod-xen01 ┊ COMBINED ┊ 10.25.254.100:3366 (PLAIN) ┊ Online ┊ ┊ van3-pprod-xen02 ┊ COMBINED ┊ 10.25.254.101:3366 (PLAIN) ┊ Online ┊ ┊ van3-pprod-xen03 ┊ COMBINED ┊ 10.25.254.102:3366 (PLAIN) ┊ Online ┊ ┊ van3-pprod-xen04 ┊ COMBINED ┊ 10.25.254.103:3366 (PLAIN) ┊ Online ┊ ┊ van3-pprod-xen05 ┊ COMBINED ┊ 10.25.254.104:3366 (PLAIN) ┊ Online ┊ ╰───────────────────────────────────────────────────────────────────╯

  • Non-English speakers

    37 Topics
    137 Posts
    S
    @jqueiroz said: Bom dia a todos, Estou com um problema em uma VM, ela está ligando/desligando sozinha, repetidamente. Não encontro nenhuma mensagem de erro explicando o motivo. Alguém pode me dar alguma dica sobre como solucionar isso? Uso o XCP-NG 8.0 em um cluster de dois servidores HP Proliant DL-360, com o HA-Lizard. Tudo vinha funcionando bem até alguns dias atrás, quando houve uma queda de energia no datacenter da localidade. Tenho o mesmo arranjo de VMs/servidores em mais seis localidades, nenhuma apresenta esse problema. Analisar esse comportamento instável do cluster é quase como prever resultados complexos, parecendo a análise de riscos que a malta faz ao dar palpites no https://mostbetbrasil.lat. Grato. Como o problema começou depois da queda de energia e só acontece nessa localidade, eu começaria verificando os logs do XCP-ng e do HA-Lizard para entender quem está disparando os reinícios. Pode ser alguma política de HA tentando recuperar a VM repetidamente, algum problema de armazenamento ou até inconsistência no estado do host após a interrupção. Também vale conferir o estado do pool e os logs do Xen Orchestra, se estiver usando. Se possível, desative temporariamente a automação de recuperação dessa VM, com cuidado para não comprometer a disponibilidade, e veja se ela continua reiniciando sozinha. Isso ajuda a isolar a causa.