Open aj-cruz opened 6 months ago
this is a sign of a hw/sw incompatibility or severe resource shortage. since you said you got other images running, I would say resource shortage is not the culprit.
I've tested this on a proxmox cluster and on a set of bare metal servers, given the system 4-8 cores and up to 16g of ram. Every run results in the same error regardless of where it's deployed.
2024-08-08 18:38:32,209: vrnetlab INFO STDERR: qemu-system-x86_64: error: failed to set MSR 0x345 to 0x2000 qemu-system-x86_64: ../../target/i386/kvm.c:2701: kvm_buf_set_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed.
2024-08-08 18:38:32,211: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 1) 2024-08-08 18:38:33,213: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 2) 2024-08-08 18:38:34,214: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 3) 2024-08-08 18:38:35,216: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 4) 2024-08-08 18:38:36,218: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 5) 2024-08-08 18:38:37,220: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 6) 2024-08-08 18:38:38,222: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 7) 2024-08-08 18:38:39,224: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 8) 2024-08-08 18:38:40,226: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 9) 2024-08-08 18:38:41,228: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 10) 2024-08-08 18:38:42,230: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 11) 2024-08-08 18:38:43,231: vrnetlab INFO Unable to connect to qemu monitor (port 4000), retrying in a second (attempt 12)
@JJ-empowered This is a hw issue (cpu not properly emulated or not all cpu instructions supported)
Can you provide the specs for where you got this working? I've tried several setups including baremetal with cpucounters and all other enhanced instruction sets enabled that I'm aware of.
Also had no issues deploying Arista, Junos and a few others with the same setup
@ssasso, do you have some recent experience with aos-cx?
@JJ-empowered I dont use aos myself, but the error is clearly indicating the issue with the hw/virtualization, as it comes from qemu itself.
@JJ-empowered can you please try with the latest 10.13 release?
I use it daily, and never encountered such issue...
(Just fyi I use it both on "physical" servers as well as on VM with nested virtualization)
Btw, the error looks similar to what reported in: https://github.com/GNS3/gns3-server/issues/1774
There are some workarounds reported there, did you already hava a look at this?
Not sure if this is a problem with my environment or what, other VMs (Juniper, 9Kv) boot fine, but the 10.12.0006 Aruba image does not. Below are the container logs. I was able to extract the vmdk from the OVA and the
make docker-image
completed without error.