Cisco NX-OSv 9k crashes during boot with qemu 2.10.1(Debian 1:2.10.0+dfsg-2) and ovmf 0~20161202.7bbe0b3e-1
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
QEMU |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Ubuntu 17.04
qemu 2.10.1(Debian 1:2.10.0+dfsg-2)
gns3 2.0.3
NX-OSv 9k 7.0.3.I6.1
- No such issue with previous qemu 2.8.x
- the issue does not seem to come from the debian packaging
- the issue does not seem to come from GNS3 either, as confirmed by Jeremy Grossmann at https:/
Either some parameters usage have changed (for instance -bios) (which would make qemu not backwards compatible) or there is an issue with qemu itself.
The configuration parameters are:
```
},
```
The logs are:
- [execution log](https:/
- [terminal log](https:/
With the latest qemu, I can boot:
- Cisco IOSv 15.6(2)T
- Cisco IOSv-L2 15.2(20170321:
- Cisco CSR 1000v 16.5.1b
- Cisco ASAv 9.6(2)
The major difference with NX-OSv 9k is the bios parameter: ```-bios /usr/share/
```
ll /usr/share/
-rw-r--r-- 1 root root 2097152 Dec 9 2016 /usr/share/
```
A normal boot log with qemu 2.8.1 is available [here](https:/
Highlighting the differences: qemu 2.8.1 on the left, qemu 2.10.1 on the right hand side with the same boot parameters
![qemu 2 8 vs qemu 2 10](https:/
summary: |
- Cisco NX-OSv 9k crashes during boot with latest qemu + Cisco NX-OSv 9k crashes during boot with qemu 2.10.1(Debian + 1:2.10.0+dfsg-2) |
Actually, this issue is solved with a fresher ovmf package than the one shipped by default with Ubuntu 17.04 (0~20161202. 7bbe0b3e- 1).
This issue should be closed.