Categories

  • All news regarding Xen and XCP-ng ecosystem

    146 Topics
    5k Posts
    julienXOvatesJ
    @Andrew could you send us logs over a support ticket so we can understand why the RPR failed ? Thanks
  • Everything related to the virtualization platform

    1k Topics
    16k Posts
    C
    @IgorGlock What do you mean by "okay"? Backing up the VM with Commvault or...?
  • 3k Topics
    30k Posts
    poddingueP
    Thanks for the versions. If I read the changelogs right, sm-3.2.12-25.2 is one build after the 25.1 that @dthenot mentioned and still carries its QCOW2 patches, and the release note for blktap-3.55.5-12.3 says it fixed a tapdisk crash during backups (https://xcp-ng.org/forum/post/109336). So unless I missed one, you already have every fix I know about. I think this might be a different bug. I can't tell from here why tap-ctl close times out on those snapshot disks, so that one is for @Team-Storage. I'd guess the SMlog from both hosts around one failed run is the first thing they'll ask for.
  • Our hyperconverged storage solution

    56 Topics
    836 Posts
    R
    Thanks @poddingue, that's helpful. I'll keep the satellites on the management interface then. @Team-Storage could you please have a look at the LinstorSR attach failure, the RPU evacuating the controller host, and the xenopsd leftovers after the failed sync point 4? I have the RPU traces, SMlog, xensource.log and the linstor-controller error reports archived if needed.
  • 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.