* [Qemu-devel] [Bug 1732679] [NEW] Cisco NX-OSv 9k crashes during boot with qemu 2.10.1(Debian 1:2.10.0+dfsg-2)
@ 2017-11-16 12:25 jean-christophe manciot
2017-11-17 9:46 ` [Qemu-devel] [Bug 1732679] " jean-christophe manciot
2017-11-24 12:35 ` [Qemu-devel] [Bug 1732679] Re: 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 Thomas Huth
0 siblings, 2 replies; 3+ messages in thread
From: jean-christophe manciot @ 2017-11-16 12:25 UTC (permalink / raw)
To: qemu-devel
Public bug reported:
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://github.com/GNS3/gns3-server/issues/1193#issuecomment-344240460
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:
```
"compute_id": "local",
"console": 2010,
"console_type": "telnet",
"first_port_name": "mgmt0",
"height": 48,
"label": {
"rotation": 0,
"style": "font-family: TypeWriter;font-size: 10.0;font-weight: bold;fill: #000000;fill-opacity: 1.0;",
"text": "NX_OSv_9k_Spine_31",
"x": -54,
"y": -25
},
"name": "NX_OSv_9k_Spine_31",
"node_id": "8d01119a-0adc-41bc-950b-c5639db7708c",
"node_type": "qemu",
"port_name_format": "Ethernet1/{port1}",
"port_segment_size": 0,
"properties": {
"acpi_shutdown": false,
"adapter_type": "e1000",
"adapters": 10,
"bios_image": "",
"bios_image_md5sum": null,
"boot_priority": "c",
"cdrom_image": "",
"cdrom_image_md5sum": null,
"cpu_throttling": 0,
"cpus": 2,
"hda_disk_image": "NX-OSv-9k-7.0.3.I6.1.free.qcow2",
"hda_disk_image_md5sum": "18bb991b814a508d1190575f99deed99",
"hda_disk_interface": "ide",
"hdb_disk_image": "",
"hdb_disk_image_md5sum": null,
"hdb_disk_interface": "ide",
"hdc_disk_image": "",
"hdc_disk_image_md5sum": null,
"hdc_disk_interface": "ide",
"hdd_disk_image": "",
"hdd_disk_image_md5sum": null,
"hdd_disk_interface": "ide",
"initrd": "",
"initrd_md5sum": null,
"kernel_command_line": "",
"kernel_image": "",
"kernel_image_md5sum": null,
"legacy_networking": false,
"mac_address": "00:07:00:03:16:01",
"options": "-nographic -enable-kvm -cpu host -machine q35 -smp cpus=2 -bios /usr/share/ovmf/OVMF.fd",
"platform": "x86_64",
"process_priority": "normal",
"qemu_path": "/usr/bin/qemu-system-x86_64",
"ram": 6144,
"usage": ""
```
The logs are:
- [execution log](https://github.com/GNS3/gns3-server/files/1381651/qemu.log.txt)
- [terminal log](https://github.com/GNS3/gns3-server/files/1381660/terminal.log.txt)
With the latest qemu, I can boot:
- Cisco IOSv 15.6(2)T
- Cisco IOSv-L2 15.2(20170321:233949)
- 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/ovmf/OVMF.fd```:
```
ll /usr/share/ovmf/OVMF.fd
-rw-r--r-- 1 root root 2097152 Dec 9 2016 /usr/share/ovmf/OVMF.fd
```
A normal boot log with qemu 2.8.1 is available [here](https://github.com/GNS3/gns3-server/files/1381729/terminal.log.2.8.txt)
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://user-images.githubusercontent.com/13176858/31534998-8429462e-aff9-11e7-9cf3-bf2b00c21e8a.jpg)
** Affects: qemu
Importance: Undecided
Status: New
** Summary changed:
- 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)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1732679
Title:
Cisco NX-OSv 9k crashes during boot with qemu 2.10.1(Debian
1:2.10.0+dfsg-2)
Status in QEMU:
New
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://github.com/GNS3/gns3-server/issues/1193#issuecomment-344240460
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:
```
"compute_id": "local",
"console": 2010,
"console_type": "telnet",
"first_port_name": "mgmt0",
"height": 48,
"label": {
"rotation": 0,
"style": "font-family: TypeWriter;font-size: 10.0;font-weight: bold;fill: #000000;fill-opacity: 1.0;",
"text": "NX_OSv_9k_Spine_31",
"x": -54,
"y": -25
},
"name": "NX_OSv_9k_Spine_31",
"node_id": "8d01119a-0adc-41bc-950b-c5639db7708c",
"node_type": "qemu",
"port_name_format": "Ethernet1/{port1}",
"port_segment_size": 0,
"properties": {
"acpi_shutdown": false,
"adapter_type": "e1000",
"adapters": 10,
"bios_image": "",
"bios_image_md5sum": null,
"boot_priority": "c",
"cdrom_image": "",
"cdrom_image_md5sum": null,
"cpu_throttling": 0,
"cpus": 2,
"hda_disk_image": "NX-OSv-9k-7.0.3.I6.1.free.qcow2",
"hda_disk_image_md5sum": "18bb991b814a508d1190575f99deed99",
"hda_disk_interface": "ide",
"hdb_disk_image": "",
"hdb_disk_image_md5sum": null,
"hdb_disk_interface": "ide",
"hdc_disk_image": "",
"hdc_disk_image_md5sum": null,
"hdc_disk_interface": "ide",
"hdd_disk_image": "",
"hdd_disk_image_md5sum": null,
"hdd_disk_interface": "ide",
"initrd": "",
"initrd_md5sum": null,
"kernel_command_line": "",
"kernel_image": "",
"kernel_image_md5sum": null,
"legacy_networking": false,
"mac_address": "00:07:00:03:16:01",
"options": "-nographic -enable-kvm -cpu host -machine q35 -smp cpus=2 -bios /usr/share/ovmf/OVMF.fd",
"platform": "x86_64",
"process_priority": "normal",
"qemu_path": "/usr/bin/qemu-system-x86_64",
"ram": 6144,
"usage": ""
```
The logs are:
- [execution log](https://github.com/GNS3/gns3-server/files/1381651/qemu.log.txt)
- [terminal log](https://github.com/GNS3/gns3-server/files/1381660/terminal.log.txt)
With the latest qemu, I can boot:
- Cisco IOSv 15.6(2)T
- Cisco IOSv-L2 15.2(20170321:233949)
- 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/ovmf/OVMF.fd```:
```
ll /usr/share/ovmf/OVMF.fd
-rw-r--r-- 1 root root 2097152 Dec 9 2016 /usr/share/ovmf/OVMF.fd
```
A normal boot log with qemu 2.8.1 is available [here](https://github.com/GNS3/gns3-server/files/1381729/terminal.log.2.8.txt)
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://user-images.githubusercontent.com/13176858/31534998-8429462e-aff9-11e7-9cf3-bf2b00c21e8a.jpg)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1732679/+subscriptions
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Qemu-devel] [Bug 1732679] Re: Cisco NX-OSv 9k crashes during boot with qemu 2.10.1(Debian 1:2.10.0+dfsg-2)
2017-11-16 12:25 [Qemu-devel] [Bug 1732679] [NEW] Cisco NX-OSv 9k crashes during boot with qemu 2.10.1(Debian 1:2.10.0+dfsg-2) jean-christophe manciot
@ 2017-11-17 9:46 ` jean-christophe manciot
2017-11-24 12:35 ` [Qemu-devel] [Bug 1732679] Re: 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 Thomas Huth
1 sibling, 0 replies; 3+ messages in thread
From: jean-christophe manciot @ 2017-11-17 9:46 UTC (permalink / raw)
To: qemu-devel
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.
** Summary changed:
- Cisco NX-OSv 9k crashes during boot with qemu 2.10.1(Debian 1:2.10.0+dfsg-2)
+ 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
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1732679
Title:
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
Status in QEMU:
New
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://github.com/GNS3/gns3-server/issues/1193#issuecomment-344240460
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:
```
"compute_id": "local",
"console": 2010,
"console_type": "telnet",
"first_port_name": "mgmt0",
"height": 48,
"label": {
"rotation": 0,
"style": "font-family: TypeWriter;font-size: 10.0;font-weight: bold;fill: #000000;fill-opacity: 1.0;",
"text": "NX_OSv_9k_Spine_31",
"x": -54,
"y": -25
},
"name": "NX_OSv_9k_Spine_31",
"node_id": "8d01119a-0adc-41bc-950b-c5639db7708c",
"node_type": "qemu",
"port_name_format": "Ethernet1/{port1}",
"port_segment_size": 0,
"properties": {
"acpi_shutdown": false,
"adapter_type": "e1000",
"adapters": 10,
"bios_image": "",
"bios_image_md5sum": null,
"boot_priority": "c",
"cdrom_image": "",
"cdrom_image_md5sum": null,
"cpu_throttling": 0,
"cpus": 2,
"hda_disk_image": "NX-OSv-9k-7.0.3.I6.1.free.qcow2",
"hda_disk_image_md5sum": "18bb991b814a508d1190575f99deed99",
"hda_disk_interface": "ide",
"hdb_disk_image": "",
"hdb_disk_image_md5sum": null,
"hdb_disk_interface": "ide",
"hdc_disk_image": "",
"hdc_disk_image_md5sum": null,
"hdc_disk_interface": "ide",
"hdd_disk_image": "",
"hdd_disk_image_md5sum": null,
"hdd_disk_interface": "ide",
"initrd": "",
"initrd_md5sum": null,
"kernel_command_line": "",
"kernel_image": "",
"kernel_image_md5sum": null,
"legacy_networking": false,
"mac_address": "00:07:00:03:16:01",
"options": "-nographic -enable-kvm -cpu host -machine q35 -smp cpus=2 -bios /usr/share/ovmf/OVMF.fd",
"platform": "x86_64",
"process_priority": "normal",
"qemu_path": "/usr/bin/qemu-system-x86_64",
"ram": 6144,
"usage": ""
```
The logs are:
- [execution log](https://github.com/GNS3/gns3-server/files/1381651/qemu.log.txt)
- [terminal log](https://github.com/GNS3/gns3-server/files/1381660/terminal.log.txt)
With the latest qemu, I can boot:
- Cisco IOSv 15.6(2)T
- Cisco IOSv-L2 15.2(20170321:233949)
- 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/ovmf/OVMF.fd```:
```
ll /usr/share/ovmf/OVMF.fd
-rw-r--r-- 1 root root 2097152 Dec 9 2016 /usr/share/ovmf/OVMF.fd
```
A normal boot log with qemu 2.8.1 is available [here](https://github.com/GNS3/gns3-server/files/1381729/terminal.log.2.8.txt)
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://user-images.githubusercontent.com/13176858/31534998-8429462e-aff9-11e7-9cf3-bf2b00c21e8a.jpg)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1732679/+subscriptions
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Qemu-devel] [Bug 1732679] Re: 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
2017-11-16 12:25 [Qemu-devel] [Bug 1732679] [NEW] Cisco NX-OSv 9k crashes during boot with qemu 2.10.1(Debian 1:2.10.0+dfsg-2) jean-christophe manciot
2017-11-17 9:46 ` [Qemu-devel] [Bug 1732679] " jean-christophe manciot
@ 2017-11-24 12:35 ` Thomas Huth
1 sibling, 0 replies; 3+ messages in thread
From: Thomas Huth @ 2017-11-24 12:35 UTC (permalink / raw)
To: qemu-devel
Closing, according to the previous comment.
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1732679
Title:
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
Status in QEMU:
Invalid
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://github.com/GNS3/gns3-server/issues/1193#issuecomment-344240460
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:
```
"compute_id": "local",
"console": 2010,
"console_type": "telnet",
"first_port_name": "mgmt0",
"height": 48,
"label": {
"rotation": 0,
"style": "font-family: TypeWriter;font-size: 10.0;font-weight: bold;fill: #000000;fill-opacity: 1.0;",
"text": "NX_OSv_9k_Spine_31",
"x": -54,
"y": -25
},
"name": "NX_OSv_9k_Spine_31",
"node_id": "8d01119a-0adc-41bc-950b-c5639db7708c",
"node_type": "qemu",
"port_name_format": "Ethernet1/{port1}",
"port_segment_size": 0,
"properties": {
"acpi_shutdown": false,
"adapter_type": "e1000",
"adapters": 10,
"bios_image": "",
"bios_image_md5sum": null,
"boot_priority": "c",
"cdrom_image": "",
"cdrom_image_md5sum": null,
"cpu_throttling": 0,
"cpus": 2,
"hda_disk_image": "NX-OSv-9k-7.0.3.I6.1.free.qcow2",
"hda_disk_image_md5sum": "18bb991b814a508d1190575f99deed99",
"hda_disk_interface": "ide",
"hdb_disk_image": "",
"hdb_disk_image_md5sum": null,
"hdb_disk_interface": "ide",
"hdc_disk_image": "",
"hdc_disk_image_md5sum": null,
"hdc_disk_interface": "ide",
"hdd_disk_image": "",
"hdd_disk_image_md5sum": null,
"hdd_disk_interface": "ide",
"initrd": "",
"initrd_md5sum": null,
"kernel_command_line": "",
"kernel_image": "",
"kernel_image_md5sum": null,
"legacy_networking": false,
"mac_address": "00:07:00:03:16:01",
"options": "-nographic -enable-kvm -cpu host -machine q35 -smp cpus=2 -bios /usr/share/ovmf/OVMF.fd",
"platform": "x86_64",
"process_priority": "normal",
"qemu_path": "/usr/bin/qemu-system-x86_64",
"ram": 6144,
"usage": ""
```
The logs are:
- [execution log](https://github.com/GNS3/gns3-server/files/1381651/qemu.log.txt)
- [terminal log](https://github.com/GNS3/gns3-server/files/1381660/terminal.log.txt)
With the latest qemu, I can boot:
- Cisco IOSv 15.6(2)T
- Cisco IOSv-L2 15.2(20170321:233949)
- 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/ovmf/OVMF.fd```:
```
ll /usr/share/ovmf/OVMF.fd
-rw-r--r-- 1 root root 2097152 Dec 9 2016 /usr/share/ovmf/OVMF.fd
```
A normal boot log with qemu 2.8.1 is available [here](https://github.com/GNS3/gns3-server/files/1381729/terminal.log.2.8.txt)
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://user-images.githubusercontent.com/13176858/31534998-8429462e-aff9-11e7-9cf3-bf2b00c21e8a.jpg)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1732679/+subscriptions
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-11-24 12:41 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-11-16 12:25 [Qemu-devel] [Bug 1732679] [NEW] Cisco NX-OSv 9k crashes during boot with qemu 2.10.1(Debian 1:2.10.0+dfsg-2) jean-christophe manciot
2017-11-17 9:46 ` [Qemu-devel] [Bug 1732679] " jean-christophe manciot
2017-11-24 12:35 ` [Qemu-devel] [Bug 1732679] Re: 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 Thomas Huth
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.