Swastik,
Are you confident your SSVM can write to your secondary storage?
Can you try to run /usr/local/cloud/systemvm/ssvm-check.sh and see what this
comes back with?
Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
On 08/02/2018, 11:06, "Swastik Mittal" <mittal.swas...@gmail.com> wrote:
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&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
>
>
>
>
dag.sonst...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London WC2N 4HSUK
@shapeblue
