Are you getting correct data in your deployed VM? That is, that in the output of "onevm show <vmid>" the context section has the values it is supposed to have.
On Thu, Sep 19, 2013 at 3:26 PM, steele, jerry <[email protected]> wrote: > Hi Javier, > > Thanks for your reply. Unfortunately, I'm on version 4.0.1 due to OS > restrictions, I guess the Sunstone interface gets a bit better as time goes > on :) > > Hello, I have this network context in the template: >>>> > ETH0_DNS $NETWORK[DNS,NETWORK_ID="3"] > SSH_PUBLIC_KEY $USER[SSH_PUBLIC_KEY] > ETH0_IP $NIC[IP,NETWORK_ID="3"] > ETH0_IPV6 $NIC[IP6_GLOBAL,NETWORK_ID="3"] > ETH0_GATEWAY $NETWORK[GATEWAY,NETWORK_ID="3"] > ETH0_NETWORK $NETWORK[NETWORK_ADDRESS,NETWORK_ID="3"] > ETH0_GATEWAY6 $NETWORK[GATEWAY6,NETWORK_ID="3"] > ETH0_CONTEXT_FORCE_IPV4 $NETWORK[CONTEXT_FORCE_IPV4,NETWORK_ID="3"] > ETH0_MASK $NETWORK[NETWORK_MASK,NETWORK_ID="3"] > <<< > So I guess it would be wise to also show the virtual network description: >>>> > VIRTUAL NETWORK 3 INFORMATION > ID : 3 > NAME : VLAN 44 Bridge > USER : oneadmin > GROUP : oneadmin > CLUSTER : - > TYPE : FIXED > BRIDGE : br0 > VLAN : No > USED LEASES : 2 > > PERMISSIONS > OWNER : um- > GROUP : --- > OTHER : --- > > VIRTUAL NETWORK TEMPLATE > DNS="10.54.128.235,10.50.16.235,10.50.16.231" > GATEWAY="10.54.143.254" > NETWORK_MASK="255.255.248.0" > > USED LEASES > LEASE=[ MAC="02:00:0a:36:88:98", IP="10.54.136.152", > IP6_LINK="fe80::400:aff:fe36:8898", USED="1", VID="23" ] > LEASE=[ MAC="02:00:0a:36:88:99", IP="10.54.136.153", > IP6_LINK="fe80::400:aff:fe36:8899", USED="1", VID="24" ] > > FREE LEASES > LEASE=[ MAC="02:00:0a:36:88:96", IP="10.54.136.150", > IP6_LINK="fe80::400:aff:fe36:8896", USED="0", VID="-1" ] > LEASE=[ MAC="02:00:0a:36:88:97", IP="10.54.136.151", > IP6_LINK="fe80::400:aff:fe36:8897", USED="0", VID="-1" ] > LEASE=[ MAC="02:00:0a:36:88:9a", IP="10.54.136.154", > IP6_LINK="fe80::400:aff:fe36:889a", USED="0", VID="-1" ] > LEASE=[ MAC="02:00:0a:36:88:9b", IP="10.54.136.155", > IP6_LINK="fe80::400:aff:fe36:889b", USED="0", VID="-1" ] > LEASE=[ MAC="02:00:0a:36:88:9c", IP="10.54.136.156", > IP6_LINK="fe80::400:aff:fe36:889c", USED="0", VID="-1" ] > LEASE=[ MAC="02:00:0a:36:88:9d", IP="10.54.136.157", > IP6_LINK="fe80::400:aff:fe36:889d", USED="0", VID="-1" ] > <<< > > The leases are set so that the VMs may only use a few addresses, as this is > on our LAN, and only a few IPs are available, not the entire range. > > There's probably some mistakes there in the config somewhere, but not sure > where they are. > > Thanks > > Jerry > > > -----Original Message----- > From: Javier Fontan [mailto:[email protected]] > Sent: 19 September 2013 13:56 > To: steele, jerry > Cc: [email protected] > Subject: Re: [one-users] Incorrect netmask on virtual machines > > I suppose you already have contextualization package installed in you VM as > you are getting the correct IP. > > The problem most probably comes because the VM (template) does not have a > CONTEXT section with network information. If you are using Sunstone and > OpenNebula 4.2 you can add that information checking > Context->Add network contextualization in the template creation > wizzard. > > On Tue, Sep 17, 2013 at 11:10 AM, steele, jerry <[email protected]> wrote: >> Hello, >> >> >> >> I'm fairly new to Opennebula - I've just set up my first trio of test >> machines. >> >> >> >> I'd like the VMs to appear on my LAN, and as such have set up a >> virtual network to dole out a pool of addresses to any VMs that I create. >> >> >> >> I've set a netmask of 255.255.248.0 in the virtual network template, >> however, when the VMs get created, their NICs are configured with a >> netmask of 255.255.255.0. I can ping other machines on my network >> withink that range of IPs - so I know the VMs are on the network - but >> that doesn't really help me much. >> >> >> >> I think it's something to do with contextualisation, or maybe the >> network config on the host system, but my lack of experience has me at >> a disadvantage here, I'm afraid. >> >> >> >> Rather than reproduce lots of console output here, could anyone who >> wants to know more for troubleshooting purposes, please let me know what to >> provide? >> >> >> >> Many Thanks >> >> >> >> _____ ______ ______ >> >> >> >> >> >> Jerry Steele >> >> IT Support Specialist >> >> Subsurface Imaging >> >> >> >> CGGVeritas Services (UK) Ltd >> >> Crompton Way >> >> Crawley >> >> W Sussex >> >> RH10 9QN >> >> >> >> T +44 (0)1293 683264 (Internal: 233264) >> >> M +44 (0)7920 237105 >> >> >> >> www.cgg.com >> >> >> >> This email and any accompanying attachments are confidential. The >> information is intended solely for the use of the individual to whom >> it is addressed. >> Any review, >> disclosure, copying, distribution, or use of the email by others is >> strictly prohibited. >> >> >> >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org >> > > > > -- > Join us at OpenNebulaConf2013 in Berlin from the 24th to the 26th of > September 2013! > > Javier Fontán Muiños > Developer > OpenNebula - The Open Source Toolkit for Data Center Virtualization > www.OpenNebula.org | @OpenNebula | github.com/jfontan > > This email and any accompanying attachments are confidential. If you received > this email by mistake, please delete > it from your system. Any review, disclosure, copying, distribution, or use of > the email by others is strictly prohibited. > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org -- Join us at OpenNebulaConf2013 in Berlin from the 24th to the 26th of September 2013! Javier Fontán Muiños Developer OpenNebula - The Open Source Toolkit for Data Center Virtualization www.OpenNebula.org | @OpenNebula | github.com/jfontan _______________________________________________ Users mailing list [email protected] http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
