Hey Soheil, Thanks for all the info!
I changed the three global settings you referenced and that fixed the problem. Those were left over from when I set the environment up using DevCloud2. My system VMs are now all in the green and my ISO is in the process of being uploaded. Thanks to everyone for the pointers! On Wed, Jul 17, 2013 at 12:57 PM, Soheil Eizadi <seiz...@infoblox.com>wrote: > The 192.168.56.1 is due to the fact that you have multiple interfaces and > have not setup your host/network information properly in the CSM database. > You need the following three arguments to make sure they are consistent: > > host > management.network.cidr > secstorage.allowed.internal.sites > > Restart your CSM and also delete the System VMs so they have the proper > host information. > > About your DNS, I would check your MAC firewall, may be turn it off and > see if the DNS queries can go out. > > -Soheil > ________________________________________ > From: Mike Tutkowski [mike.tutkow...@solidfire.com] > Sent: Wednesday, July 17, 2013 11:22 AM > To: dev@cloudstack.apache.org > Subject: Re: Trouble uploading ISO file > > Here are the OS boot parameters. I'm not sure why the host is referenced as > 192.168.56.1 as that's the address my host OS gets when I run DevCloud2 > (which I'm not doing here). That VirtualBox network is up and running, > however, as I just happen to be running a VM through it. > > -- quiet > > console=hvc0%template=domP%type=secstorage%host=192.168.56.1%port=8250%name=s-1-VM%zone=1%pod=1%guid=s-1-VM%resource=org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource%instance=SecStorage%sslcopy=true%role=templateProcessor%mtu=1500%eth2ip=172.16.140.50%eth2mask=255.255.255.0%gateway=172.16.140.2%eth0ip=169.254.2.91%eth0mask=255.255.0.0%eth1ip=172.16.140.37%eth1mask=255.255.255.0%mgmtcidr= > > 192.168.56.0/24%localgw=172.16.140.2%private.network.device=eth1%eth3ip=172.16.140.36%eth3mask=255.255.255.0%storageip=172.16.140.36%storagenetmask=255.255.255.0%storagegateway=172.16.140.2%internaldns1=172.16.140.2%dns1=8.8.8.8 > > > On Wed, Jul 17, 2013 at 12:12 PM, Mike Tutkowski < > mike.tutkow...@solidfire.com> wrote: > > > I notice from the Ubuntu host that I can ping machines on the same > private > > network, but not access the Internet. > > > > It looks like this test failed to resolve download.cloud.com. Perhaps I > > have something misconfigured in Fusion? > > > > > > On Wed, Jul 17, 2013 at 12:10 PM, Mike Tutkowski < > > mike.tutkow...@solidfire.com> wrote: > > > >> 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> > >> *™* > >> > > > > > > > > -- > > *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> *™*
