Thanks Shanker, I got to the bottom of the problem in the end and indeed it was to do with physical networks. Trawling through the logs I found a line indicating it wasn’t happy with one of the networks because a VLAN was already assigned an it was effectivly trying to put a vlan on top of a vlan.
Resolved that and SSVM sprung to life and everything is happy, with the exception of the right networks being assigned, but that is a topic for anothermail. Thanks for your help! John -----Original Message----- From: Shanker Balan [mailto:shanker.ba...@shapeblue.com] Sent: 14 June 2014 06:09 To: CloudStack-Users Subject: Re: NFS storage Hi John, Comments inline. On 14-Jun-2014, at 4:08 am, John Muckley <j.muck...@databax.com> wrote: > Hi all, > > Can someone give me an overview of how the NFS storage works? Like what > servers should have an NFS share mounted once a zone is enabled? There is no requirement to “manually” mount primary or secondary storage. CloudStack would do the mount automatically as per your zone configuration settings. > I’m using NFS for my secondary storage. The SSVM would mount your secondary storage over NFS. > During deployment I mount the nfs share as /mnt/secondary and seed the > template to the secondary storage. > This works fine, If I log onto my NFS server, I can see the ‘template’ folder > appears and contains the template. All is good at this point. Ok. This is about the only “manual” mount you require before the Zone is enabled. Once the seeding is complete, the mgmt server no longer requires the NFS mount. > The installation guide goes on to say… > > “If you are using a separate NFS server, perform this step. If you are > using the Management Server as the NFS server, you MUST NOT perform this step. > When the script has finished, unmount secondary storage and remove the > created directory. > # umount /mnt/secondary > # rmdir /mnt/secondary” Ok. > As I am indeed using a separate NFS server, I go ahead and unmount the NFS > share and remove the mount point from the management server. > > When I create my zone through the UI, I add the NFS share details in to the > secondary storage bit and it accepts it and adds the secondary storage, but > once my zone is enabled, the system VMs do not come up and I cannot see the > NFS share mounted on either of my hosts nor on the management server. This is most likely to be a incorrect configuration issue that prevents CloudStack from spinning off the system VMs. Have you had a chance to check the management server logs? > I kind of assumed that the management-server would mount this NFS share on > the appropriate hosts and anywhere else it is required once the zone is > enabled, but this doesn’t seem to happen. > Yeah, CloudStack would mount the NFS share on one of the hosts and then create the SSVM. There are many things that can go wrong here but usually its an Incorrect network configuration like label mismatch, NFS permissions etc > Has anyone else experienced this? SSVM not spinning up is the #1 FAQ actually and the usual answer is “Have you checked your management server logs?". :) Hth -- @shankerbalan M: +91 98860 60539 | O: +91 (80) 67935867 shanker.ba...@shapeblue.com | www.shapeblue.com | Twitter:@shapeblue ShapeBlue Services India LLP, 22nd floor, Unit 2201A, World Trade Centre, Bangalore - 560 055 Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//> CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> CloudStack Infrastructure Support<http://shapeblue.com/cloudstack-infrastructure-support/> CloudStack Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/> This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark. ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________ ________________________________ This is an e-mail from Databax Ltd (Company No.04085248). The contents of this e-mail are confidential. Databax Ltd does not accept responsibility for the accuracy or completeness of the contents of this e-mail as it has been transmitted over a public network. If you receive this e-mail in error please accept our apology. If this is the case we would be obliged if you would contact the sender and then delete this e-mail. This e-mail and/or any replies to it, and any attachments may be intercepted, copied or monitored by Databax Ltd for the purpose of monitoring or keeping record of its business and for the purposes set out in the Telecommunications (Lawful Business Practices) (Interception of Communications) Regulations 2000. All statements made in this e-mail are subject to contract. The contents are not to be regarded as a contractual offer or acceptance. The sender is not authorised to bind Databax Ltd. The views expressed in this e-mail are those of the sender and not necessarily those of Databax Ltd. Feel free to visit the Databax web site at www.databax.com<http://www.databax.com/> to find out about our range of products and services, and for the latest Databax news and information. < >Please consider the environment before printing this email.
