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 >>> >>> >>> >>> >> >
