Hey Dag,

It was not an issue of ACL's. I had done a very foolish mistake of not
installing openssh becuase of which I did not have sshd service in my
management. So because of default ssh_config, management was able to
connect to SSVM but SSVM could connect to management server which also is
the secondary storage. I could not see this because SSVM was able to
download from manamgent hosted http server. That might be because of
enabling it from secstorage option in global settings.

Cheers
Swastik

On Fri, Feb 9, 2018 at 5:43 PM, Dag Sonstebo <dag.sonst...@shapeblue.com>
wrote:

> Check the ACL on your NFS share – remember your SSVM is using an IP
> address in the management range of your zone to access NFS, so we sometimes
> see issues where hypervisors are on the ACL, but not the management IP
> range.
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 09/02/2018, 11:15, "Swastik Mittal" <mittal.swas...@gmail.com> wrote:
>
>     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/ndnaehgpjlnokgebbaldlmgkapkpjk
> kb?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.Sonstebo@
> 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
>     >>>
>     >>>
>     >>>
>     >>>
>     >>
>     >
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Reply via email to