OVA image created with cot 2.2.1 and Python 3.8.5 fails the ovftool validation

[ankirich]

Hi, I suddenly stumbled across the problem that cot script used to inject CSR1K OVA images with a prebuilt configs started creating an OVA which is not readable by ovftool:

macos:user$ ovftool --deploymentOption=1CPU-4GB --net:GigabitEthernet1=ALL-VLANS --name=test_router --datastore=Test-VSAN /Users/user/Downloads/test_router.ova vi://user:*****@vcenter.lab/LAB/host/TEST/test.lab

Error: Did not find an .ovf file at the beginning of the OVA package. Completed with errors

After playing a bit with different configs and OVAs, I came to conclusion that the only recent change was Python upgrade to 3.8.5. Indeed, after running cot with Python 3.7.0 things got back to normal and cot produced OVA file is now readable by the ovftool.

[jbartlet]

Ran into this as well today. Any updates?

[jdp9]

Hi @glennmatthews, ran into this today when we were scoping for upgrading our python env to 3.8. Any updates or workaround for the same?

[glennmatthews]

My current day job doesn't focus on this particular tech area so I haven't had time to look into this. Sorry! Looking at https://docs.python.org/3/library/tarfile.html#tarfile.DEFAULT_FORMAT, I see that Python 3.8 changed the default tarfile format that it creates; possibly this needs to be accounted for.