Problemas para importar XVA de 3.2TB Xen Server 7.6 [RESOLVIDO]

1. Problemas para importar XVA de 3.2TB Xen Server 7.6 [RESOLVIDO]

Ádison Belo
adsuporte

(usa Debian)

Enviado em 09/06/2024 - 10:57h

Bom dia Pessoal, tudo bem?

estou tendo dificuldades para importar um arquivo XVA do xenserver, acontece que a importação para quando chega em 60% mais ou menos, o arquivos não está corrompido, o arquivo é grande, 3.2TB, não sei se tem algo haver o arquivo ser grande, sabem se tem algum tempo máximo para transferencia de xva?, ele para entre 30 e 35 horas de importação, vou colocar aqui o log no momento em que a importação para, fora isso algum conhece alguma forma de converter o XVA em algum outro formato ou em VHD, segue o log, desde já agradeço a ajuda de todos.


Jun 9 03:00:08 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204371 last_suffix=00204370
Jun 9 03:00:08 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204372 last_suffix=00204371
Jun 9 03:00:08 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204373 last_suffix=00204372
Jun 9 03:00:08 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204374 last_suffix=00204373
Jun 9 03:00:08 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204375 last_suffix=00204374
Jun 9 03:00:08 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204376 last_suffix=00204375
Jun 9 03:00:09 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204377 last_suffix=00204376
Jun 9 03:00:09 localhost xcp-networkd: [ info|xenserver-ffclurex|1 |monitor_thread|network_utils] /usr/bin/ovs-appctl bond/show bond0
Jun 9 03:00:09 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204378 last_suffix=00204377
Jun 9 03:00:09 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204379 last_suffix=00204378
Jun 9 03:00:09 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204380 last_suffix=00204379
Jun 9 03:00:09 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204381 last_suffix=00204380
Jun 9 03:00:09 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204382 last_suffix=00204381
Jun 9 03:00:11 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|mscgen] xapi=>xapi [label="session.get_uuid"];
Jun 9 03:00:11 localhost xcp-networkd: [ info|xenserver-ffclurex|1 |monitor_thread|network_utils] /usr/bin/ovs-vsctl --timeout=20 get port bond0 bond_mode
Jun 9 03:00:11 localhost xapi: [debug|localhost|51753 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:c4fb1736bf01 created by task D:136541ad78bf
Jun 9 03:00:13 localhost xcp-rrdd: [ info|xenserver-ffclurex|6 ||rrdd_main] memfree has changed to 1163412 in domain 1
Jun 9 03:00:13 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] setting skip-cycles-after-error for plugin xapi-stats to 2
Jun 9 03:00:13 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] setting skip-cycles-after-error for plugin xcp-rrdd-iostat to 2
Jun 9 03:00:13 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] re-setting skip-cycles-after-error for plugin xcp-rrdd-xenpm to 1
Jun 9 03:00:22 localhost xcp-networkd: [ info|xenserver-ffclurex|1 |monitor_thread|network_utils] /usr/bin/ovs-appctl bond/show bond0
Jun 9 03:00:24 localhost xcp-networkd: [ info|xenserver-ffclurex|1 |monitor_thread|network_utils] /usr/bin/ovs-vsctl --timeout=20 get port bond0 bond_mode
Jun 9 03:00:28 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] setting skip-cycles-after-error for plugin xapi-stats to 4
Jun 9 03:00:28 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] re-setting skip-cycles-after-error for plugin xcp-rrdd-iostat to 1
Jun 9 03:00:28 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] setting skip-cycles-after-error for plugin xcp-rrdd-xenpm to 2
Jun 9 03:00:30 localhost xcp-networkd: [ info|xenserver-ffclurex|1 |monitor_thread|network_utils] /usr/bin/ovs-appctl bond/show bond0
Jun 9 03:00:50 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] setting skip-cycles-after-error for plugin xcp-rrdd-iostat to 2
Jun 9 03:00:55 localhost xcp-networkd: [ info|xenserver-ffclurex|1 |monitor_thread|network_utils] /usr/bin/ovs-vsctl --timeout=20 get port bond0 bond_mode
Jun 9 03:00:58 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] setting skip-cycles-after-error for plugin xcp-rrdd-xenpm to 4
Jun 9 03:01:03 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] setting skip-cycles-after-error for plugin xcp-rrdd-iostat to 4
Jun 9 03:01:08 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] setting skip-cycles-after-error for plugin xapi-stats to 8
Jun 9 03:01:08 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] setting skip-cycles-after-error for plugin xcp-rrdd-squeezed to 2
Jun 9 03:01:11 localhost xcp-rrdd: [ info|xenserver-ffclurex|6 ||rrdd_main] memfree has changed to 1148016 in domain 1
Jun 9 03:01:17 localhost xcp-networkd: [ info|xenserver-ffclurex|1 |monitor_thread|network_utils] /usr/bin/ovs-appctl bond/show bond0
Jun 9 03:01:18 localhost xapi: [ warn|localhost|67 db_gc|DB GC D:5e2d8c25a4f8|db_gc_util] GCed old task that was still in pending state: 1127584e-6456-128f-1503-d8a7d037bf7b
Jun 9 03:01:19 localhost xcp-networkd: [ info|xenserver-ffclurex|1 |monitor_thread|network_utils] /usr/bin/ovs-vsctl --timeout=20 get port bond0 bond_mode
Jun 9 03:01:19 localhost xapi: [ info|localhost|51755 UNIX /var/lib/xcp/xapi|session.login_with_password D:ee49039f148d|xapi] Session.create trackid=6a464d83cb41cd3ca8252a6b944fe35d pool=false uname=__dom0__vmss originator= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
Jun 9 03:01:19 localhost xapi: [ info|localhost|51757 INET :::80|session.logout D:2748aac6903b|xapi] Session.destroy trackid=48e4d825fc94be57228f0d20dc52b2db
Jun 9 03:01:19 localhost xapi: [ info|localhost|51758 INET :::80|session.logout D:04bde2340d98|xapi] Session.destroy trackid=48e4d825fc94be57228f0d20dc52b2db
Jun 9 03:01:19 localhost xapi: [debug|localhost|51755 UNIX /var/lib/xcp/xapi|session.login_with_password D:ee49039f148d|mscgen] xapi=>xapi [label="pool.get_all"];
Jun 9 03:01:19 localhost xapi: [debug|localhost|51759 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:pool.get_all D:5a8e5f8f87f5 created by task D:ee49039f148d
Jun 9 03:01:19 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|mscgen] xapi=>xapi [label="session.get_uuid"];
Jun 9 03:01:19 localhost xapi: [debug|localhost|51761 ||mscgen] xapi=>xapi [label="event.from"];
Jun 9 03:01:19 localhost xapi: [debug|localhost|71 ||mscgen] xapi=>xapi [label="session.logout"];
Jun 9 03:01:19 localhost xapi: [debug|localhost|51760 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:dc366c693e0d created by task D:136541ad78bf
Jun 9 03:01:20 localhost xapi: [debug|localhost|51762 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:event.from D:3a859304c0d5 created by task D:91eecf97f76b
Jun 9 03:01:20 localhost xapi: [debug|localhost|170 |watching networks for NBD-related changes D:4e826e655573|mscgen] xapi=>xapi [label="session.logout"];
Jun 9 03:01:21 localhost xapi: [debug|localhost|51763 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.logout D:3f4af5ff26f2 created by task D:f4e532ca1df9
Jun 9 03:01:21 localhost xapi: [ info|localhost|51763 UNIX /var/lib/xcp/xapi|session.logout D:cb4354754284|xapi] Session.destroy trackid=54a4a2dc68ecc708d22453d635420dc1
Jun 9 03:01:21 localhost xapi: [debug|localhost|51765 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.logout D:a938c80504b4 created by task D:4e826e655573
Jun 9 03:01:21 localhost xapi: [debug|localhost|2780 INET :::80|[XO] VM import R:b411221a6c9b|stream_vdi] suffix=00204383 last_suffix=00204382
Jun 9 03:01:21 localhost xapi: [ info|localhost|51765 UNIX /var/lib/xcp/xapi|session.logout D:0492e0b08500|xapi] Session.destroy trackid=c247c82fb7594cf6f4aecc34bb952a7c
Jun 9 03:01:22 localhost xapi: [debug|localhost|71 ||mscgen] xapi=>xapi [label="session.slave_login"];
Jun 9 03:01:23 localhost xapi: [debug|localhost|51767 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.slave_login D:68743e42e034 created by task D:f4e532ca1df9
Jun 9 03:01:24 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] re-setting skip-cycles-after-error for plugin xcp-rrdd-squeezed to 1
Jun 9 03:01:24 localhost xcp-rrdd: [ warn|xenserver-ffclurex|0 monitor|main|rrdd_server] re-setting skip-cycles-after-error for plugin xcp-rrdd-xenpm to 1


  


2. Re: Problemas para importar XVA de 3.2TB Xen Server 7.6 [RESOLVIDO]

Daniel Lara Souza
danniel-lara

(usa Fedora)

Enviado em 09/06/2024 - 11:13h


informações fornecidas pelo chatgpt

O log que você forneceu mostra atividades do sistema durante o processo de importação do arquivo XVA. Não parece haver mensagens de erro específicas que indiquem por que a importação está parando em 60%.

No entanto, algumas observações podem ser feitas:

Durante a importação, o sistema está realizando várias tarefas relacionadas à rede (ovs-appctl e ovs-vsctl). Pode ser útil garantir que não haja problemas de conectividade ou configurações de rede que estejam causando interrupções.

Há menções de ajustes sendo feitos nos plugins do sistema, como o xcp-rrdd. Esses ajustes podem indicar que o sistema está tentando lidar com problemas ou erros.

Não há indicação direta de que o tamanho do arquivo esteja causando o problema, mas isso não pode ser totalmente descartado. Arquivos grandes podem exigir mais recursos durante o processo de importação.

Como próxima etapa, sugiro:

Verificar a integridade do arquivo XVA para garantir que não haja corrupção.
Verificar as configurações de rede e garantir que não haja problemas de conectividade ou restrições.
Investigar os ajustes sendo feitos nos plugins do sistema para entender se há problemas relacionados a isso.
Se você tiver acesso a suporte técnico para o XenServer, pode ser útil compartilhar essas informações com eles para obter uma análise mais aprofundada e assistência específica ao seu ambiente.


3. Re: Problemas para importar XVA de 3.2TB Xen Server 7.6 [RESOLVIDO]

Ádison Belo
adsuporte

(usa Debian)

Enviado em 09/06/2024 - 11:32h


danniel-lara escreveu:


informações fornecidas pelo chatgpt

O log que você forneceu mostra atividades do sistema durante o processo de importação do arquivo XVA. Não parece haver mensagens de erro específicas que indiquem por que a importação está parando em 60%.

No entanto, algumas observações podem ser feitas:

Durante a importação, o sistema está realizando várias tarefas relacionadas à rede (ovs-appctl e ovs-vsctl). Pode ser útil garantir que não haja problemas de conectividade ou configurações de rede que estejam causando interrupções.

Há menções de ajustes sendo feitos nos plugins do sistema, como o xcp-rrdd. Esses ajustes podem indicar que o sistema está tentando lidar com problemas ou erros.

Não há indicação direta de que o tamanho do arquivo esteja causando o problema, mas isso não pode ser totalmente descartado. Arquivos grandes podem exigir mais recursos durante o processo de importação.

Como próxima etapa, sugiro:

Verificar a integridade do arquivo XVA para garantir que não haja corrupção.
Verificar as configurações de rede e garantir que não haja problemas de conectividade ou restrições.
Investigar os ajustes sendo feitos nos plugins do sistema para entender se há problemas relacionados a isso.
Se você tiver acesso a suporte técnico para o XenServer, pode ser útil compartilhar essas informações com eles para obter uma análise mais aprofundada e assistência específica ao seu ambiente.


Então, ontem quando verifiquei estava em 51% era 22 horas mais ou menos, pela informação do log, a tranferencia parou as 03:00hs,por isso falei mais ou menos 60%, é a terceira vez que tento importar esse arquivo, troquei até a máquina de destino por precalção, e todas as vezes que parou a importação foi mais ou manos na mesma porcentagem, eu descobri que o servidor de onde eu fiz a importação estava com 2 hds defeituosos, estava trabalhando em RAID5, um hd parou de vez, e outro estava funcionando, mais com bad-block, será que tem haver?

quando mandei importar deixei marcada a opção de verificação do arquivo, e faz a improtação normalmente sem erros, se nada der certo você conhece alguma ferramenta para transformar esse XVA em VHD?

OBS: a instalação do xenserver na máquina que ta recebendo a importação é nova, instalei do zero uma instalação limpa.

obrigado por responder!



4. Achei um programa que converte XVA em RAW

Ádison Belo
adsuporte

(usa Debian)

Enviado em 10/06/2024 - 08:23h


adsuporte escreveu:


danniel-lara escreveu:


informações fornecidas pelo chatgpt

O log que você forneceu mostra atividades do sistema durante o processo de importação do arquivo XVA. Não parece haver mensagens de erro específicas que indiquem por que a importação está parando em 60%.

No entanto, algumas observações podem ser feitas:

Durante a importação, o sistema está realizando várias tarefas relacionadas à rede (ovs-appctl e ovs-vsctl). Pode ser útil garantir que não haja problemas de conectividade ou configurações de rede que estejam causando interrupções.

Há menções de ajustes sendo feitos nos plugins do sistema, como o xcp-rrdd. Esses ajustes podem indicar que o sistema está tentando lidar com problemas ou erros.

Não há indicação direta de que o tamanho do arquivo esteja causando o problema, mas isso não pode ser totalmente descartado. Arquivos grandes podem exigir mais recursos durante o processo de importação.

Como próxima etapa, sugiro:

Verificar a integridade do arquivo XVA para garantir que não haja corrupção.
Verificar as configurações de rede e garantir que não haja problemas de conectividade ou restrições.
Investigar os ajustes sendo feitos nos plugins do sistema para entender se há problemas relacionados a isso.
Se você tiver acesso a suporte técnico para o XenServer, pode ser útil compartilhar essas informações com eles para obter uma análise mais aprofundada e assistência específica ao seu ambiente.


Então, ontem quando verifiquei estava em 51% era 22 horas mais ou menos, pela informação do log, a tranferencia parou as 03:00hs,por isso falei mais ou menos 60%, é a terceira vez que tento importar esse arquivo, troquei até a máquina de destino por precalção, e todas as vezes que parou a importação foi mais ou manos na mesma porcentagem, eu descobri que o servidor de onde eu fiz a importação estava com 2 hds defeituosos, estava trabalhando em RAID5, um hd parou de vez, e outro estava funcionando, mais com bad-block, será que tem haver?

quando mandei importar deixei marcada a opção de verificação do arquivo, e faz a improtação normalmente sem erros, se nada der certo você conhece alguma ferramenta para transformar esse XVA em VHD?

OBS: a instalação do xenserver na máquina que ta recebendo a importação é nova, instalei do zero uma instalação limpa.

obrigado por responder!


Achei um programa que converte XVA em RAW: https://github.com/eriklax/xva-img

fiz um teste com um XVA pequeno de 80gb e deu certo, vou testar aqui com esse arquivo de 3.2TB e Aviso se deu certo!

Obrigado.




5. Re: Problemas para importar XVA de 3.2TB Xen Server 7.6 [RESOLVIDO]

Patrick Ernandes
patrickernandes

(usa Debian)

Enviado em 10/06/2024 - 08:30h

Xenserver ou xcp, limitacao de disco de 2tb.


---
Linux para suporte: http://sino.ernandes.info


6. Re: Problemas para importar XVA de 3.2TB Xen Server 7.6 [RESOLVIDO]

Ádison Belo
adsuporte

(usa Debian)

Enviado em 11/06/2024 - 08:50h


patrickernandes escreveu:

Xenserver ou xcp, limitacao de disco de 2tb.


---
Linux para suporte: http://sino.ernandes.info


sim, eu sei disso, mais dentro do XVA tem 3 unidades, 2 de 2TB cada e 1 de 80, pela lógica o sistema deveria separar na hora da imortação e importar um unidade por vez!

como falei anteriormente, o programa xva-img me salvou, consegui converter os discos em .raw e importei 1 por 1 para o xenserver, deu tudo certo!

obrigado pelas respostas!








Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts