can run only one instance of Juniper

brezular · **Posted:** Thu Apr 08, 2010 10:35 am

Hi,
it was originally reported by user dbounds

Quote:

2) Even with manually created FLASH files in my temp directly built to match my image, I cannot seem to start more than one Olive router at a time. The second appears to start in GNS3, but I never see the qemu process or TCP port open. I doesn't appear to be a syntax problem or anything specific to a given virtual router as it always happens to the second router regardless of the order that I start them in. Is anyone else seeing this?

I got same issue. I got this issue on Windows (tested on XP) GNS3 0.7. Linux works OK.

Quote:

C:\Program Files\GNS3>qemuwrapper.exe
Qemu Emulator Wrapper (version 0.3)
Copyright (c) 2007-2009 Thomas Pani & Jeremy Grossmann

Qemu TCP control server started (port 10525).
Connection from ('127.0.0.1', 3180)
Connection from ('127.0.0.1', 3181)
Shutdown in progress...
Shutdown completed.
Qemu path is now D:\GNS3\Qemu\qemu.exe
Qemu-img path is now D:\GNS3\Qemu\qemu-img.exe
!! JUNOS1.console = 3000
!! JUNOS1.netcard = e1000
!! JUNOS1.image = D:\qemu-image\olive-base.img
!! JUNOS1.kqemu = True
Connection from ('127.0.0.1', 3182)
!! JUNOS2.console = 3001
!! JUNOS2.netcard = e1000
!! JUNOS2.image = D:\qemu-image\olive-base.img
!! JUNOS2.kqemu = True
Shutdown in progress...
Shutdown completed.
Shutdown in progress...
Shutdown completed.
Connection from ('127.0.0.1', 3184)
Connection from ('127.0.0.1', 3185)
Shutdown in progress...
Shutdown completed.
Qemu path is now D:\GNS3\Qemu\qemu.exe
Qemu-img path is now D:\GNS3\Qemu\qemu-img.exe
!! JUNOS1.console = 3000
!! JUNOS1.netcard = e1000
!! JUNOS1.image = D:\qemu-image\olive-base.img
!! JUNOS1.ram = 256
!! JUNOS1.kqemu = True
!! JUNOS2.console = 3001
!! JUNOS2.netcard = e1000
!! JUNOS2.image = D:\qemu-image\olive-base.img
!! JUNOS2.ram = 256
!! JUNOS2.kqemu = True
Formatting 'D:\Test\test_working\JUNOS1\FLASH', fmt=qcow2 size=3221225472 backin
g_file='D:\qemu-image\olive-base.img' encryption=off cluster_size=0
D:\GNS3\Qemu\qemu-img.exe returned with 0
create: invalid option -- c
Formatting 'D:\Test\test_working\JUNOS1\SWAP', fmt=qcow2 size=1073741824 encrypt
ion=off cluster_size=0
D:\GNS3\Qemu\qemu-img.exe returned with 0
command: ['D:\\GNS3\\Qemu\\qemu.exe', '-m', '256', 'D:\\Test\\test_working\\
JUNOS1\\FLASH', '-hdb', 'D:\\Test\\test_working\\JUNOS1\\SWAP', '-kernel-kqemu',
'-net', 'nic,vlan=0,macaddr=00:00:ab:cd:ef:00,model=e1000', '-net', 'nic,vlan=1
,macaddr=00:00:ab:cd:ef:01,model=e1000', '-net', 'nic,vlan=2,macaddr=00:00:ab:cd
:ef:02,model=e1000', '-net', 'nic,vlan=3,macaddr=00:00:ab:cd:ef:03,model=e1000',
'-net', 'nic,vlan=4,macaddr=00:00:ab:cd:ef:04,model=e1000', '-net', 'nic,vlan=5
,macaddr=00:00:ab:cd:ef:05,model=e1000', '-serial', 'telnet:127.0.0.1:3000,serve
r,nowait']
pid: 3116
Setting priority class to BELOW_NORMAL
Formatting 'D:\Test\test_working\JUNOS2\FLASH', fmt=qcow2 size=3221225472 backin
g_file='D:\qemu-image\olive-base.img' encryption=off cluster_size=0
D:\GNS3\Qemu\qemu-img.exe returned with 0
create: invalid option -- c
Formatting 'D:\Test\test_working\JUNOS2\SWAP', fmt=qcow2 size=1073741824 encrypt
ion=off cluster_size=0
D:\GNS3\Qemu\qemu-img.exe returned with 0
command: ['D:\\GNS3\\Qemu\\qemu.exe', '-m', '256', 'D:\\Test\\test_working\\
JUNOS2\\FLASH', '-hdb', 'D:\\Test\\test_working\\JUNOS2\\SWAP', '-kernel-kqemu',
'-net', 'nic,vlan=0,macaddr=00:00:ab:cd:ef:00,model=e1000', '-net', 'nic,vlan=1
,macaddr=00:00:ab:cd:ef:01,model=e1000', '-net', 'nic,vlan=2,macaddr=00:00:ab:cd
:ef:02,model=e1000', '-net', 'nic,vlan=3,macaddr=00:00:ab:cd:ef:03,model=e1000',
'-net', 'nic,vlan=4,macaddr=00:00:ab:cd:ef:04,model=e1000', '-net', 'nic,vlan=5
,macaddr=00:00:ab:cd:ef:05,model=e1000', '-serial', 'telnet:127.0.0.1:3001,serve
r,nowait']
pid: 2212
Setting priority class to BELOW_NORMAL

Thank you very much for your help.

grossmj · **Joined:** Sat Oct 11, 2008 1:41 pm **Posts:** 536

Hi,

I'm still searching how to fix this problem, it comes from Qemu for sure (maybe this is only with the Qemu compiled and distributed for GNS3?!). Anyway, I cannot start more than one Qemu instance that has the same base image (backing file), for instance I can start 1 Linux and 1 Juniper, but not 2 Linux or 2 Juniper. This is very weird and happen only on Windows. I'm getting crazy, did we have this problem in the past?

One more thing, I have 2 juniper router, I start the first one and I cannot start the second one but if I stop the first one, magically I can start it the second one. Grrrrr ... I'm missing something.

Maybe can someone try with another compiled version of Qemu or conduct more tests?

One temporary way to fix the problem is to manually copy the base image in each device directory and rename it FLASH.

Thanks,

brezular · **Posted:** Wed Apr 28, 2010 12:26 pm

Hi,
I tried your workaround and I notice another strange behaviour.
Check these steps - it allowed me to run all the instances of junipers on WinXP.

1. Copy olive-base.img to another location on disk
2. Open project and run all the Junipers

You can add and run more Junipers to project even if after copy of file is finished. After you reopen the project you can run only one Juniper.

I don't understand the entire process why is it allowed to run all Junos when olive-base.img is copied.

Question: Unlike Linux there is is not RAM setting saved in .net file for Junipers in XP. Is it for some reason?

Thanks,

grossmj · **Joined:** Sat Oct 11, 2008 1:41 pm **Posts:** 536

Hi,

Thank you for your testing, I've done more tests as well (this below).

Quote:

I don't understand the entire process why is it allowed to run all Junos when olive-base.img is copied.

This is because olive-base.img is used as a read only image or base image to make the host virtual disc (named FLASH in our case), all writes to the virtual disc will go this image, not the base copy (more detail there in Copy-on-write section: http://en.wikibooks.org/wiki/QEMU/Images). This save disk space and its easier to share one base image for emulating many hosts.

Quote:

Question: Unlike Linux there is is not RAM setting saved in .net file for Junipers in XP. Is it for some reason?

The default RAM size is not saved in .net files, however if you change this, it should be saved.

Here are the last tests I've done, I just used Qemu alone (no GNS3, no qemuwrapper):

I compiled the last version of Qemu (0.12.3) by following this howto http://qemu-forum.ipi.fi/viewtopic.php?f=22&t=5308 (but not the Git version of Qemu).

I made one dir c:/temp and put the linux-microcore-2.10.img image inside (available there: http://downloads.sourceforge.net/gns-3/ ... g?download). Then I opened 2 cmd.exe

In the first console, I made 2 virtual disks based on my Linux image for my hosts:

Code:

C:\Temp>"c:\Program Files\Qemu\qemu-img.exe" create -f qcow2 -b linux-microcore-
2.10.img host1.img 1G
Formatting 'host1.img', fmt=qcow2 size=1073741824 backing_file='linux-microcore-
2.10.img' encryption=off cluster_size=0

C:\Temp>"c:\Program Files\Qemu\qemu-img.exe" create -f qcow2 -b linux-microcore-
2.10.img host2.img 1G
Formatting 'host2.img', fmt=qcow2 size=1073741824 backing_file='linux-microcore-
2.10.img' encryption=off cluster_size=0

C:\Temp>"c:\Program Files\Qemu\qemu.exe" host1.img -m 64

My first Qemu instance starts without any problem. Then in the second console, I tried to start my second instance and basically nothing happened, Qemu just returned back to the prompt and launched nothing ... very disappointing ...

Code:

C:\Temp>"c:\Program Files\Qemu\qemu.exe" host2.img -m 64

If I stop the first instance of Qemu, magically I'm able to start my second host but I simply cannot run both at the same time.

I posted this on the Qemu forum to see if someone can help me: http://qemu-forum.ipi.fi/viewtopic.php?f=6&t=5559

Cheers,

brezular · **Posted:** Wed Apr 28, 2010 7:26 pm

Hi,
thanks for good explanation about qemu images.
According to your test it is sure that problems come from Qemu.

I think I didn't explain properly the test I made so you didn't get the point.

So I want to say that if I copy my olive-base.img to another place in HDD (CTRL-C and CTRL-V) and during the copy if I create a project in GNS3 0.7 with two Junipers I can run them both - two instances qemu are started.
Even the copy is finished I can add the third Juniper in to topology and I can run it too.

It doesn't depend on place where the olive-base.img (read only image as you said) is copied - I made a test when base image was copied in to two different locations on HDD and in both cases i got the same result - I could start and run more then one Juniper.

Please , try it - I hope you will get the same result as me. Maybe it could somehow help us to understand the bug behind the Qemu.

;-) Take care,

can run only one instance of Juniper

Who is online