Hi Charles, it won't work as the vms inside host only network can only access the host os and other vms on it. Therefore devcloud inside host-only network won't be able to reach the Internet. I'm actually trying to create a new devcloud image with two network adapters, one NAT (eth1, so devcloud is able to reach the Internet) and one host-only adapter (eth0, so we can run mgmt server etc.) and it will be only 300-350MB (archived). I was trying not the share the image, having some routing issues when I do that, will share as soon I fix those issues.
-- Rohit PS. the base system is ubuntu x86 precise and the untouched stripped down vm is available here: http://bhaisaab.org/vms ________________________________________ From: Charles Moulliard [[email protected]] Sent: Saturday, November 10, 2012 4:46 PM To: cloudstack-dev Subject: Re: Can we still use DevCloud VM Image ? Hi, I have been able to setup the bridged adapter on virtualbox to allow the guest machine to get an IP address (from my DHCP server runinng in this lan : 192.168.1x). The guest is configured like this : root@devcloud:/home/devcloud/download# more /etc/network/interfaces # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto xenbr0 iface xenbr0 inet static gateway 192.168.56.1 address 192.168.56.2 netmask 255.255.255.0 bridge_ports eth0 auto eth0 iface eth0 inet static auto eth1 iface eth1 inet dhcp *********************************** eth1 Link encap:Ethernet HWaddr 08:00:27:df:00:00 inet addr:192.168.1.6 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::a00:27ff:fedf:0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 xenbr0 Link encap:Ethernet HWaddr 08:00:27:7e:74:9c inet addr:192.168.56.2 Bcast:192.168.56.255 Mask:255.255.255.0 inet6 addr: fe80::a00:27ff:fe7e:749c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ************************************* ip route default via 192.168.56.1 dev xenbr0 metric 100 192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.6 192.168.56.0/24 dev xenbr0 proto kernel scope link src 192.168.56.2 ************************************** Unfortunately, DNS resolution still does not work. Is there something else to do ? root@devcloud:/home/devcloud/download# wget http://be.mirror.eurid.eu/centos/6.3/isos/x86_64/CentOS-6.3-x86_64-minimal.iso --2012-11-10 03:11:46-- http://be.mirror.eurid.eu/centos/6.3/isos/x86_64/CentOS-6.3-x86_64-minimal.iso Resolving be.mirror.eurid.eu (be.mirror.eurid.eu)... failed: Temporary failure in name resolution. wget: unable to resolve host address `be.mirror.eurid.eu' Regards, Charles On Mon, Nov 5, 2012 at 7:33 PM, Edison Su <[email protected]> wrote: > The latest devcloud vm using host-only-network(if you follow the steps in > https://cwiki.apache.org/CLOUDSTACK/cloudstack-devcloud-environment-setup.html), > which means, devcloud vm can't not access public network, thus, download > template/iso doesn't work. > To fix the issue: > 1. You can use "Bridged networking", plug devcloud vm into the network > used by your laptop. Need to change devcloud vm's ip to the ip address in > your subnet. And also need to change tools/devcloud/devcloud.cfg > 2. Add a new network adaptor to devcloud vm, which is plugged into > "Bridged networking". So devcloud vm will have two nics, one is on > "host-only network", another one is on "bridge networking", which can > access public network. Then add default route on the bridge network nic. > > > -----Original Message----- > From: Charles Moulliard [mailto:[email protected]] > Sent: Sunday, November 04, 2012 11:34 PM > To: cloudstack-dev > Subject: Can we still use DevCloud VM Image ? > > Hi, > > Last tests with DevCloud VM ( > > https://cwiki.apache.org/CLOUDSTACK/cloudstack-devcloud-environment-setup.html > ) > does not succeed on my Linux machine. Management server works fine like > also creation of tiny instances but there are issues with NFS mount, DNS > and of course to download new ISO file (CentOs, ...). That was not the > case a few days ago > > NFS & Primary/Secondary storage > > WARN [network.element.VpcVirtualRouterElement] (secstorage-1:) Network > Ntwk[204|Guest|6] is not associated with any VPC WARN > [network.element.VpcVirtualRouterElement] (consoleproxy-1:) Network > Ntwk[204|Guest|6] is not associated with any VPC WARN > [network.element.VpcVirtualRouterElement] (secstorage-1:) Network > Ntwk[202|Control|3] is not associated with any VPC WARN > [network.element.VpcVirtualRouterElement] (consoleproxy-1:) Network > Ntwk[202|Control|3] is not associated with any VPC WARN > [network.element.VpcVirtualRouterElement] (secstorage-1:) Network > Ntwk[201|Management|2] is not associated with any VPC WARN > [network.element.VpcVirtualRouterElement] (consoleproxy-1:) Network > Ntwk[201|Management|2] is not associated with any VPC WARN > [network.element.VpcVirtualRouterElement] (secstorage-1:) Network > Ntwk[203|Storage|4] is not associated with any VPC WARN [utils.nio.Link] > (AgentManager-Selector:) SSL: Fail to find the generated keystore. Loading > fail-safe one to continue. > WARN [storage.download.DownloadListener] (Timer-4:) Entering download > error state: timeout waiting for response from storage host, > template=centos.iso at host nfs://192.168.56.2:/opt/storage/secondary > > DNS > > root@devcloud:/home/devcloud/download# wget > http://ftp.belnet.be/packages/centos/6.3/isos/x86_64/CentOS-6.3-x86_64-minimal.iso > --2012-11-04 23:17:41-- > > http://ftp.belnet.be/packages/centos/6.3/isos/x86_64/CentOS-6.3-x86_64-minimal.iso > Resolving ftp.belnet.be (ftp.belnet.be)... failed: Temporary failure in > name resolution. > wget: unable to resolve host address `ftp.belnet.be' > > > Question : Is Devcloud VM image ( > http://download.cloud.com/templates/devcloud/DevCloud.ova) still up to > date to work with Cloudstack 4.10-SNAPSHOT ? > > Regards, > > -- > Charles Moulliard > Apache Committer / Sr. Enterprise Architect (RedHat) Twitter : @cmoulliard > | Blog : http://cmoulliard.blogspot.com > -- Charles Moulliard Apache Committer / Sr. Enterprise Architect (RedHat) Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
