Categories

  • All news regarding Xen and XCP-ng ecosystem

    146 Topics
    5k Posts
    X
    @dinhngtu Thank you for bringing the TPM platform validation profile to my attention. I see that there is yet another nuance to the firmware boot process I didn't fully understand. I'm going to dig into those TPM group policies to see what that's all about. (Later on . . .) Found them, here: [image: image.jpeg]

  • Everything related to the virtualization platform

    1k Topics
    16k Posts
    poddingueP
    Thanks for the screenshot, Christof. I haven't reproduced it myself yet, but I think I can see why it only hits that one field. In XO Lite's VM creation form, the rows of the disk table seem to be keyed on the disk name itself (line 12 of NewVmSrTable.vue on current master), so each character you type would make Vue treat the row as new and rebuild it, focus included. If I'm reading it right, someone reported the same thing for XO 6 in March (https://xcp-ng.org/forum/post/103160), and the XO 6 form now keys those rows on a separate field, so the fix might be small. Might be worth a mention to @Team-XO-Frontend.

  • All Xen Orchestra related questions/reports

    3k Topics
    29k Posts
    poddingueP
    Thanks, that helps. Some VMs fail to the Synology but pass to S3, and some the other way round. So I think the backups on Ark are probably fine (they pass health checks, as you said at the start) and it has more to do with what each target already holds, but I could be wrong. I'd also flag the several delta jobs with different retentions all feeding Ark, I just don't know the mirror code well enough to say whether that matters. @Team-XO-Backend, posts 6 and 10 have the log and the pattern if someone gets to this one.

  • Our hyperconverged storage solution

    55 Topics
    830 Posts
    dthenotD
    @Maelstrom96 Hello, There is indeed an identified bug with addHost that we are investigating at the moment.

  • 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.