Also address [one-users] networking with wrong subnet Hi Richard + Zeeshan,
Networks can include additional attributes like netmask or gateways. For example, you can define a network like: NAME = "Red LAN" TYPE = RANGED # This vnet can be only used by the owner user PUBLIC = NO #Now we'll use the cluster private network (physical) BRIDGE = vbr0 NETWORK_SIZE = C NETWORK_ADDRESS = 192.168.0.0 #Custom Attributes to be used in Context GATEWAY = 192.168.0.1 DNS = 192.168.0.1 To use this attributes inside a VM just add a context attribute with the network attributes of interest: CONTEXT = [ ... dns = "$NETWORK[DNS, NAME=\"Private\"]" ... ] Finally, you have to prepare the VM to get this values from the context CD as described in the documentation. Also, you can hard-code the values in the VM image if you do not have to reuse de image for other networks.... Cheers Ruben On Fri, Feb 18, 2011 at 1:08 AM, Whiffen, Richard <richard_whif...@cable.comcast.com> wrote: > > I don't know why I didn't think of that Ruben, great troubleshooting idea. I > added a VNC/graphics config to the vm config and recreated it. Now I can see > what's going on, and it's pretty simple. It's not setting the netmask > correctly. > On the one hand, It Works! > On the other hand, how do I set the netmask correctly? I'm trying to do this: > CONTEXT=[ > GATEWAY=10.21.164.1, > HOSTNAME=ttylinux, > IP=10.21.167.111, > NETMASK=255.255.252.0, > NS=10.21.164.97, > TARGET=hdb ] > It would seem that neither GATEWAY, nor NETMASK work from a CONTEXT > perspective. Our my definitions wrong? > Rich > -- > Rich Whiffen > richard_whif...@cable.comcast.com > AIM: richwhiffen > Yahoo: richwhiffen > Phone: 202-449-1312 > From: "Ruben S. Montero" <rube...@dacya.ucm.es> > Date: Thu, 17 Feb 2011 23:22:44 +0100 > To: Richard Whiffen <richard_whif...@cable.comcast.com> > Cc: "users@lists.opennebula.org" <users@lists.opennebula.org> > Subject: Re: [one-users] non-standard network design option? > > Hi > It seems that every thing is properly setup. Can you open a VNC connection > and check that: > 1.- The VM actually boots and it is not stuck at fsck... > 2.- The IP is set as expected by the init scripts > Cheers > Ruben > > > -- > Dr. Ruben Santiago Montero > Associate Professor (Profesor Titular), Complutense University of Madrid > > URL: http://dsa-research.org/doku.php?id=people:ruben > Weblog: http://blog.dsa-research.org/?author=7 -- Dr. Ruben Santiago Montero Associate Professor (Profesor Titular), Complutense University of Madrid URL: http://dsa-research.org/doku.php?id=people:ruben Weblog: http://blog.dsa-research.org/?author=7 _______________________________________________ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org