Hey, I checked accessing nfs server from my ssvm. I tried the following
root@s-1-VM:~# rpcinfo -p program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 58883 status 100024 1 tcp 48454 status I have only portmapper running. Thats it. No nfs ports found. root@s-1-VM:~# mount -t nfs above gives no result. I manually mounted ssvm to /export/secondary of secondary storage nfs server. But again all the above commands give the same result. root@s-1-VM:~# df -k Filesystem 1K-blocks Used Available Use% Mounted on rootfs 472036 160666 286999 36% / udev 10240 0 10240 0% /dev tmpfs 50896 256 50640 1% /run /dev/disk/by-uuid/30c81d3d-ee9f-4a88-81c1-5f349b22ba1d 472036 160666 286999 36% / tmpfs 5120 0 5120 0% /run/lock tmpfs 211960 0 211960 0% /run/shm /dev/vda1 74367 22706 47821 33% /boot /dev/vda6 93207 5654 82741 7% /home /dev/vda8 188403 6091 172584 4% /opt /dev/vda11 93207 5679 82716 7% /tmp /dev/vda7 768016 565696 163308 78% /usr /dev/vda9 575500 235564 310704 44% /var /dev/vda10 188403 10441 168234 6% /var/log 10.1.0.77:/export/secondary 708019200 12345344 659686400 2% /mnt/SecStorage/15b578c2-972f-3178-ac74-acc61e05ec25 10.1.0.77:/export/secondary 708019200 12345344 659686400 2% /mnt/SecStorage/15b578c2-972f-3178-ac74-acc61e05ec25 root@s-1-VM:~# (10.1.0.77 - management server and also secondary and primary storage server) I checked cloud.out and it states "no credentials for host found". I cannot ssh into management from ssvm. I tried adding management server (also my storage server) in known_host of ssvm but it din't work. @Dag I guess you were right about SSVM not able to access Secondary Storage. I tried mounting SSVM manually to Secondary storage server but it din't work. Any idea? cheers Swastik On Fri, Feb 9, 2018 at 11:56 AM, Swastik Mittal <mittal.swas...@gmail.com> wrote: > 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 >>> >>> >>> >>> >> >