running NXOS...

[ifromcorea]

Hi,

I tried to load NXOS9kv ,, however, in web console, or telnet console, prompt is not shown,
just black background with no messages..
could anyone help with this ?

here is the unl_wrapper.txt
Jul 20 09:28:43 INFO: stopping fuser -n tcp -k -TERM 32770 > /dev/null 2>&1

Jul 20 09:28:41 INFO: stopping fuser -n tcp -k -TERM 32769 > /dev/null 2>&1

Jul 20 09:25:22 INFO: starting /opt/unetlab/wrappers/qemu_wrapper -T 0 -D 2 -t "NXOS" -F /opt/qemu/bin/qemu-system-x86_64 -d 0 -- -nographic -device e1000,addr=3.0,multifunction=on,netdev=net0,mac=50:00:00:02:00:00 -netdev tap,id=net0,ifname=vunl0_2_0,script=no -device e1000,addr=3.1,multifunction=on,netdev=net1,mac=50:00:00:02:00:01 -netdev tap,id=net1,ifname=vunl0_2_1,script=no -device e1000,addr=3.2,multifunction=on,netdev=net2,mac=50:00:00:02:00:02 -netdev tap,id=net2,ifname=vunl0_2_2,script=no -device e1000,addr=3.3,multifunction=on,netdev=net3,mac=50:00:00:02:00:03 -netdev tap,id=net3,ifname=vunl0_2_3,script=no -device e1000,addr=4.0,multifunction=on,netdev=net4,mac=50:00:00:02:00:04 -netdev tap,id=net4,ifname=vunl0_2_4,script=no -device e1000,addr=4.1,multifunction=on,netdev=net5,mac=50:00:00:02:00:05 -netdev tap,id=net5,ifname=vunl0_2_5,script=no -device e1000,addr=4.2,multifunction=on,netdev=net6,mac=50:00:00:02:00:06 -netdev tap,id=net6,ifname=vunl0_2_6,script=no -device e1000,addr=4.3,multifunction=on,netdev=net7,mac=50:00:00:02:00:07 -netdev tap,id=net7,ifname=vunl0_2_7,script=no -smp 2 -m 8192 -name NXOS -uuid 76b948d2-7a50-4268-8a1b-55944d939aa9 -hda hda.qcow2 -machine type=pc,accel=kvm -bios /opt/qemu/share/qemu/OVMF.fd -serial mon:stdio -nographic -enable-kvm > /opt/unetlab/tmp/0/cca6bfab-81be-4488-8178-ec7b3bbea6fe/2/wrapper.txt 2>&1 &

Jul 20 09:25:22 INFO: CWD is /opt/unetlab/tmp/0/cca6bfab-81be-4488-8178-ec7b3bbea6fe/2

Jul 20 09:25:22 ERROR: QEMU Arch is not set (80015).

Jul 20 09:25:22 INFO: tunctl -u unl0 -g root -t vunl0_2_7 2>&1

Jul 20 09:25:22 INFO: tunctl -u unl0 -g root -t vunl0_2_6 2>&1

Jul 20 09:25:22 INFO: tunctl -u unl0 -g root -t vunl0_2_5 2>&1

Jul 20 09:25:22 INFO: tunctl -u unl0 -g root -t vunl0_2_4 2>&1

Jul 20 09:25:22 INFO: tunctl -u unl0 -g root -t vunl0_2_3 2>&1

Jul 20 09:25:22 INFO: tunctl -u unl0 -g root -t vunl0_2_2 2>&1

Jul 20 09:25:22 INFO: tunctl -u unl0 -g root -t vunl0_2_1 2>&1

Jul 20 09:25:22 INFO: tunctl -u unl0 -g root -t vunl0_2_0 2>&1

Jul 20 08:24:20 INFO: starting /opt/unetlab/wrappers/qemu_wrapper -T 0 -D 1 -t "NXOS" -F /opt/qemu/bin/qemu-system-x86_64 -d 0 -- -nographic -device e1000,addr=3.0,multifunction=on,netdev=net0,mac=50:00:00:01:00:00 -netdev tap,id=net0,ifname=vunl0_1_0,script=no -device e1000,addr=3.1,multifunction=on,netdev=net1,mac=50:00:00:01:00:01 -netdev tap,id=net1,ifname=vunl0_1_1,script=no -device e1000,addr=3.2,multifunction=on,netdev=net2,mac=50:00:00:01:00:02 -netdev tap,id=net2,ifname=vunl0_1_2,script=no -device e1000,addr=3.3,multifunction=on,netdev=net3,mac=50:00:00:01:00:03 -netdev tap,id=net3,ifname=vunl0_1_3,script=no -device e1000,addr=4.0,multifunction=on,netdev=net4,mac=50:00:00:01:00:04 -netdev tap,id=net4,ifname=vunl0_1_4,script=no -device e1000,addr=4.1,multifunction=on,netdev=net5,mac=50:00:00:01:00:05 -netdev tap,id=net5,ifname=vunl0_1_5,script=no -device e1000,addr=4.2,multifunction=on,netdev=net6,mac=50:00:00:01:00:06 -netdev tap,id=net6,ifname=vunl0_1_6,script=no -device e1000,addr=4.3,multifunction=on,netdev=net7,mac=50:00:00:01:00:07 -netdev tap,id=net7,ifname=vunl0_1_7,script=no -smp 2 -m 8192 -name NXOS -uuid a3bf194e-a026-48ed-b4aa-caa269edc28b -hda hda.qcow2 -machine type=pc,accel=kvm -bios /opt/qemu/share/qemu/OVMF.fd -serial mon:stdio -nographic -enable-kvm > /opt/unetlab/tmp/0/cca6bfab-81be-4488-8178-ec7b3bbea6fe/1/wrapper.txt 2>&1 &

Jul 20 08:24:20 INFO: CWD is /opt/unetlab/tmp/0/cca6bfab-81be-4488-8178-ec7b3bbea6fe/1

Jul 20 08:24:20 ERROR: QEMU Arch is not set (80015).

Jul 20 08:24:20 INFO: tunctl -u unl0 -g root -t vunl0_1_7 2>&1

Jul 20 08:24:20 INFO: tunctl -u unl0 -g root -t vunl0_1_6 2>&1

Jul 20 08:24:20 INFO: tunctl -u unl0 -g root -t vunl0_1_5 2>&1

[ecze]

V70 fix this issue

E.

[indiprince]

Hi

I have exactly the same problem "ERROR: QEMU Arch is not set (80015).", but end up at the Shell> prompt

Im running 2.0.3-71

Any idea's? I've tried re-installing and deploying from the OVA but still no luck.

Thanks

[ecze]

wipe....

[mrneteng]

I am also seeing the same thing on both ASAv and CSR 1000v and running the latest 2.0.3-71.

[indiprince]

wipe....

I have re-deployed the OVA and tried a fresh build no other images or anything, what do you mean by wipe?

[Questionario]

redeployed the ova?
for importing the image into eve you should follow this howto:
http://www.eve-ng.net/index.php/documen ... x9k-switch

to wipe, right click a node and click on wipe
this removes the current state of the VM and the next time you hit start it starts from the base image

[ecze]

Sorry for you.

I realise that the black point of EVE is image provisioning.
You have to follow very carefully the howto's to deploy images.

If so, all should going well.

In your case, if VT is on, only 2 reasons possibles:
- Bad architecture ( AMD )
- Bad images

E.

On Skype with a real account, we will help you to fx this issue...

[indiprince]

Ah ok, yeah sorry i should have explained a bit better and probably started a new thread but i seem to have the same error.

This is a brand new deployment of EVE-NG, and I followed those exact instructions to import the 9k image, and when it starts up it just puts it to a 'Shell' prompt.

I thought there was something wrong with how i built eve-ng, so I downloaded the pre-built EVE-NG OVA and tried again, and i get the exact same error.

this is what i get when i try to boot the 9k, (i also can't start an arista node, but i can start a VPC)

See https://pasteboard.co/GGxytPq.png

the recurring error I'm seeing is "ERROR: QEMU Arch is not set (80015)." and this is on the vAOS as well. Ive tried both filename's of sataa and hda, but the fact i can't start an arista imagine either seems odd.

The 9k image is downloaded direct from disco's website so i can't see how the image would be corrupt, and i've got an old UNL VM which starts up no problem on the same server, its an intel xeon e5520, vt-x is enabled

thanks





Aug 20 17:00:30 INFO: starting /opt/unetlab/wrappers/qemu_wrapper -T 0 -D 2 -t "NXOS" -F /opt/qemu/bin/qemu-system-x86_64 -d 0 -- -nographic -device e1000,addr=3.0,multifunction=on,netdev=net0,mac=50:00:00:02:00:00 -netdev tap,id=net0,ifname=vunl0_2_0,script=no -device e1000,addr=3.1,multifunction=on,netdev=net1,mac=50:00:00:02:00:01 -netdev tap,id=net1,ifname=vunl0_2_1,script=no -device e1000,addr=3.2,multifunction=on,netdev=net2,mac=50:00:00:02:00:02 -netdev tap,id=net2,ifname=vunl0_2_2,script=no -device e1000,addr=3.3,multifunction=on,netdev=net3,mac=50:00:00:02:00:03 -netdev tap,id=net3,ifname=vunl0_2_3,script=no -device e1000,addr=4.0,multifunction=on,netdev=net4,mac=50:00:00:02:00:04 -netdev tap,id=net4,ifname=vunl0_2_4,script=no -device e1000,addr=4.1,multifunction=on,netdev=net5,mac=50:00:00:02:00:05 -netdev tap,id=net5,ifname=vunl0_2_5,script=no -device e1000,addr=4.2,multifunction=on,netdev=net6,mac=50:00:00:02:00:06 -netdev tap,id=net6,ifname=vunl0_2_6,script=no -device e1000,addr=4.3,multifunction=on,netdev=net7,mac=50:00:00:02:00:07 -netdev tap,id=net7,ifname=vunl0_2_7,script=no -smp 2 -m 8192 -name NXOS -uuid 5233bd66-8367-4157-b2d2-f2bb4bc45538 -hda hda.qcow2 -bios /opt/qemu/share/qemu/OVMF.fd -drive file=hda.qcow2,if=ide,index=2 -machine type=pc,accel=kvm -serial mon:stdio -nographic -enable-kvm > /opt/unetlab/tmp/0/31998b9d-ea76-47b0-ac0b-0108f89b8b44/2/wrapper.txt 2>&1 &
Aug 20 17:00:30 INFO: CWD is /opt/unetlab/tmp/0/31998b9d-ea76-47b0-ac0b-0108f89b8b44/2
Aug 20 17:00:30 ERROR: QEMU Arch is not set (80015).
Aug 20 17:00:30 INFO: tunctl -u unl0 -g root -t vunl0_2_7 2>&1
Aug 20 17:00:30 INFO: tunctl -u unl0 -g root -t vunl0_2_6 2>&1
Aug 20 17:00:30 INFO: tunctl -u unl0 -g root -t vunl0_2_5 2>&1
Aug 20 17:00:30 INFO: tunctl -u unl0 -g root -t vunl0_2_4 2>&1
Aug 20 17:00:30 INFO: tunctl -u unl0 -g root -t vunl0_2_3 2>&1
Aug 20 17:00:30 INFO: tunctl -u unl0 -g root -t vunl0_2_2 2>&1
Aug 20 17:00:30 INFO: tunctl -u unl0 -g root -t vunl0_2_1 2>&1
Aug 20 17:00:30 INFO: tunctl -u unl0 -g root -t vunl0_2_0 2>&1

[indiprince]

I think this is down to the transfer setting in WinSCP!

Changed to binary file transfer and its worked straight away! (was set to auto and must have been using text!)