What **exactly** is your problem that you are trying to solve? i.e. this makes no sense to me or at least I can't understand it:
"I cannot get the console to show/recognize the secondary NFS storage which seems to be preventing the build/starting of systemvms" 1. Describe your setup, your networking, basic zone or advanced zone, do you have dedicated Storage network (Seecondary Storage network that is) or not, etc.What are you IP ranges/reserved IP ranges, vlans, etc. 2. I recommend CentOS 7.x for the beginning, not Ubuntu 16.04 3. Did you preseed the systemVM templates via script as in the manual, did you confirm you KVM hosts can mount Primary AND Secondary Storage (manual test) 4. Later you might want to upload your logs if we are troubleshooting a specific problem, but not for now You need to provide some more information besides what you have provided in order to be helped. Regards, P.S. Related to your attitude... When you learn on how to deploy CloudStack on that setup, do you swear you will update all the missing CloudStack documentation and produce all the missing videos (I'm sure you have all the time of this world besides your work hours, your family obligations (wife/kids), etc? I don't think so either... This is a community project and one need to use brain to connect the dots - it's cloud a.k.a. complex stuff, not an awerage web server setup. Cheers On Wed, 6 May 2020 at 20:48, Mr Jazze <mrja...@gmail.com> wrote: > Can I get some support with this storage issue? Which is really a matter of > understanding exactly how the networking SHOULD be configured in a > multi-node deployment. If this is the only resource available whereby Cloud > Stack development team offers assistance, it is sorely lacking. > > Just to be clear, I'd like to see the potential of a successful Cloud Stack > deployment (a single server installation appears to operate as expected). > However, its quiet a different picture when attempting to perform a full on > production like deployment. As I've somewhat stated before, the > documentation is seriously lacking adequate rationale as to why a > setting/configuration is made. > > Something else that has bewildered me is why there has not been and effort > to produce youtube videos demonstrating/educating deployments? > > On Tue, May 5, 2020 at 4:37 AM Karol Jędrzejczyk <kjedrzejc...@icotera.com > > > wrote: > > > wt., 5 maj 2020 o 00:24 Mr Jazze <mrja...@gmail.com> napisał(a): > > > > > Luis, thanks for your feedback. Though waiting seem to resolve your > > issue, > > > I'm sure that is not the intended deployment outcome. > > > > > > > Waiting didn't resolve the issue for me, unfortunately. > > > > I've made some observations around the problem. > > > - The system vms console/storage repeatedly rebuild and never come > > online. > > > - The system vm template is downloaded to secondary storage (per > > > instructions) yet does not show size in console. > > > - The dashboard shows secondary 0/0 KB, primary 192.50 kb/787 GB. I > don't > > > understand why there is yet a separate storage meter. > > > - This VXLAN deployment for some unknown reason now shows the VNI range > > on > > > all three networks (Management, Public & Guest) instead of just the > Guest > > > network. > > > > > > > I have similar observations. At the moment I have one of the VMs in a > > *running* state but there's no connectivity, the other one is in > > *starting*. I see two qemu processes on the hypervisor but virsh list > > returns an empty list. I'm planning to connect to the VNC servers next to > > see what's going on. > > -- > > Karol Jędrzejczyk > > > > -- > > CONFIDENTIALITY NOTICE > > > > > > This message and any attachment is intended > > exclusively for the individual or entity to which it is addressed. This > > communication may contain information that is proprietary, confidential, > > legally privileged or otherwise exempt from disclosure. The security and > > integrity of e-mails cannot be guaranteed. Any reply to this e-mail and > > any > > attachment received may be subject to Icotera monitoring. > > If you are not > > the named addressee, you are not authorized to use, distribute, copy or > > take any action in reliance on this message. The unauthorized use, > > disclosure, or copying of this communication, or any attachment, is > > strictly prohibited and may be unlawful. No waiver of confidentiality or > > any applicable privilege is intended by any mistransmission. If you have > > received this message in error, please notify the sender immediately by > > replying to this e-mail and delete all copies of this message and any > > attachments. > > > > > > > > > > > > > > > > -- > > ====================== > > My Search to Build a Private Cloud! > -- Andrija Panić
