Categories

  • All news regarding Xen and XCP-ng ecosystem

    146 Topics
    5k Posts
    acebmxerA
    @lmolina installed updates.... by accident i ran the linstore-testing updates. but no issues with the udpate itself. I did download the snapshot-fixer.py in dry run it found to vms. I ran a full backup first and was going fine till here... [image: Screenshot_20261022_063641.png] [image: Screenshot_20261022_064059.png] Here are some of the logs - if you have a place i can send the rest as i am not able to post all of them... tapdisk-28167-daemonlog.txt tapdisk-probe.txt tapdisk-28167-fd.txt tapdisk-28167-threads.txt versions.txt Dug into it some more. The stuck process is tapdisk pid 28167. tap-ctl list just hangs and tap-ctl list -p 28167 times out, but the other 3 tapdisks answer fine. It’s in S state, not D, so it doesn’t look like it’s waiting on the disk. 28167 is the one doing the NBD export of the backup snapshot for my Dockerthings_anepi VM (snapshot bf2a422e-9df3-4b3d-83f0-0fa3ff191efb, VHD on SR 4991d4aa...). That’s the export that stopped at 75%. Everything after it is stuck at 0% (VBD.plug, importing raw VDI, the XO-CE-root import), and when I tried force unplug those got stuck too. The backup job said it finished though, and the VM itself is still running fine. Ran the snapshot-fixer dry run and it found 2 VMs. I did not run the rewrite before doing the backup. Update went through fine at 05:58, all from xcp-ng-testing, and I rebooted at 06:00, so this happened on the new packages. The linstor-testing thing didn’t install anything, rpm -qa | grep -i linstor comes back empty. Attached the yum history. I have the full logs (xensource, SMlog, daemon, kern) if you want them, just tell me where to send them. yum-history-11.txt Update: kill 28167 (plain SIGTERM, not -9) cleared it, then the stuck tasks cancelled without a reboot. Will post if it happens again on the next backup.
  • Everything related to the virtualization platform

    1k Topics
    16k Posts
    Tristis OrisT
    @DustinB said: 14 year old controller it supported and has a driver. Whats wrong?
  • 3k Topics
    29k Posts
    P
    Hi, This was fixed in Latest. But if you need to stay on Stable, you can open a ticket to have a patch.
  • Our hyperconverged storage solution

    55 Topics
    827 Posts
    C
    @poddingue Hi, we have a ticket at Vates regarding this. (Ticket#7765809)
  • 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.