Re: iso not downloading from local path

[Swastik Mittal]

  > server itself? My secondary storage is up as shown in
> >>> infrastructure
> >>> > and
> >>> > > even my system vm template was downloaded in
> /mnt/secondary.
> >>> But my
> >>> > > dashboard does not show secondary storage infact shows
> >>> primary
> >>> > storage
> >>> > > having 1 TB of memory which is the complete memory of
> the
> >>> system. Do
> >>> > I need
> >>> > > to increase the SSVM storage and if yes how do I do
> that?
> >>> > >
> >>> > > Regards
> >>> > > Swastik
> >>> > >
> >>> > > On Wed, Feb 7, 2018 at 8:43 PM, Swastik Mittal <
> >>> > mittal.swas...@gmail.com>
> >>> > > wrote:
> >>> > >
> >>> > >> Hey,
> >>> > >>
> >>> > >> Thanks Dag and Glen for reply.
> >>> > >>
> >>> > >> I'll try changing the port and check.
> >>> > >>
> >>> > >> Regards
> >>> > >> Swastik
> >>> > >>
> >>> > >>
> >>> > >> <https://mailtrack.io/> Sent with Mailtrack
> >>> > >> <https://chrome.google.com/
> webstore/detail/mailtrack-for-
> >>> > gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjk
> kb?utm_source=gmail_
> >>> > medium=signature_campaign=signaturevirality>
> >>> > >>
> >>> > >> On Wed, Feb 7, 2018 at 5:57 PM, Glenn Wagner <
> >>> > glenn.wag...@shapeblue.com>
> >>> > >> wrote:
> >>> > >>
> >>> > >>> Hi
> >>> > >>>
> >>> > >>> As Dag pointed out (the errors) when using the
> simpleHTTP
> >>> server
> >>> > its
> >>> > >>> better to use either port 8080 or 8000 so you don't
> have
> >>> to setup
> >>> > SSL on
> >>> > >>> port 443
> >>> > >>>
> >>> > >>>  Example
> >>> > >>> python -m SimpleHTTPServer 8080
> >>> > >>>
> >>> > >>> Now try the wget or Curl from the SSVM to download
> the ISO
> >>> use
> >>> > http not
> >>> > >>> https
> >>> > >>>
> >>> > >>> Regards
> >>> > >>> Glenn
> >>> > >>>
> >>> > >>>
> >>> > >>> glenn.wag...@shapeblue.com
> >>> > >>> www.shapeblue.com
> >>> > >>> Winter Suite, 1st Floor, The Avenues, Drama Street,
> >>> Somerset West,
> >>> > Cape
> >>> > >>> Town  7129South Africa
> >>> > >>> @shapeblue
> >>> > >>>
> >>> > >>>
> >>> > >>>
> >>> > >>>
> >>> > >>> -Original Message-
> >>> > >>> From: Dag Sonstebo [mailto:Dag.Sonstebo@
> shapeblue.com]
> >>> > >>> Sent: Wednesday, 07 February 2018 2:13 PM
> >>> > >>> To: users@cloudstack.apache.org
> >>> > >>> Subject: Re: iso not downloading from local path
> >>> > >>>
> >>> > >>> Hi Swastik,
> >>> > >>>
> >>> > >>> Moving discussion to this thread.
> >>> > >>>
> >>> > >>> The simple test here is to log in to the SSVM from
> console
> >>> or over
> >&

Re: iso not downloading from local path

[Dag Sonstebo]

>>> > with not a lot of disk space – so you are just checking
>>> connectivity here,
>>> > you should delete the partially downloaded file thereafter.
>>> >
>>> > When you do the template download from CloudStack the SSVM will
>>> write
>>> > straight to secondary storage, not to it’s own filesystem.
>>> >
>>> > Regards,
>>> > Dag Sonstebo
>>> > Cloud Architect
>>> > ShapeBlue
>>> >
>>> > On 08/02/2018, 08:41, "Swastik Mittal" <mittal.swas...@gmail.com>
>>> wrote:
>>> >
>>> > Hey
>>> >
>>> > A correction, I do see secondary storage and it shows only 1%
>>> utilized
>>> > so
>>> > my secondary storage does have enough memory.The issue seems
>>> to be
>>> > mostly
>>> > because of SSVM memory.
>>> >
>>> > Regards
>>> > Swastik
>>> >
>>> > On Thu, Feb 8, 2018 at 1:20 PM, Swastik Mittal <
>>> > mittal.swas...@gmail.com>
>>> > wrote:
>>> >
>>> > > Hey Dag and Glenn,
>>> > >
>>> > > On entering the local http server url, UI gives status that
>>> only
>>> > ports 80,
>>> > > 8080 and 443 are supported .
>>> > > So as my management server runs on 8080 and 443 would be for
>>> ssl so I
>>> > > hosted my iso on port 80.
>>> > > On logging into my ssvm and using wget to download it
>>> downloads upto
>>> > 35%
>>> > > and then stops it displaying not enough space on my
>>> terminal. So
>>> > definetly
>>> > > now there is no issue of credentials. And the broken pipe
>>> error on
>>> > > intiating download from local http from UI might be becuase
>>> I am
>>> > running
>>> > > short on space in my SSVM.
>>> > >
>>> > > But isn't the iso stored in secondary storage which is the
>>> management
>>> > > server itself? My secondary storage is up as shown in
>>> infrastructure
>>> > and
>>> > > even my system vm template was downloaded in /mnt/secondary.
>>> But my
>>> > > dashboard does not show secondary storage infact shows
>>> primary
>>> > storage
>>> > > having 1 TB of memory which is the complete memory of the
>>> system. Do
>>> > I need
>>> > > to increase the SSVM storage and if yes how do I do that?
>>> > >
>>> > > Regards
>>> > > Swastik
>>> > >
>>> > > On Wed, Feb 7, 2018 at 8:43 PM, Swastik Mittal <
>>> > mittal.swas...@gmail.com>
>>> > > wrote:
>>> > >
>>> > >> Hey,
>>> > >>
>>> > >> Thanks Dag and Glen for reply.
>>> > >>
    >>> > >> I'll try changing the port and check.
>>> > >>
>>> > >> Regards
>>> > >> Swastik
>>> > >>
>>> > >>
>>> > >> <https://mailtrack.io/> Sent with Mailtrack
>>> > >> <https://chrome.google.com/webstore/detail/mailtrack-for-
>>> > gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail_
>>> > medium=signature_campaign=signaturevirality>
>>> > >>
>>> > >> On Wed, Feb 7, 2018 at 5:57 PM, Glenn Wagner <
>>> > glenn.wag...@shapeblue.com>
>>> > >> wrote:
>>> > >>
>>> > >>

Re: iso not downloading from local path

[Swastik Mittal]

Feb 8, 2018 at 1:20 PM, Swastik Mittal <
>>> > mittal.swas...@gmail.com>
>>> > wrote:
>>> >
>>> > > Hey Dag and Glenn,
>>> > >
>>> > > On entering the local http server url, UI gives status that
>>> only
>>> > ports 80,
>>> > > 8080 and 443 are supported .
>>> > > So as my management server runs on 8080 and 443 would be for
>>> ssl so I
>>> > > hosted my iso on port 80.
>>> > > On logging into my ssvm and using wget to download it
>>> downloads upto
>>> > 35%
>>> > > and then stops it displaying not enough space on my
>>> terminal. So
>>> > definetly
>>> > > now there is no issue of credentials. And the broken pipe
>>> error on
>>> > > intiating download from local http from UI might be becuase
>>> I am
>>> > running
>>> > > short on space in my SSVM.
>>> > >
>>> > > But isn't the iso stored in secondary storage which is the
>>> management
>>> > > server itself? My secondary storage is up as shown in
>>> infrastructure
>>> > and
>>> > > even my system vm template was downloaded in /mnt/secondary.
>>> But my
>>> > > dashboard does not show secondary storage infact shows
>>> primary
>>> > storage
>>> > > having 1 TB of memory which is the complete memory of the
>>> system. Do
>>> > I need
>>> > > to increase the SSVM storage and if yes how do I do that?
>>> > >
>>> > > Regards
>>> > > Swastik
>>> > >
>>> > > On Wed, Feb 7, 2018 at 8:43 PM, Swastik Mittal <
>>> > mittal.swas...@gmail.com>
>>> > > wrote:
>>> >     >
>>> > >> Hey,
>>> > >>
>>> > >> Thanks Dag and Glen for reply.
>>> > >>
>>> > >> I'll try changing the port and check.
>>> > >>
>>> > >> Regards
>>> > >> Swastik
>>> > >>
>>> > >>
>>> > >> <https://mailtrack.io/> Sent with Mailtrack
>>> > >> <https://chrome.google.com/webstore/detail/mailtrack-for-
>>> > gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail_
>>> > medium=signature_campaign=signaturevirality>
>>> > >>
>>> > >> On Wed, Feb 7, 2018 at 5:57 PM, Glenn Wagner <
>>> > glenn.wag...@shapeblue.com>
>>> > >> wrote:
>>> > >>
>>> > >>> Hi
>>> > >>>
>>> > >>> As Dag pointed out (the errors) when using the simpleHTTP
>>> server
>>> > its
>>> > >>> better to use either port 8080 or 8000 so you don't have
>>> to setup
>>> > SSL on
>>> > >>> port 443
>>> > >>>
>>> > >>>  Example
>>> > >>> python -m SimpleHTTPServer 8080
>>> > >>>
>>> > >>> Now try the wget or Curl from the SSVM to download the ISO
>>> use
>>> > http not
>>> > >>> https
>>> > >>>
>>> > >>> Regards
>>> > >>> Glenn
>>> > >>>
>>> > >>>
>>> > >>> glenn.wag...@shapeblue.com
>>> > >>> www.shapeblue.com
>>> > >>> Winter Suite, 1st Floor, The Avenues, Drama Street,
>>> Somerset West,
>>> > Cape
>>> > >>> Town  7129South Africa
>>> > >>> @shapeblue
>>> > >>>
>>> > >>>
>>> > >>>
>>> > >>>
>>> > >>> -Original Message-
>>> > >>> From: Dag Sonstebo

Re: iso not downloading from local path

[Swastik Mittal]

sl so I
> > > hosted my iso on port 80.
> > > On logging into my ssvm and using wget to download it
> downloads upto
> > 35%
> > > and then stops it displaying not enough space on my terminal.
> So
> > definetly
> > > now there is no issue of credentials. And the broken pipe
> error on
> > > intiating download from local http from UI might be becuase I
> am
> > running
> > > short on space in my SSVM.
> > >
> > > But isn't the iso stored in secondary storage which is the
> management
> > > server itself? My secondary storage is up as shown in
> infrastructure
> > and
> > > even my system vm template was downloaded in /mnt/secondary.
> But my
> > > dashboard does not show secondary storage infact shows primary
> > storage
> > > having 1 TB of memory which is the complete memory of the
> system. Do
> > I need
> > > to increase the SSVM storage and if yes how do I do that?
> > >
> > > Regards
> > > Swastik
> > >
> > > On Wed, Feb 7, 2018 at 8:43 PM, Swastik Mittal <
> > mittal.swas...@gmail.com>
> > > wrote:
> > >
> > >> Hey,
> > >>
> > >> Thanks Dag and Glen for reply.
> > >>
> > >> I'll try changing the port and check.
> > >>
> > >> Regards
> > >> Swastik
> > >>
> > >>
> > >> <https://mailtrack.io/> Sent with Mailtrack
> > >> <https://chrome.google.com/webstore/detail/mailtrack-for-
> > gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail_
> > medium=signature_campaign=signaturevirality>
> > >>
> > >> On Wed, Feb 7, 2018 at 5:57 PM, Glenn Wagner <
> > glenn.wag...@shapeblue.com>
> > >> wrote:
> > >>
> > >>> Hi
> > >>>
> > >>> As Dag pointed out (the errors) when using the simpleHTTP
> server
> > its
> > >>> better to use either port 8080 or 8000 so you don't have to
> setup
> > SSL on
> > >>> port 443
> > >>>
> > >>>  Example
> > >>> python -m SimpleHTTPServer 8080
> > >>>
> > >>> Now try the wget or Curl from the SSVM to download the ISO
> use
> > http not
> > >>> https
> > >>>
> > >>> Regards
> > >>> Glenn
> > >>>
> > >>>
> > >>> glenn.wag...@shapeblue.com
> > >>> www.shapeblue.com
> > >>> Winter Suite, 1st Floor, The Avenues, Drama Street, Somerset
> West,
> > Cape
> > >>> Town  7129South Africa
> > >>> @shapeblue
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> -Original Message-
> > >>> From: Dag Sonstebo [mailto:dag.sonst...@shapeblue.com]
> > >>> Sent: Wednesday, 07 February 2018 2:13 PM
> > >>> To: users@cloudstack.apache.org
> > >>> Subject: Re: iso not downloading from local path
> > >>>
> > >>> Hi Swastik,
> > >>>
> > >>> Moving discussion to this thread.
> > >>>
> > >>> The simple test here is to log in to the SSVM from console
> or over
> > ssh
> > >>> and do a “wget” or “curl” against your download URL and see
> if
> > this starts.
> > >>>
> > >>> I think your issue is with either your simpleHTTP server
> asking for
> > >>> credentials, or your proxy configuration asking for
> credentials –
> > “No
> > >>> credentials configured for host ” seems
> > fairly
> > >>> conclusive.
> > >>>
> > >>>
> > >>> Regards,
> > >>> Dag Sonstebo
> > >>> Cloud Architect
> >

Re: iso not downloading from local path

[Dag Sonstebo]

t; >>> better to use either port 8080 or 8000 so you don't have to setup
> SSL on
> >>> port 443
> >>>
> >>>  Example
> >>> python -m SimpleHTTPServer 8080
> >>>
> >>> Now try the wget or Curl from the SSVM to download the ISO use
> http not
>     >>> https
> >>>
> >>> Regards
> >>> Glenn
> >>>
> >>>
> >>> glenn.wag...@shapeblue.com
> >>> www.shapeblue.com
> >>> Winter Suite, 1st Floor, The Avenues, Drama Street, Somerset West,
> Cape
> >>> Town  7129South Africa
> >>> @shapeblue
> >>>
> >>>
> >>>
> >>>
> >>> -Original Message-
> >>> From: Dag Sonstebo [mailto:dag.sonst...@shapeblue.com]
> >>> Sent: Wednesday, 07 February 2018 2:13 PM
> >>> To: users@cloudstack.apache.org
> >>> Subject: Re: iso not downloading from local path
> >>>
> >>> Hi Swastik,
> >>>
> >>> Moving discussion to this thread.
> >>>
> >>> The simple test here is to log in to the SSVM from console or over
> ssh
> >>> and do a “wget” or “curl” against your download URL and see if
> this starts.
> >>>
> >>> I think your issue is with either your simpleHTTP server asking 
for
> >>> credentials, or your proxy configuration asking for credentials –
> “No
> >>> credentials configured for host ” seems
> fairly
> >>> conclusive.
> >>>
> >>>
> >>> Regards,
> >>> Dag Sonstebo
> >>> Cloud Architect
> >>> ShapeBlue
> >>>
> >>> On 07/02/2018, 06:36, "Swastik Mittal" <mittal.swas...@gmail.com>
> wrote:
> >>>
> >>> I checked my cloud.log in my SSVM. After the URL request it
> mentions
> >>>
> >>> [storage.template.HttpTemplateDownloader]
> >>> (agentRequest-Handler-3:null) No
> >>> credentials configured for host 
> >>>
> >>> On Wed, Feb 7, 2018 at 11:32 AM, Swastik Mittal <
> >>> mittal.swas...@gmail.com>
> >>> wrote:
> >>>
> >>> > Hey,
> >>> >
> >>> > I do not have internet on management server and host so to
> upload
> >>> an iso I
> >>> > set secstorage.allowed.internal.sites to my CIDR. I used
> >>> >
> >>> > $ python -m SimpleHTTPServer 443
> >>> >
> >>> > to host my directory on http server where I had kept my
> downloaded
> >>> iso. By
> >>> > manually visiting the local http server I am able to
> download the
> >>> file. But
> >>> > on mentioning the same url in registering the iso it shows
> >>> registered
> >>> > successfully but does not get downloaded.
> >>> >
> >>> > In the zone section in the iso it mentions not ready. I
> receive a
> >>> broken
> >>> > pipe error at the initial stage in my local file server log
> but
> >>> then it
> >>> > again shows processing request. Even the iso status in
> management
> >>> shows
> >>> > nothing and when I stop the local file server the status of
> iso
> >>> shows 0%
> >>> > downloaded and then partial get request cannot be served. I
> believe
> >>> > management server keeps on pinging the local file server but
> the
> >>> connection
> >>> > is not getting established.
> >>> >
> >>> > I even refreshed my server again and again and also did wait
> for a
> >>> long
> >>> > enough time to see if the process is slow. logging into
> system VM
> >>> and
> >>> > running ./run.sh does not show any error and cloud services
> are
> >>> running
> >>> > fine. I am pretty sure about the CIDR I have mentioned in
> >>> > secstorage.allowed.internal.sites. Any idea?
> >>> >
> >>> > Regards
> >>> > Swastik
> >>> >
> >>>
> >>>
> >>>
> >>> dag.sonst...@shapeblue.com
> >>> www.shapeblue.com
> >>> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
> >>>
> >>>
> >>>
> >>>
> >>
> >
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>



dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

Re: iso not downloading from local path

[Swastik Mittal]

Hey Dag,

As I start the downloading of iso I get a broken pipe error on my terminal
logging http local file server details. But I checked the cloud.log and it
showed processing and downloadStatus="NOT_DOWNLOADED".
Downloadpath="/mnt/SecStorage" but NO ERROR untill after waiting for a
while I myself turned off the http server. Till that time even the iso
status din't show anything as no error string was generated and when I
turned off the server it displayed partial http get request not supported.
I don't think downloading from a local server would take time. I did allow
it around 20 minutes. I think that broken pipe is connection to http server
being suddenly stopped due to something. Not able to figure out how:).

The download path shows /mnt/SecStorage which is in SSVM.


Regards
Swastik

On Thu, Feb 8, 2018 at 2:59 PM, Dag Sonstebo <dag.sonst...@shapeblue.com>
wrote:

> Hi Swastik,
>
> Don’t worry about this – you were just doing a test where you were trying
> to wget to the local SSVM filesystem as a test. The SSVM is just a small VM
> with not a lot of disk space – so you are just checking connectivity here,
> you should delete the partially downloaded file thereafter.
>
> When you do the template download from CloudStack the SSVM will write
> straight to secondary storage, not to it’s own filesystem.
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 08/02/2018, 08:41, "Swastik Mittal" <mittal.swas...@gmail.com> wrote:
>
> Hey
>
> A correction, I do see secondary storage and it shows only 1% utilized
> so
> my secondary storage does have enough memory.The issue seems to be
> mostly
> because of SSVM memory.
>
> Regards
> Swastik
>
> On Thu, Feb 8, 2018 at 1:20 PM, Swastik Mittal <
> mittal.swas...@gmail.com>
> wrote:
>
> > Hey Dag and Glenn,
> >
> > On entering the local http server url, UI gives status that only
> ports 80,
> > 8080 and 443 are supported .
> > So as my management server runs on 8080 and 443 would be for ssl so I
> > hosted my iso on port 80.
> > On logging into my ssvm and using wget to download it downloads upto
> 35%
> > and then stops it displaying not enough space on my terminal. So
> definetly
> > now there is no issue of credentials. And the broken pipe error on
> > intiating download from local http from UI might be becuase I am
> running
> > short on space in my SSVM.
> >
> > But isn't the iso stored in secondary storage which is the management
> > server itself? My secondary storage is up as shown in infrastructure
> and
> > even my system vm template was downloaded in /mnt/secondary. But my
> > dashboard does not show secondary storage infact shows primary
> storage
> > having 1 TB of memory which is the complete memory of the system. Do
> I need
> > to increase the SSVM storage and if yes how do I do that?
> >
> > Regards
> > Swastik
> >
> > On Wed, Feb 7, 2018 at 8:43 PM, Swastik Mittal <
> mittal.swas...@gmail.com>
> > wrote:
> >
> >> Hey,
> >>
> >> Thanks Dag and Glen for reply.
> >>
> >> I'll try changing the port and check.
> >>
> >> Regards
> >> Swastik
> >>
> >>
> >> <https://mailtrack.io/> Sent with Mailtrack
> >> <https://chrome.google.com/webstore/detail/mailtrack-for-
> gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail_
> medium=signature_campaign=signaturevirality>
> >>
> >> On Wed, Feb 7, 2018 at 5:57 PM, Glenn Wagner <
> glenn.wag...@shapeblue.com>
> >> wrote:
> >>
> >>> Hi
> >>>
> >>> As Dag pointed out (the errors) when using the simpleHTTP server
> its
> >>> better to use either port 8080 or 8000 so you don't have to setup
> SSL on
> >>> port 443
> >>>
> >>>  Example
> >>> python -m SimpleHTTPServer 8080
> >>>
> >>> Now try the wget or Curl from the SSVM to download the ISO use
> http not
> >>> https
> >>>
> >>> Regards
> >>> Glenn
> >>>
> >>>
> >>> glenn.wag...@shapeblue.com
> >>> www.shapeblue.com
> >>> Winter Suite, 1st Floor, The Avenues, Drama Street, Somerset West,
> Cape
> >>> Town  7129South Afri

Re: iso not downloading from local path

[Dag Sonstebo]

Hi Swastik,

Don’t worry about this – you were just doing a test where you were trying to 
wget to the local SSVM filesystem as a test. The SSVM is just a small VM with 
not a lot of disk space – so you are just checking connectivity here, you 
should delete the partially downloaded file thereafter.

When you do the template download from CloudStack the SSVM will write straight 
to secondary storage, not to it’s own filesystem.

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 08/02/2018, 08:41, "Swastik Mittal" <mittal.swas...@gmail.com> wrote:

Hey

A correction, I do see secondary storage and it shows only 1% utilized so
my secondary storage does have enough memory.The issue seems to be mostly
because of SSVM memory.

Regards
Swastik

On Thu, Feb 8, 2018 at 1:20 PM, Swastik Mittal <mittal.swas...@gmail.com>
wrote:

> Hey Dag and Glenn,
>
> On entering the local http server url, UI gives status that only ports 80,
> 8080 and 443 are supported .
> So as my management server runs on 8080 and 443 would be for ssl so I
> hosted my iso on port 80.
> On logging into my ssvm and using wget to download it downloads upto 35%
> and then stops it displaying not enough space on my terminal. So definetly
> now there is no issue of credentials. And the broken pipe error on
> intiating download from local http from UI might be becuase I am running
> short on space in my SSVM.
>
> But isn't the iso stored in secondary storage which is the management
> server itself? My secondary storage is up as shown in infrastructure and
> even my system vm template was downloaded in /mnt/secondary. But my
> dashboard does not show secondary storage infact shows primary storage
> having 1 TB of memory which is the complete memory of the system. Do I 
need
> to increase the SSVM storage and if yes how do I do that?
>
> Regards
> Swastik
>
> On Wed, Feb 7, 2018 at 8:43 PM, Swastik Mittal <mittal.swas...@gmail.com>
> wrote:
>
>> Hey,
>>
>> Thanks Dag and Glen for reply.
>>
>> I'll try changing the port and check.
>>
>> Regards
>> Swastik
>>
>>
>> <https://mailtrack.io/> Sent with Mailtrack
>> 
<https://chrome.google.com/webstore/detail/mailtrack-for-gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail_medium=signature_campaign=signaturevirality>
>>
>> On Wed, Feb 7, 2018 at 5:57 PM, Glenn Wagner <glenn.wag...@shapeblue.com>
>> wrote:
>>
>>> Hi
>>>
>>> As Dag pointed out (the errors) when using the simpleHTTP server its
>>> better to use either port 8080 or 8000 so you don't have to setup SSL on
>>> port 443
>>>
>>>  Example
>>> python -m SimpleHTTPServer 8080
>>>
>>> Now try the wget or Curl from the SSVM to download the ISO use http not
>>> https
>>>
>>> Regards
>>> Glenn
>>>
>>>
>>> glenn.wag...@shapeblue.com
>>> www.shapeblue.com
>>> Winter Suite, 1st Floor, The Avenues, Drama Street, Somerset West, Cape
>>> Town  7129South Africa
>>> @shapeblue
>>>
>>>
>>>
>>>
>>> -Original Message-
>>> From: Dag Sonstebo [mailto:dag.sonst...@shapeblue.com]
>>> Sent: Wednesday, 07 February 2018 2:13 PM
>>> To: users@cloudstack.apache.org
>>> Subject: Re: iso not downloading from local path
>>>
>>> Hi Swastik,
>>>
>>> Moving discussion to this thread.
>>>
>>> The simple test here is to log in to the SSVM from console or over ssh
>>> and do a “wget” or “curl” against your download URL and see if this 
starts.
>>>
>>> I think your issue is with either your simpleHTTP server asking for
>>> credentials, or your proxy configuration asking for credentials – “No
>>> credentials configured for host ” seems fairly
>>> conclusive.
>>>
>>>
>>> Regards,
>>> Dag Sonstebo
>>> Cloud Architect
>>> ShapeBlue
>>>
>>> On 07/02/2018, 06:36, "Swastik Mittal" <mittal.swas...@gmail.com> wrote:
>>>
>>> I checked my cloud.log in my SSVM. After the URL request it mentions
>>>
>>> [storage.template.HttpTemplateDownload

Re: iso not downloading from local path

[Swastik Mittal]

Hey

A correction, I do see secondary storage and it shows only 1% utilized so
my secondary storage does have enough memory.The issue seems to be mostly
because of SSVM memory.

Regards
Swastik

On Thu, Feb 8, 2018 at 1:20 PM, Swastik Mittal <mittal.swas...@gmail.com>
wrote:

> Hey Dag and Glenn,
>
> On entering the local http server url, UI gives status that only ports 80,
> 8080 and 443 are supported .
> So as my management server runs on 8080 and 443 would be for ssl so I
> hosted my iso on port 80.
> On logging into my ssvm and using wget to download it downloads upto 35%
> and then stops it displaying not enough space on my terminal. So definetly
> now there is no issue of credentials. And the broken pipe error on
> intiating download from local http from UI might be becuase I am running
> short on space in my SSVM.
>
> But isn't the iso stored in secondary storage which is the management
> server itself? My secondary storage is up as shown in infrastructure and
> even my system vm template was downloaded in /mnt/secondary. But my
> dashboard does not show secondary storage infact shows primary storage
> having 1 TB of memory which is the complete memory of the system. Do I need
> to increase the SSVM storage and if yes how do I do that?
>
> Regards
> Swastik
>
> On Wed, Feb 7, 2018 at 8:43 PM, Swastik Mittal <mittal.swas...@gmail.com>
> wrote:
>
>> Hey,
>>
>> Thanks Dag and Glen for reply.
>>
>> I'll try changing the port and check.
>>
>> Regards
>> Swastik
>>
>>
>> <https://mailtrack.io/> Sent with Mailtrack
>> <https://chrome.google.com/webstore/detail/mailtrack-for-gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail_medium=signature_campaign=signaturevirality>
>>
>> On Wed, Feb 7, 2018 at 5:57 PM, Glenn Wagner <glenn.wag...@shapeblue.com>
>> wrote:
>>
>>> Hi
>>>
>>> As Dag pointed out (the errors) when using the simpleHTTP server its
>>> better to use either port 8080 or 8000 so you don't have to setup SSL on
>>> port 443
>>>
>>>  Example
>>> python -m SimpleHTTPServer 8080
>>>
>>> Now try the wget or Curl from the SSVM to download the ISO use http not
>>> https
>>>
>>> Regards
>>> Glenn
>>>
>>>
>>> glenn.wag...@shapeblue.com
>>> www.shapeblue.com
>>> Winter Suite, 1st Floor, The Avenues, Drama Street, Somerset West, Cape
>>> Town  7129South Africa
>>> @shapeblue
>>>
>>>
>>>
>>>
>>> -Original Message-
>>> From: Dag Sonstebo [mailto:dag.sonst...@shapeblue.com]
>>> Sent: Wednesday, 07 February 2018 2:13 PM
>>> To: users@cloudstack.apache.org
>>> Subject: Re: iso not downloading from local path
>>>
>>> Hi Swastik,
>>>
>>> Moving discussion to this thread.
>>>
>>> The simple test here is to log in to the SSVM from console or over ssh
>>> and do a “wget” or “curl” against your download URL and see if this starts.
>>>
>>> I think your issue is with either your simpleHTTP server asking for
>>> credentials, or your proxy configuration asking for credentials – “No
>>> credentials configured for host ” seems fairly
>>> conclusive.
>>>
>>>
>>> Regards,
>>> Dag Sonstebo
>>> Cloud Architect
>>> ShapeBlue
>>>
>>> On 07/02/2018, 06:36, "Swastik Mittal" <mittal.swas...@gmail.com> wrote:
>>>
>>> I checked my cloud.log in my SSVM. After the URL request it mentions
>>>
>>> [storage.template.HttpTemplateDownloader]
>>> (agentRequest-Handler-3:null) No
>>> credentials configured for host 
>>>
>>> On Wed, Feb 7, 2018 at 11:32 AM, Swastik Mittal <
>>> mittal.swas...@gmail.com>
>>> wrote:
>>>
>>> > Hey,
>>> >
>>> > I do not have internet on management server and host so to upload
>>> an iso I
>>> > set secstorage.allowed.internal.sites to my CIDR. I used
>>> >
>>> > $ python -m SimpleHTTPServer 443
>>> >
>>> > to host my directory on http server where I had kept my downloaded
>>> iso. By
>>> > manually visiting the local http server I am able to download the
>>> file. But
>>> > on mentioning the same url in registering the iso it shows
>>> registered
>>> > successfully but does not get downloaded.
>>&

Re: iso not downloading from local path

[Swastik Mittal]

Hey,

Thanks Dag and Glen for reply.

I'll try changing the port and check.

Regards
Swastik


<https://mailtrack.io/> Sent with Mailtrack
<https://chrome.google.com/webstore/detail/mailtrack-for-gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail_medium=signature_campaign=signaturevirality>

On Wed, Feb 7, 2018 at 5:57 PM, Glenn Wagner <glenn.wag...@shapeblue.com>
wrote:

> Hi
>
> As Dag pointed out (the errors) when using the simpleHTTP server its
> better to use either port 8080 or 8000 so you don't have to setup SSL on
> port 443
>
>  Example
> python -m SimpleHTTPServer 8080
>
> Now try the wget or Curl from the SSVM to download the ISO use http not
> https
>
> Regards
> Glenn
>
>
> glenn.wag...@shapeblue.com
> www.shapeblue.com
> Winter Suite, 1st Floor, The Avenues, Drama Street, Somerset West, Cape
> Town  7129South Africa
> @shapeblue
>
>
>
>
> -Original Message-
> From: Dag Sonstebo [mailto:dag.sonst...@shapeblue.com]
> Sent: Wednesday, 07 February 2018 2:13 PM
> To: users@cloudstack.apache.org
> Subject: Re: iso not downloading from local path
>
> Hi Swastik,
>
> Moving discussion to this thread.
>
> The simple test here is to log in to the SSVM from console or over ssh and
> do a “wget” or “curl” against your download URL and see if this starts.
>
> I think your issue is with either your simpleHTTP server asking for
> credentials, or your proxy configuration asking for credentials – “No
> credentials configured for host ” seems fairly
> conclusive.
>
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 07/02/2018, 06:36, "Swastik Mittal" <mittal.swas...@gmail.com> wrote:
>
> I checked my cloud.log in my SSVM. After the URL request it mentions
>
> [storage.template.HttpTemplateDownloader]
> (agentRequest-Handler-3:null) No
> credentials configured for host 
>
> On Wed, Feb 7, 2018 at 11:32 AM, Swastik Mittal <
> mittal.swas...@gmail.com>
> wrote:
>
> > Hey,
> >
> > I do not have internet on management server and host so to upload an
> iso I
> > set secstorage.allowed.internal.sites to my CIDR. I used
> >
> > $ python -m SimpleHTTPServer 443
> >
> > to host my directory on http server where I had kept my downloaded
> iso. By
> > manually visiting the local http server I am able to download the
> file. But
> > on mentioning the same url in registering the iso it shows registered
> > successfully but does not get downloaded.
> >
> > In the zone section in the iso it mentions not ready. I receive a
> broken
> > pipe error at the initial stage in my local file server log but then
> it
> > again shows processing request. Even the iso status in management
> shows
> > nothing and when I stop the local file server the status of iso
> shows 0%
> > downloaded and then partial get request cannot be served. I believe
> > management server keeps on pinging the local file server but the
> connection
> > is not getting established.
> >
> > I even refreshed my server again and again and also did wait for a
> long
> > enough time to see if the process is slow. logging into system VM and
> > running ./run.sh does not show any error and cloud services are
> running
> > fine. I am pretty sure about the CIDR I have mentioned in
> > secstorage.allowed.internal.sites. Any idea?
> >
> > Regards
> > Swastik
> >
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
>
>
>
>

RE: iso not downloading from local path

[Glenn Wagner]

Hi 

As Dag pointed out (the errors) when using the simpleHTTP server its better to 
use either port 8080 or 8000 so you don't have to setup SSL on port 443

 Example 
python -m SimpleHTTPServer 8080

Now try the wget or Curl from the SSVM to download the ISO use http not https  

Regards
Glenn


glenn.wag...@shapeblue.com 
www.shapeblue.com
Winter Suite, 1st Floor, The Avenues, Drama Street, Somerset West, Cape Town  
7129South Africa
@shapeblue
  
 


-Original Message-
From: Dag Sonstebo [mailto:dag.sonst...@shapeblue.com] 
Sent: Wednesday, 07 February 2018 2:13 PM
To: users@cloudstack.apache.org
Subject: Re: iso not downloading from local path

Hi Swastik,

Moving discussion to this thread.

The simple test here is to log in to the SSVM from console or over ssh and do a 
“wget” or “curl” against your download URL and see if this starts. 

I think your issue is with either your simpleHTTP server asking for 
credentials, or your proxy configuration asking for credentials – “No 
credentials configured for host ” seems fairly 
conclusive.  


Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 07/02/2018, 06:36, "Swastik Mittal" <mittal.swas...@gmail.com> wrote:

I checked my cloud.log in my SSVM. After the URL request it mentions

[storage.template.HttpTemplateDownloader] (agentRequest-Handler-3:null) No
credentials configured for host 

On Wed, Feb 7, 2018 at 11:32 AM, Swastik Mittal <mittal.swas...@gmail.com>
wrote:

> Hey,
>
> I do not have internet on management server and host so to upload an iso I
> set secstorage.allowed.internal.sites to my CIDR. I used
>
> $ python -m SimpleHTTPServer 443
>
> to host my directory on http server where I had kept my downloaded iso. By
> manually visiting the local http server I am able to download the file. 
But
> on mentioning the same url in registering the iso it shows registered
> successfully but does not get downloaded.
>
> In the zone section in the iso it mentions not ready. I receive a broken
> pipe error at the initial stage in my local file server log but then it
> again shows processing request. Even the iso status in management shows
> nothing and when I stop the local file server the status of iso shows 0%
> downloaded and then partial get request cannot be served. I believe
> management server keeps on pinging the local file server but the 
connection
> is not getting established.
>
> I even refreshed my server again and again and also did wait for a long
> enough time to see if the process is slow. logging into system VM and
> running ./run.sh does not show any error and cloud services are running
> fine. I am pretty sure about the CIDR I have mentioned in
> secstorage.allowed.internal.sites. Any idea?
>
> Regards
> Swastik
>



dag.sonst...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
  
 

Re: iso not downloading from local path

[Dag Sonstebo]

Hi Swastik,

Moving discussion to this thread.

The simple test here is to log in to the SSVM from console or over ssh and do a 
“wget” or “curl” against your download URL and see if this starts. 

I think your issue is with either your simpleHTTP server asking for 
credentials, or your proxy configuration asking for credentials – “No 
credentials configured for host ” seems fairly 
conclusive.  


Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 07/02/2018, 06:36, "Swastik Mittal"  wrote:

I checked my cloud.log in my SSVM. After the URL request it mentions

[storage.template.HttpTemplateDownloader] (agentRequest-Handler-3:null) No
credentials configured for host 

On Wed, Feb 7, 2018 at 11:32 AM, Swastik Mittal 
wrote:

> Hey,
>
> I do not have internet on management server and host so to upload an iso I
> set secstorage.allowed.internal.sites to my CIDR. I used
>
> $ python -m SimpleHTTPServer 443
>
> to host my directory on http server where I had kept my downloaded iso. By
> manually visiting the local http server I am able to download the file. 
But
> on mentioning the same url in registering the iso it shows registered
> successfully but does not get downloaded.
>
> In the zone section in the iso it mentions not ready. I receive a broken
> pipe error at the initial stage in my local file server log but then it
> again shows processing request. Even the iso status in management shows
> nothing and when I stop the local file server the status of iso shows 0%
> downloaded and then partial get request cannot be served. I believe
> management server keeps on pinging the local file server but the 
connection
> is not getting established.
>
> I even refreshed my server again and again and also did wait for a long
> enough time to see if the process is slow. logging into system VM and
> running ./run.sh does not show any error and cloud services are running
> fine. I am pretty sure about the CIDR I have mentioned in
> secstorage.allowed.internal.sites. Any idea?
>
> Regards
> Swastik
>



dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

Re: iso not downloading from local path

[Swastik Mittal]

I checked my cloud.log in my SSVM. After the URL request it mentions

[storage.template.HttpTemplateDownloader] (agentRequest-Handler-3:null) No
credentials configured for host 

On Wed, Feb 7, 2018 at 11:32 AM, Swastik Mittal 
wrote:

> Hey,
>
> I do not have internet on management server and host so to upload an iso I
> set secstorage.allowed.internal.sites to my CIDR. I used
>
> $ python -m SimpleHTTPServer 443
>
> to host my directory on http server where I had kept my downloaded iso. By
> manually visiting the local http server I am able to download the file. But
> on mentioning the same url in registering the iso it shows registered
> successfully but does not get downloaded.
>
> In the zone section in the iso it mentions not ready. I receive a broken
> pipe error at the initial stage in my local file server log but then it
> again shows processing request. Even the iso status in management shows
> nothing and when I stop the local file server the status of iso shows 0%
> downloaded and then partial get request cannot be served. I believe
> management server keeps on pinging the local file server but the connection
> is not getting established.
>
> I even refreshed my server again and again and also did wait for a long
> enough time to see if the process is slow. logging into system VM and
> running ./run.sh does not show any error and cloud services are running
> fine. I am pretty sure about the CIDR I have mentioned in
> secstorage.allowed.internal.sites. Any idea?
>
> Regards
> Swastik
>

iso not downloading from local path

[Swastik Mittal]

Hey,

I do not have internet on management server and host so to upload an iso I
set secstorage.allowed.internal.sites to my CIDR. I used

$ python -m SimpleHTTPServer 443

to host my directory on http server where I had kept my downloaded iso. By
manually visiting the local http server I am able to download the file. But
on mentioning the same url in registering the iso it shows registered
successfully but does not get downloaded.

In the zone section in the iso it mentions not ready. I receive a broken
pipe error at the initial stage in my local file server log but then it
again shows processing request. Even the iso status in management shows
nothing and when I stop the local file server the status of iso shows 0%
downloaded and then partial get request cannot be served. I believe
management server keeps on pinging the local file server but the connection
is not getting established.

I even refreshed my server again and again and also did wait for a long
enough time to see if the process is slow. logging into system VM and
running ./run.sh does not show any error and cloud services are running
fine. I am pretty sure about the CIDR I have mentioned in
secstorage.allowed.internal.sites.
Any idea?

Regards
Swastik