@Andrija
CloudStack 4.13.1.0 running on Ubuntu 16.04 Server
3 x hosts (1 x manage/mysql/NFS shares and 2 x KVM Hosts)
Network Type: Advance Zone
Guest Isolation: VXLAN (mtu 9000 everywhere)
Manage Server Network = 2 interfaces (1 x manage, 1 x storage)
# MANAGEMENT & NFS-SECONDARY
auto eth0
iface eth0 inet static
address 172.16.15.230 (manage)
netmask 255.255.255.0
gateway 172.16.15.254
dns-nameservers 172.16.15.254
dns-search cloudstack.local
# NFS-PRIMARY
auto eth1
iface eth1 inet static
address 192.168.201.230
netmask 255.255.255.0
mtu 9000
KVM Servers Network = 4 interfaces (1 x manage, 1 x public, 1 x guest, 1 x
storage)
# MANAGEMENT & NFS-SECONDARY
auto eth0
iface eth0 inet static
address 172.16.15.231 (kvm1) and 172.16.15.232 (kvm2)
netmask 255.255.255.0
gateway 172.16.15.254
dns-nameservers 172.16.15.254
dns-search cloudstack.local
# PUBLIC BRIDGE
auto cloudbr0
iface cloudbr0 inet manual
bridge_ports eth1
bridge_fd 5
bridge_stp off
bridge_maxwait 1
# GUEST BRIDGE
auto cloudbr1
iface cloudbr1 inet static
bridge_ports eth2
bridge_fd 5
bridge_stp off
bridge_maxwait 1
address 192.0.2.231 (kvm1) and 192.0.2.232 (kvm2)
netmask 255.255.255.0
# NFS-PRIMARY
auto eth3
iface eth3 inet static
address 192.168.201.231 (kvm1) and 192.168.201.232 (kvm2)
netmask 255.255.255.0
mtu 9000
Once completing the Advance Zone wizard and allowing time for backend
processing, the dashboard does not show metrics for secondary storage (0/0
KB), the console proxy and secondary storage VMs repeatedly cycle through
build-up and tear-down, while never stabilizing to online state.
I've tried Centos deployments as well, but tell me why would it matter
given your documentation clearly state either (Centos, RedHat, Ubuntu, Xen,
VMware) and provides instructions for either?
Yes, I executed and validated all host settings and communications: pings
to/from everything, nslookup, rpcinfo, exportfs, showmount, libvirtd
settings, qemu settings, brctl, etc.
Finally, as for my attitude as you put it. I've been primarily a Windows
Systems Administrator over 20 years and have worked with Linux
and opensource products for about 15 years. Said not to be boastful, but
simply to depict a degree technical know how. Based on my calculations
CloudStack have been around for 7 to 8 years and I'm sure has achieved
tremendous milestones. But experience has taught me where we often fall
short is documentation; not just in doing it, but also the accuracy and
detail of content. I've had the distinct pleasure of working for one
organization that required us to get a none technical person to
successfully follow our documentation before it was considered standard
operating procedure.
And for your offer to have me produce videos, I really wouldn't have an
issue with the idea; except a huge matter of not having proper technical
knowledge of said product. By the time and effort it would take someone to
get me up to speed, that same or less effort could be used to produce the
videos and share the knowledge with the multitudes.
On Wed, May 6, 2020 at 2:16 PM Andrija Panic <andrija.pa...@gmail.com>
wrote:
> 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ć
>
--
======================
My Search to Build a Private Cloud!
