Thanks a lot! I wasn't sure if I was doing something wrong there or if a bug should be logged.
On Fri, Jul 19, 2013 at 11:36 AM, Soheil Eizadi <seiz...@infoblox.com>wrote: > 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> > *™* > -- *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> *™*
