Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Received-SPF: pass (athena.apache.org: domain of mike.tutkowski@solidfire.com
 designates 209.85.214.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CF4F6BB2.390A2%nitin.mehta@citrix.com>
References: 
 <CACOnxCiAsO67hE7Xr377su5Z9_k5O0OrsTJiTocNqk5qQGb2uA@mail.gmail.com>
	<CF4F6BB2.390A2%nitin.mehta@citrix.com>
Date: Wed, 19 Mar 2014 16:52:10 -0600
Message-ID: 
 <CACOnxCghnOJaKBVH3-WEGf1FoPJZ7dLNfOERr==DKSZfTUqcpA@mail.gmail.com>
Subject: Re: [QUESTION] Connection refused when uploading an ISO
From: Mike Tutkowski <mike.tutkowski@solidfire.com>
To: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>
Content-Type: multipart/alternative; boundary=089e01182544c31fbf04f4fd80d8

--089e01182544c31fbf04f4fd80d8
Content-Type: text/plain; charset=ISO-8859-1

Ah - thanks for pointing that out! :)


On Wed, Mar 19, 2014 at 4:44 PM, Nitin Mehta <Nitin.Mehta@citrix.com> wrote:

> #6 from the wiki :) -
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Sec
> ondary+storage+troubleshooting
>
> On 19/03/14 3:25 PM, "Mike Tutkowski" <mike.tutkowski@solidfire.com>
> wrote:
>
> >That fixed my problem. :) Thanks - I recently learned about that setting,
> >but it had slipped my mind.
> >
> >
> >On Wed, Mar 19, 2014 at 4:15 PM, Mike Tutkowski <
> >mike.tutkowski@solidfire.com> wrote:
> >
> >> Doh! I forgot about that setting. :)
> >>
> >> Let me try it out and see what happens.
> >>
> >>
> >> On Wed, Mar 19, 2014 at 4:13 PM, Amogh Vasekar
> >><amogh.vasekar@citrix.com>wrote:
> >>
> >>> Probably check secstorage.allowed.internal.sites?
> >>>
> >>> Thanks,
> >>> Amogh
> >>>
> >>>
> >>> On 3/19/14 3:11 PM, "Mike Tutkowski" <mike.tutkowski@solidfire.com>
> >>> wrote:
> >>>
> >>> >Hi,
> >>> >
> >>> >I have a question about how ISOs are uploaded (or, actually,
> >>>downloaded).
> >>> >
> >>> >The way I understand it is you make the API call to the CS MS and it
> >>> >instructs an SSVM to download and write the ISO to secondary storage.
> >>> >
> >>> >The weird thing I've noticed is when I'm in the office, this process
> >>> works
> >>> >for me; however, at home, over a VPN connection, it doesn't.
> >>> >
> >>> >This seems weird to me because whether my GUI is sending the API call
> >>> over
> >>> >a VPN connection or not, the CS MS, the SSVM involved, and the ISO
> >>>are in
> >>> >my lab in the office.
> >>> >
> >>> >Any thoughts on this? Perhaps I don't understand this process as well
> >>>as
> >>> I
> >>> >thought.
> >>> >
> >>> >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>
> >>> >*(tm)*
> >>>
> >>>
> >>
> >>
> >> --
> >> *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>
> >> *(tm)*
> >>
> >
> >
> >
> >--
> >*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>
> >*(tm)*
>
>


-- 
*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>
*(tm)*

--089e01182544c31fbf04f4fd80d8--