{"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\/es\/2026\/09\/ova2xva\/","title":{"rendered":"ova2xva: migra VMs de VMware\/VirtualBox a XCP-ng con un solo comando"},"content":{"rendered":"

\"Mascote<\/p>\n

Sacar una VM de VirtualBox<\/a> o de VMware y ponerla en XCP-ng<\/a> (o en XenServer<\/a>) suele convertirse en un ritual: exportar OVA, convertir el disco a mano, pelearse con el xe<\/code>. El ova2xva<\/strong> es un CLI en Go<\/strong> (MIT) que hace el camino de ida y el de vuelta en un \u00fanico binario: convierte OVA o disco suelto a XVA, valida, importa mediante XAPI y, si hace falta, devuelve un OVA port\u00e1til. Sin el binario xe<\/code> en el camino.<\/p>\n

El c\u00f3digo y las releases est\u00e1n en github.com\/jniltinho\/ova2xva<\/a>. La versi\u00f3n actual de los binarios oficiales es la v0.4.0<\/strong> (1 de agosto de 2026).<\/p>\n

Qu\u00e9 hace<\/h2>\n\n\n\n\n\n\n\n\n
Comando<\/th>\nFunci\u00f3n<\/th>\n<\/tr>\n<\/thead>\n
convert<\/code><\/td>\nOVA o disco suelto (.vmdk<\/code>, .qcow2<\/code>, .vhdx<\/code>\u2026) \u2192 .xva<\/code> (compresi\u00f3n zstd<\/code> por defecto)<\/td>\n<\/tr>\n
to-ova<\/code><\/td>\nEl inverso: .xva<\/code> o disco \u2192 .ova<\/code> (OVF 1.0 + VMDK stream-optimized + manifiesto SHA-256). Requiere qemu-img<\/code><\/td>\n<\/tr>\n
validate<\/code><\/td>\nComprueba estructura y SHA1 del .xva<\/code><\/td>\n<\/tr>\n
import<\/code><\/td>\nSube a XCP-ng\/XenServer con HTTP PUT \/import<\/code> (XAPI) \u2014 sin xe<\/code><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

La decodificaci\u00f3n de VMDK, QCOW2 y VHDX es nativa en Go<\/strong>. El qemu-img<\/code> entra como fallback y es obligatorio<\/strong> no to-ova<\/code> (es el que genera el VMDK). VHD y VDI cl\u00e1sicos tambi\u00e9n pasan solo por qemu-img<\/code>; .raw<\/code>\/.img<\/code> van por copia directa.<\/p>\n

En la pr\u00e1ctica<\/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
Dos detalles que el README deja expl\u00edcitos y que ahorran sorpresas:<\/p>\n