Interesting...same results. Thoughts? root@s-1-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh ================================================ First DNS server is 172.16.140.2 PING 172.16.140.2 (172.16.140.2): 56 data bytes 64 bytes from 172.16.140.2: icmp_seq=0 ttl=64 time=2.796 ms 64 bytes from 172.16.140.2: icmp_seq=1 ttl=64 time=0.959 ms --- 172.16.140.2 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.959/1.877/2.796/0.919 ms Good: Can ping DNS server ================================================ ERROR: DNS not resolving download.cloud.com resolv.conf follows nameserver 172.16.140.2 nameserver 8.8.8.8
On Wed, Jul 17, 2013 at 11:59 AM, Mike Tutkowski < mike.tutkow...@solidfire.com> wrote: > I am now re-trying with the following configuration: > > Basic zone using a VMware Fusion private network > Host OS at 172.16.140.1 > DNS at 172.16.140.2 > Ubuntu (for NFS secondary storage) at 172.16.140.5 > XenServer at 172.16.140.6 > System VM range at 172.16.140.30 to 172.16.140.40 > User VM range at 172.16.140.50 to 172.16.140.60 > > > On Wed, Jul 17, 2013 at 11:45 AM, Mike Tutkowski < > mike.tutkow...@solidfire.com> wrote: > >> Doh! I believe I made a mistake there. Let me fix that and retry. Thanks! >> >> >> On Wed, Jul 17, 2013 at 11:43 AM, Soheil Eizadi <seiz...@infoblox.com>wrote: >> >>> You did not document but I assume since you are using Fusion and your >>> host is 172.16.140.1, your gateway is going to be 172.16.140.2. >>> >>> The Gateway is where you want to send your DNS requests to not your host >>> 172.16.140.1. >>> >>> -Soheil >>> ________________________________________ >>> From: Mike Tutkowski [mike.tutkow...@solidfire.com] >>> Sent: Wednesday, July 17, 2013 10:34 AM >>> To: dev@cloudstack.apache.org >>> Subject: Re: Trouble uploading ISO file >>> >>> Thanks :) Somehow that other thread got opened with a similar subject >>> line. >>> >>> This is the results I received from the script: >>> >>> ================================================ >>> First DNS server is 172.16.140.1 >>> PING 172.16.140.1 (172.16.140.1): 56 data bytes >>> 64 bytes from 172.16.140.1: icmp_seq=0 ttl=64 time=1.977 ms >>> 64 bytes from 172.16.140.1: icmp_seq=1 ttl=64 time=1.508 ms >>> --- 172.16.140.1 ping statistics --- >>> 2 packets transmitted, 2 packets received, 0% packet loss >>> round-trip min/avg/max/stddev = 1.508/1.742/1.977/0.235 ms >>> Good: Can ping DNS server >>> ================================================ >>> ERROR: DNS not resolving download.cloud.com >>> resolv.conf follows >>> nameserver 172.16.140.1 >>> nameserver 8.8.8.8 >>> >>> >>> On Wed, Jul 17, 2013 at 11:29 AM, Soheil Eizadi <seiz...@infoblox.com >>> >wrote: >>> >>> > Hi Mike, >>> > You have another thread open where you got information to use: >>> > ssh -i /root/.ssh/id_rsa.cloud -p 3922 root@<link-local-ip> >>> > >>> > After you get access to the SSVM, then you run the following script to >>> > check the status: >>> > root@s-1-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh >>> > >>> > It will print out some common diagnostics, the typical failure case for >>> > your use case could be: >>> > >>> > - You have multiple interfaces and have not setup your host/network >>> > information properly >>> > - DNS is not setup properly >>> > >>> > -Soheil >>> > >>> > >>> > ________________________________________ >>> > From: Mike Tutkowski [mike.tutkow...@solidfire.com] >>> > Sent: Wednesday, July 17, 2013 10:07 AM >>> > To: dev@cloudstack.apache.org >>> > Subject: Re: Trouble uploading ISO file >>> > >>> > As an FYI, I used this template for the system VMs: >>> > >>> > >>> > >>> http://jenkins.cloudstack.org/job/build-systemvm-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-2013-07-16-master-xen.vhd.bz2 >>> > >>> > I'm running the CS MS on Mac OS X 10.8.3. >>> > >>> > Within OS X, I'm running VMware Fusion. It's running one XenServer >>> host and >>> > one Ubuntu host (where the NFS share resides). >>> > >>> > The networking is private within Fusion, where the host OS (OS X) has >>> > 172.16.140.1 as its IP address, the XenServer host is at 172.16.140.6 >>> and >>> > the Ubuntu host is at 172.16.140.5. >>> > >>> > I've given the system VMs 172.16.140.30 - 172.16.140.40. >>> > >>> > I've given the user VMs 172.16.140.50 - 172.16.140.60. >>> > >>> > Initially when setting up the zone, I did see a message about the link >>> > local addresses, but I looked at SSVM and CPVM and they seem to have >>> link >>> > local addresses at 169.254.2.134 and 169.254.3.247, respectively (not >>> sure >>> > how those addresses were picked). >>> > >>> > >>> > On Wed, Jul 17, 2013 at 10:56 AM, Mike Tutkowski < >>> > mike.tutkow...@solidfire.com> wrote: >>> > >>> > > Also, when I click on View Console in the GUI, it says the server >>> refused >>> > > the connection (same result for both SSVM and CPVM). >>> > > >>> > > >>> > > On Wed, Jul 17, 2013 at 10:54 AM, Mike Tutkowski < >>> > > mike.tutkow...@solidfire.com> wrote: >>> > > >>> > >> Hi Simon, >>> > >> >>> > >> I am just running a Basic Zone. >>> > >> >>> > >> The public IP address of the SSVM is 172.16.140.50. >>> > >> >>> > >> When I try to SSH in, it times out: >>> > >> >>> > >> mtutkowski-LT:~ mtutkowski$ ssh root@172.16.140.50 >>> > >> ssh: connect to host 172.16.140.50 port 22: Operation timed out >>> > >> >>> > >> When I see a dash by Agent State in the GUI, do you know what that >>> > >> indicates? >>> > >> >>> > >> Thanks! >>> > >> >>> > >> >>> > >> On Wed, Jul 17, 2013 at 10:46 AM, Simon Weller <swel...@ena.com> >>> wrote: >>> > >> >>> > >>> Mike, >>> > >>> >>> > >>> >>> > >>> Are you running in an advanced network zone? If you ssh into the >>> SSVM, >>> > >>> which interface does your default route take? Can you telnet to the >>> > httpd >>> > >>> server on port 80 from the SSVM? >>> > >>> >>> > >>> ----- Original Message ----- >>> > >>> >>> > >>> From: "Mike Tutkowski" <mike.tutkow...@solidfire.com> >>> > >>> To: dev@cloudstack.apache.org >>> > >>> Sent: Wednesday, July 17, 2013 11:38:36 AM >>> > >>> Subject: Re: Trouble uploading ISO file >>> > >>> >>> > >>> This is where I'm trying to copy the ISO from (from the same >>> computer >>> > >>> that's running the CS MS): >>> > >>> >>> > >>> http://172.16.140.1/~mtutkowski/ubuntu-12.04.1-desktop-amd64.iso >>> > >>> >>> > >>> >>> > >>> On Wed, Jul 17, 2013 at 10:37 AM, Mike Tutkowski < >>> > >>> mike.tutkow...@solidfire.com> wrote: >>> > >>> >>> > >>> > Hi, >>> > >>> > >>> > >>> > I'm seeing the following error in the console when I try to >>> upload an >>> > >>> ISO >>> > >>> > file: >>> > >>> > >>> > >>> > WARN [storage.download.DownloadListener] (Timer-11:) Entering >>> > download >>> > >>> > error state: timeout waiting for response from storage host, >>> > TEMPLATE: >>> > >>> 210 >>> > >>> > at host 0 >>> > >>> > >>> > >>> > Any thoughts on this? >>> > >>> > >>> > >>> > I seem to be able to access the ISO that I want to copy just >>> fine via >>> > >>> my >>> > >>> > browser. >>> > >>> > >>> > >>> > Also, the CS MS has been able to successfully create a snapshots >>> and >>> > >>> > volumes folder on my NFS share. >>> > >>> > >>> > >>> > Thanks! >>> > >>> > >>> > >>> > -- >>> > >>> > *Mike Tutkowski* >>> > >>> > *Senior CloudStack Developer, SolidFire Inc.* >>> > >>> > e: mike.tutkow...@solidfire.com >>> > >>> > o: 303.746.7302 >>> > >>> > Advancing the way the world uses the cloud< >>> > >>> http://solidfire.com/solution/overview/?video=play> >>> > >>> > *™* >>> > >>> > >>> > >>> >>> > >>> >>> > >>> >>> > >>> -- >>> > >>> *Mike Tutkowski* >>> > >>> *Senior CloudStack Developer, SolidFire Inc.* >>> > >>> e: mike.tutkow...@solidfire.com >>> > >>> o: 303.746.7302 >>> > >>> Advancing the way the world uses the >>> > >>> cloud<http://solidfire.com/solution/overview/?video=play> >>> > >>> *™* >>> > >>> >>> > >>> >>> > >> >>> > >> >>> > >> -- >>> > >> *Mike Tutkowski* >>> > >> *Senior CloudStack Developer, SolidFire Inc.* >>> > >> e: mike.tutkow...@solidfire.com >>> > >> o: 303.746.7302 >>> > >> Advancing the way the world uses the cloud< >>> > http://solidfire.com/solution/overview/?video=play> >>> > >> *™* >>> > >> >>> > > >>> > > >>> > > >>> > > -- >>> > > *Mike Tutkowski* >>> > > *Senior CloudStack Developer, SolidFire Inc.* >>> > > e: mike.tutkow...@solidfire.com >>> > > o: 303.746.7302 >>> > > Advancing the way the world uses the cloud< >>> > http://solidfire.com/solution/overview/?video=play> >>> > > *™* >>> > > >>> > >>> > >>> > >>> > -- >>> > *Mike Tutkowski* >>> > *Senior CloudStack Developer, SolidFire Inc.* >>> > e: mike.tutkow...@solidfire.com >>> > o: 303.746.7302 >>> > Advancing the way the world uses the >>> > cloud<http://solidfire.com/solution/overview/?video=play> >>> > *™* >>> > >>> >>> >>> >>> -- >>> *Mike Tutkowski* >>> *Senior CloudStack Developer, SolidFire Inc.* >>> e: mike.tutkow...@solidfire.com >>> o: 303.746.7302 >>> Advancing the way the world uses the >>> cloud<http://solidfire.com/solution/overview/?video=play> >>> *™* >>> >> >> >> >> -- >> *Mike Tutkowski* >> *Senior CloudStack Developer, SolidFire Inc.* >> e: mike.tutkow...@solidfire.com >> o: 303.746.7302 >> Advancing the way the world uses the >> cloud<http://solidfire.com/solution/overview/?video=play> >> *™* >> > > > > -- > *Mike Tutkowski* > *Senior CloudStack Developer, SolidFire Inc.* > e: mike.tutkow...@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the > cloud<http://solidfire.com/solution/overview/?video=play> > *™* > -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play> *™*