<div class="gmail_extra">Hello Valerio,</div><div class="gmail_extra"><br></div><div class="gmail_extra">I think you have correctly configured the network. If you can't ssh into it's because there's something wrong with the contextualization.</div>


<div class="gmail_extra"><br></div><div class="gmail_extra">As Justin said, when preparing images the best way to go is to access the VM through VNC, until the contextualization works.</div><div class="gmail_extra"><br></div>


<div class="gmail_extra">Regarding your question about network restrictions, consider that in the setup you have right now the VMs are taking real IPs from your network, as if they were physical hosts. So all the conventional restrictions do apply: you can't assign the same IP to two different VMs.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">However, that's what network drivers are for: isolation. I suggest you use either open vSwitch or 802.1q:</div><div class="gmail_extra"><a href="http://opennebula.org/documentation:rel3.4:nm">http://opennebula.org/documentation:rel3.4:nm</a></div>

<div class="gmail_extra"><br></div><div class="gmail_extra">If you enable either of those two options you will be able to use the same IP for different VMs.</div><div class="gmail_extra"><br></div><div class="gmail_extra">

cheers,<br>Jaime</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 25, 2012 at 3:12 PM, Valerio Schiavoni <span dir="ltr"><<a href="mailto:valerio.schiavoni@gmail.com" target="_blank">valerio.schiavoni@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra">Hello Justin,<br><br><div class="gmail_quote"><div>On Wed, Apr 25, 2012 at 1:22 PM, Justin Cinkelj <span dir="ltr"><<a href="mailto:justin.cinkelj@xlab.si" target="_blank">justin.cinkelj@xlab.si</a>></span> wrote:<br>




<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hi<br>
    Can you connect to the kvm virtual console with virtviewer (e.g.,
    not with sunstone)?</div></blockquote><div><br></div></div><div>Yes, I managed to connect to the KVM virtual console with virtviewer.</div><div>From the controller machine, I did:</div><div><br></div><div>virt-viewer -c qemu+ssh://newcluster-0/system one-55</div>




<div><br></div><div><br></div><div>Doing so, I discovered which IP the VM was assigned (for some reasons, <a href="http://192.168.0.110/16" target="_blank">192.168.0.110/16</a>) and I could ssh into it from the host. </div>


<div>The VM was configured to execute the vmcontext.sh script, but apparently this is not working correctly. The content of /etc/network/interfaces gets modified correctly, as I see there:</div>

<div><br></div><div><div>auto eth0</div><div>iface eth0 inet static</div><div>  address 10.0.0.1</div><div>  network 10.0.0.0</div><div>  netmask 255.255.255.0</div><div>  gateway 10.0.0.1</div></div><div><br></div><div>



(originally, it  is dhcp). NEvertheless, once the VM initializes its networking services, it sets eth0 to:</div>
<div><br></div><div><div>$ifconfig </div><div>eth0      Link encap:Ethernet  HWaddr 02:00:0a:00:00:01  </div><div>          inet addr:192.168.0.110  Bcast:192.168.255.255  Mask:255.255.0.0</div><div>          inet6 addr: fe80::aff:fe00:1/64 Scope:Link</div>


<div>

<div>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1</div></div><div>          RX packets:585 errors:0 dropped:0 overruns:0 frame:0</div><div>          TX packets:1389 errors:0 dropped:0 overruns:0 carrier:0</div>



<div>
          collisions:0 txqueuelen:1000 </div><div>          RX bytes:49880 (49.8 KB)  TX bytes:117184 (117.1 KB)</div><div>          Interrupt:10 Base address:0xe000 </div></div><div><br></div><div><br></div><div><br></div>




<div>To avoid further confusions due to my questions, I'd like to ask if there are 'restrictions' to respect when creating Virtual Networks. </div><div>Do the addresses must be in the same class as the bridged interface ? </div>




<div><br></div><div>Thanks a lot for your support!</div><span><font color="#888888"><div><br></div><div>valerio</div><div><br></div></font></span></div></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><br></div>
<br clear="all"><div><br></div>-- <br>Jaime Melis<br>Project Engineer<br>OpenNebula - The Open Source Toolkit for Cloud Computing<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:jmelis@opennebula.org" target="_blank">jmelis@opennebula.org</a><br>