{"id":309,"date":"2026-09-05T19:15:39","date_gmt":"2026-09-05T22:15:39","guid":{"rendered":"https:\/\/www.linuxpro.com.br\/2026\/09\/ova2xva\/"},"modified":"2026-09-08T11:40:31","modified_gmt":"2026-09-08T14:40:31","slug":"ova2xva","status":"publish","type":"post","link":"https:\/\/www.linuxpro.com.br\/en\/2026\/09\/ova2xva\/","title":{"rendered":"ova2xva: migre VMs do VMware\/VirtualBox para XCP-ng com um comando"},"content":{"rendered":"

\"Mascote<\/p>\n

Tirar uma VM do VirtualBox<\/a> ou do VMware e p\u00f4r no XCP-ng<\/a> (ou no XenServer<\/a>) costuma virar ritual: exportar OVA, converter disco na m\u00e3o, brigar com o xe<\/code>. O ova2xva<\/strong> \u00e9 um CLI em Go<\/strong> (MIT) que faz o caminho de ida e o de volta num bin\u00e1rio s\u00f3 \u2014 converte OVA ou disco solto para XVA, valida, importa via XAPI e, se precisar, devolve um OVA port\u00e1til. Sem o bin\u00e1rio xe<\/code> no caminho.<\/p>\n

O c\u00f3digo e as releases est\u00e3o em github.com\/jniltinho\/ova2xva<\/a>. A vers\u00e3o atual das bin\u00e1rias oficiais \u00e9 a v0.4.0<\/strong> (1\u00ba de agosto de 2026).<\/p>\n

O que ela faz<\/h2>\n\n\n\n\n\n\n\n\n
Command<\/th>\nFun\u00e7\u00e3o<\/th>\n<\/tr>\n<\/thead>\n
convert<\/code><\/td>\nOVA ou disco solto (.vmdk<\/code>, .qcow2<\/code>, .vhdx<\/code>\u2026) \u2192 .xva<\/code> (compress\u00e3o zstd<\/code> por padr\u00e3o)<\/td>\n<\/tr>\n
to-ova<\/code><\/td>\nO inverso: .xva<\/code> ou disco \u2192 .ova<\/code> (OVF 1.0 + VMDK stream-optimized + manifesto SHA-256). Exige qemu-img<\/code><\/td>\n<\/tr>\n
validate<\/code><\/td>\nCheca estrutura e SHA1 do .xva<\/code><\/td>\n<\/tr>\n
import<\/code><\/td>\nSobe para o XCP-ng\/XenServer com HTTP PUT \/import<\/code> (XAPI) \u2014 sem xe<\/code><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

O decode de VMDK, QCOW2 e VHDX \u00e9 nativo em Go<\/strong>. O qemu-img<\/code> entra como fallback e \u00e9 obrigat\u00f3rio<\/strong> no to-ova<\/code> (\u00e9 ele quem gera o VMDK). VHD e VDI cl\u00e1ssicos tamb\u00e9m passam s\u00f3 pelo qemu-img<\/code>; .raw<\/code>\/.img<\/code> v\u00e3o por c\u00f3pia direta.<\/p>\n

Na pr\u00e1tica<\/h2>\n
# OVA do VirtualBox\/VMware \u2192 XVA\nova2xva convert -o app.xva --name \"App Server\" app.ova\n\n# Disco solto, sem OVA\nova2xva convert -o app.xva --name \"App Server\" --memory 4096 --vcpus 2 disk.vmdk\n\n# Validar (opcional)\nova2xva validate app.xva\n\n# Importar no XCP-ng e j\u00e1 ligar a VM\nexport OVA2XVA_HOST=xcp.example.com OVA2XVA_USER=root OVA2XVA_PASSWORD='...'\nova2xva import --start app.xva\n\n# O caminho contr\u00e1rio: sair do Xen com um OVA port\u00e1til\nova2xva to-ova -o app.ova app.xva<\/code><\/pre>\n
Dois detalhes que o README deixa expl\u00edcitos e que poupam surpresa:<\/p>\n