cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: Trouble uploading ISO file
Date Wed, 17 Jul 2013 17:45:10 GMT
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 <seizadi@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.tutkowski@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 <seizadi@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.tutkowski@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.tutkowski@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.tutkowski@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 <sweller@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message