Hi Asai,
Can you give some more feedback on what your previous testing outcome was? You
say you can mount from the mgmt. server – can you read and write? How about
from the hypervisors?
Regards,
Dag Sonstebo
On 15/11/2016, 04:53, "Asai" <a...@globalchangemusic.org> wrote:
Thanks again. So, I've made a little more progress on this, what does
it mean if I can mount the NFS share from the Management Server CLI, but
still get access denied after adding an advanced zone in the Management GUI?
On 2016-11-13 4:13 PM, Dag Sonstebo wrote:
> Hi Asai,
>
> I don’t have much experience with Nas4Free – so I can’t comment – however
I do know the CloudStack / hypervisor / SSVM requirements are fairly straight
forward, so it sounds like your NAS appliance is possibly to blame.
>
> A few things to try:
>
> - Try to manually mount a NFS share from your management server (as
already mentioned by Sergey). If you can mount the share make sure you can
read/write.
> - Try to manually mount the same NFS share from your hypervisors. Again
try to read/wite.
> - Log in to your SSVM and run /usr/local/cloud/systemvm-ssvm-check.sh.
>
> Between these three it will tell you if you have any NFS access at all.
If you don’t then sounds like you need to spend some more time on your NAS4Free
box – and in this case I would just concentrate on a single client – e.g. the
management server – until you have worked out what the issue is. Once resolved
you can move back to testing with your hypervisors and CloudStack. So – in
other words – don’t waste your time trying to troubleshoot this through
CloudStack until you have the underlying connectivity and access sorted.
>
> The other thing is obviously to configure your NAS4Free box with as
verbose logging as possible and check why it denies access.
>
> Regards,
> Dag Sonstebo
>
> On 13/11/2016, 22:48, "Asai" <a...@globalchangemusic.org> wrote:
>
> Thanks Dag,
>
> The thing that's really got me right now is even if I set the
allowed network subnet to /16 which contains all necessary subnets I get access
denied. Even when I mount from the CLI as root I get access denied... Maybe
it's a NAS4Free bug? NAS4Free runs on FreeBSD... Maybe there's some subtle
incompatibility?
>
> On November 13, 2016 2:41:23 AM MST, Dag Sonstebo
<dag.sonst...@shapeblue.com> wrote:
> >Asai,
> >
> >Also keep in mind your SSVM will utilize an IP address from your pod
> >management range – so you need to allow NFS share access from this.
> >
> >Regards,
> >Dag Sonstebo
> >Cloud Architect
> >ShapeBlue
> >
> >On 12/11/2016, 20:14, "Sergey Levitskiy"
> ><sergey.levits...@autodesk.com> wrote:
> >
> >Export NFS share so that root can mount it. Also you can try
manually
> >mount it from management server and see if you can write to it
> >
> > Sent from my iPhone
> >
> >> On Nov 12, 2016, at 10:54 AM, Asai <a...@globalchangemusic.org>
> >wrote:
> > >
> > > Greetings,
> > >
> >> Going a little nuts here. I've been attempting to create an
advanced
> >zone with my Secondary Storage on a separate NFS server running
> >NAS4Free. The problem is I keep getting an access denied while
trying
> >to mount error and I cannot figure out why this is. The directory is
> >blank on the NFS server, permissions are set to 777, All Dirs
option is
> >enabled, allowed networks are set to allow the same subnet, both the
> >Cloudstack MGMT network and secondary storage server are on the same
> >subnet, but I can't seem to figure this out... does anyone have any
> >brilliant insights into this maddening problem?
> > >
> > > Thanks!!!
> > >
> >
> >
> >
> >dag.sonst...@shapeblue.com
> >www.shapeblue.com
> >53 Chandos Place, Covent Garden, London WC2N 4HSUK
> >@shapeblue
> >
> >
>
> --
> Asai
>
>
> 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
