I logged jira bug to track this problem: https://issues.apache.org/jira/browse/CLOUDSTACK-3671 -Soheil ________________________________________ From: Soheil Eizadi [seiz...@infoblox.com] Sent: Wednesday, July 17, 2013 11:57 AM To: dev@cloudstack.apache.org Subject: RE: Trouble uploading ISO file
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> *™*
