Hey Dag, On running ssvm-check I got :
root@s-1-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh ================================================ First DNS server is 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 48 data bytes --- 8.8.8.8 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss WARNING: cannot ping DNS server route follows Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 10.1.0.2 0.0.0.0 UG 0 0 0 eth2 8.8.8.8 10.1.0.2 255.255.255.255 UGH 0 0 0 eth1 10.1.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 10.1.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.1.1 10.1.0.2 255.255.255.255 UGH 0 0 0 eth1 ================================================ Good: DNS resolves download.cloud.com ================================================ nfs is currently mounted Mount point is /mnt/SecStorage/15b578c2-972f-3178-ac74-acc61e05ec25 Good: Can write to mount point ================================================ Management server is 10.1.0.77. Checking connectivity. Good: Can connect to management server port 8250 ================================================ Good: Java process is running ================================================ Tests Complete. Look for ERROR or WARNING above. root@s-1-VM:/usr/local/cloud/systemvm# It doesn't show any connection to secondary storage though. I has connection to management server and my secondary storage currently is on the same server. On Thu, Feb 8, 2018 at 10:44 PM, Dag Sonstebo <dag.sonst...@shapeblue.com> wrote: > 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 > > > >
