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.

Advertising

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&utm_medium=signature&utm_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 <local file server ip>” 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 <local file server ip>
>>>
>>> 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