Hey, I took a lookat my NFS storage.
root@MY-PC:~# mount -t nfs 10.1.0.77:/export/primary on /mnt/9ebaae44-dc8f-33d5-8fb6-90c193e69a22 type nfs (rw,vers=4,addr=10.1.0.77,clientaddr=10.1.0.77) 10.1.0.77:/export/secondary on /mnt/secondary type nfs (rw,rsize=8192,wsize=8192,timeo=14,intr,vers=3,addr=10.1.0.77) 10.1.0.77:/export/primary on /mnt/primary type nfs (rw,rsize=8192,wsize=8192,timeo=14,intr,vers=3,addr=10.1.0.77) root@MY-PC:~# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda4 676G 12G 630G 2% / none 4.0K 0 4.0K 0% /sys/fs/cgroup udev 7.8G 4.0K 7.8G 1% /dev tmpfs 1.6G 1.9M 1.6G 1% /run none 5.0M 0 5.0M 0% /run/lock none 7.9G 208K 7.9G 1% /run/shm none 100M 48K 100M 1% /run/user 10.1.0.77:/export/primary 676G 12G 630G 2% /mnt/9ebaae44-dc8f-33d5-8fb6-90c193e69a22 10.1.0.77:/export/primary 676G 12G 630G 2% /mnt/primary My secondary storage is mounted as /mnt/secondary but it does not show as the diskspace available like the primary memory. Cheers Swastik On Fri, Feb 9, 2018 at 9:23 AM, Swastik Mittal <mittal.swas...@gmail.com> wrote: > 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 >> >> >> >> >
