You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Mr Jazze <mr...@gmail.com> on 2020/05/04 19:27:41 UTC
Secondary Storage
I've now tried 3 attempts to deploy CS with the following resources:
Management Server also hosting NFS shares (primary & secondary)
2 x KVM Hosts running Ubuntu 16.04
CloudStack 4.13.1
Native Linux Bridge
VXLAN Isolation
I cannot get the console to show/recognize the secondary NFS storage which
seems to be preventing the build/starting of systemvms (console proxy &
storage).
Can I get someone to detail exactly the steps to properly setup storage?
Please don't reference the CS online documentation as I've walked through
those instructions and find much to be lacking.
--
======================
My Search to Build a Private Cloud!
Re: ISO file snot uploading
Posted by Andrija Panic <an...@gmail.com>.
Just minor correction - SSL on SSVM is needed only in case of Upload from
local (i.e. not for uploading from remote url)
best,
On Tue, 5 May 2020, 13:48 Nicolas Vazquez, <ni...@gmail.com> wrote:
> Hi Luis,
>
> You may need to enable SSL on your system VMs to be able to upload ISOs,
> templates or volumes. Please check this article:
> https://www.shapeblue.com/securing-cloudstack-4-11-with-https-tls/
>
> Regards,
> Nicolas Vazquez
>
> El lun., 4 may. 2020 a las 16:58, Luis Martinez
> (<lm...@yahoo.com.invalid>) escribió:
>
> > Hi Group.
> >
> >
> > I have this problems, now that the secondary storage is mounted witch I
> > don't know how this happened after some errors but know that I am trying
> > to upload some files I see this in the logs, any idea will be
> appreciated.
> >
> >
> > I will continue researching
> >
> >
> >
> >
> > 2020-05-04 15:54:57,090 DEBUG [o.a.c.s.e.DefaultEndPointSelector]
> > (Upload-Monitor-1:ctx-183af359) (logid:02ace399) Coudn't find ssvm for
> > urlhttps://10.0.0.163/upload/66675b6a-8368-44fa-b512-8fd396c84c56
> > 2020-05-04
> > <http://10.0.0.163/upload/66675b6a-8368-44fa-b512-8fd396c84c562020-05-04
> >
> > 15:54:57,096 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
> > (Upload-Monitor-1:ctx-183af359) (logid:02ace399)
> > getCommandHostDelegation: class
> > org.apache.cloudstack.storage.command.UploadStatusCommand
> > 2020-05-04 15:54:57,096 DEBUG [c.c.h.XenServerGuru]
> > (Upload-Monitor-1:ctx-183af359) (logid:02ace399) We are returning the
> > default host to execute commands because the command is not of Copy type.
> > 2020-05-04 15:54:57,098 DEBUG [c.c.a.t.Request]
> > (Upload-Monitor-1:ctx-183af359) (logid:02ace399) Seq
> > 2-4133460032995983641: Sending { Cmd , MgmtId: 147444187616084, via:
> > 2(s-2-VM), Ver: v1, Flags: 100011,
> >
> [{"org.apache.cloudstack.storage.command.UploadStatusCommand":{"entityUuid":"66675b6a-8368-44fa-b512-8fd396c84c56","entityType":"Template","wait":0}}]
> >
> > }
> > 2020-05-04 15:54:57,184 DEBUG [c.c.a.t.Request]
> > (AgentManager-Handler-6:null) (logid:) Seq 2-4133460032995983641:
> > Processing: { Ans: , MgmtId: 147444187616084, via: 2, Ver: v1, Flags:
> > 10,
> >
> [{"org.apache.cloudstack.storage.command.UploadStatusAnswer":{"status":"UNKNOWN","virtualSize":0,"physicalSize":0,"downloadPercent":0,"result":true,"wait":0}}]
> >
> > }
> > 2020-05-04 15:54:57,184 DEBUG [c.c.a.t.Request]
> > (Upload-Monitor-1:ctx-183af359) (logid:02ace399) Seq
> > 2-4133460032995983641: Received: { Ans: , MgmtId: 147444187616084, via:
> > 2(s-2-VM), Ver: v1, Flags: 10, { UploadStatusAnswer } }
> > 2020-05-04 15:54:58,185 DEBUG [c.c.s.Stat
> >
> >
> >
>
Re: ISO file snot uploading
Posted by Nicolas Vazquez <ni...@gmail.com>.
Hi Luis,
You may need to enable SSL on your system VMs to be able to upload ISOs,
templates or volumes. Please check this article:
https://www.shapeblue.com/securing-cloudstack-4-11-with-https-tls/
Regards,
Nicolas Vazquez
El lun., 4 may. 2020 a las 16:58, Luis Martinez
(<lm...@yahoo.com.invalid>) escribió:
> Hi Group.
>
>
> I have this problems, now that the secondary storage is mounted witch I
> don't know how this happened after some errors but know that I am trying
> to upload some files I see this in the logs, any idea will be appreciated.
>
>
> I will continue researching
>
>
>
>
> 2020-05-04 15:54:57,090 DEBUG [o.a.c.s.e.DefaultEndPointSelector]
> (Upload-Monitor-1:ctx-183af359) (logid:02ace399) Coudn't find ssvm for
> urlhttps://10.0.0.163/upload/66675b6a-8368-44fa-b512-8fd396c84c56
> 2020-05-04
> <http://10.0.0.163/upload/66675b6a-8368-44fa-b512-8fd396c84c562020-05-04>
> 15:54:57,096 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
> (Upload-Monitor-1:ctx-183af359) (logid:02ace399)
> getCommandHostDelegation: class
> org.apache.cloudstack.storage.command.UploadStatusCommand
> 2020-05-04 15:54:57,096 DEBUG [c.c.h.XenServerGuru]
> (Upload-Monitor-1:ctx-183af359) (logid:02ace399) We are returning the
> default host to execute commands because the command is not of Copy type.
> 2020-05-04 15:54:57,098 DEBUG [c.c.a.t.Request]
> (Upload-Monitor-1:ctx-183af359) (logid:02ace399) Seq
> 2-4133460032995983641: Sending { Cmd , MgmtId: 147444187616084, via:
> 2(s-2-VM), Ver: v1, Flags: 100011,
> [{"org.apache.cloudstack.storage.command.UploadStatusCommand":{"entityUuid":"66675b6a-8368-44fa-b512-8fd396c84c56","entityType":"Template","wait":0}}]
>
> }
> 2020-05-04 15:54:57,184 DEBUG [c.c.a.t.Request]
> (AgentManager-Handler-6:null) (logid:) Seq 2-4133460032995983641:
> Processing: { Ans: , MgmtId: 147444187616084, via: 2, Ver: v1, Flags:
> 10,
> [{"org.apache.cloudstack.storage.command.UploadStatusAnswer":{"status":"UNKNOWN","virtualSize":0,"physicalSize":0,"downloadPercent":0,"result":true,"wait":0}}]
>
> }
> 2020-05-04 15:54:57,184 DEBUG [c.c.a.t.Request]
> (Upload-Monitor-1:ctx-183af359) (logid:02ace399) Seq
> 2-4133460032995983641: Received: { Ans: , MgmtId: 147444187616084, via:
> 2(s-2-VM), Ver: v1, Flags: 10, { UploadStatusAnswer } }
> 2020-05-04 15:54:58,185 DEBUG [c.c.s.Stat
>
>
>
ISO file snot uploading
Posted by Luis Martinez <lm...@yahoo.com.INVALID>.
Hi Group.
I have this problems, now that the secondary storage is mounted witch I
don't know how this happened after some errors but know that I am trying
to upload some files I see this in the logs, any idea will be appreciated.
I will continue researching
2020-05-04 15:54:57,090 DEBUG [o.a.c.s.e.DefaultEndPointSelector]
(Upload-Monitor-1:ctx-183af359) (logid:02ace399) Coudn't find ssvm for
urlhttps://10.0.0.163/upload/66675b6a-8368-44fa-b512-8fd396c84c56
2020-05-04 15:54:57,096 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
(Upload-Monitor-1:ctx-183af359) (logid:02ace399)
getCommandHostDelegation: class
org.apache.cloudstack.storage.command.UploadStatusCommand
2020-05-04 15:54:57,096 DEBUG [c.c.h.XenServerGuru]
(Upload-Monitor-1:ctx-183af359) (logid:02ace399) We are returning the
default host to execute commands because the command is not of Copy type.
2020-05-04 15:54:57,098 DEBUG [c.c.a.t.Request]
(Upload-Monitor-1:ctx-183af359) (logid:02ace399) Seq
2-4133460032995983641: Sending { Cmd , MgmtId: 147444187616084, via:
2(s-2-VM), Ver: v1, Flags: 100011,
[{"org.apache.cloudstack.storage.command.UploadStatusCommand":{"entityUuid":"66675b6a-8368-44fa-b512-8fd396c84c56","entityType":"Template","wait":0}}]
}
2020-05-04 15:54:57,184 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-6:null) (logid:) Seq 2-4133460032995983641:
Processing: { Ans: , MgmtId: 147444187616084, via: 2, Ver: v1, Flags:
10,
[{"org.apache.cloudstack.storage.command.UploadStatusAnswer":{"status":"UNKNOWN","virtualSize":0,"physicalSize":0,"downloadPercent":0,"result":true,"wait":0}}]
}
2020-05-04 15:54:57,184 DEBUG [c.c.a.t.Request]
(Upload-Monitor-1:ctx-183af359) (logid:02ace399) Seq
2-4133460032995983641: Received: { Ans: , MgmtId: 147444187616084, via:
2(s-2-VM), Ver: v1, Flags: 10, { UploadStatusAnswer } }
2020-05-04 15:54:58,185 DEBUG [c.c.s.Stat
Re: Secondary Storage
Posted by Luis Martinez <lm...@yahoo.com.INVALID>.
Hi
I want to give an update on my installation, I was able to install it
and secondary storage is working fine but I have some questions I hope
somebody can help me with the answers
1.- I still have problems to upload ISO files to CS, do I need to get a
certificate to configure this part?
2.- I was able to download an ISO from a URL but the VNC to the server
is really slow, is there something I can do to change this? this is
running on duo Xenon with 32G of Ram and 1G network cars.
Thank you, I appreciate your help.
On 5/7/2020 1:27 AM, Mr Jazze wrote:
> @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 <an...@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 <mr...@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 <
>> kjedrzejczyk@icotera.com
>>> wrote:
>>>
>>>> wt., 5 maj 2020 o 00:24 Mr Jazze <mr...@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ć
>>
>
Re: Secondary Storage
Posted by Luis Martinez <lm...@yahoo.com.INVALID>.
Hi all
This is what I found about my secondary storage, I think the problem was
that I was using
systemvmtemplate-4.14.0-kvm.qcow2.bz2 instead
systemvmtemplate-4.11.3-kvm.qcow2.bz2, I am not sure but maybe
http://download.cloudstack.org/centos/7/4.13/ doesn't supports 4.14.
after making this change the secondary storage works find not I am
fixing a problem with SSL to make vnc work.
I hope this helps
On 5/7/2020 1:27 AM, Mr Jazze wrote:
> @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 <an...@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 <mr...@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 <
>> kjedrzejczyk@icotera.com
>>> wrote:
>>>
>>>> wt., 5 maj 2020 o 00:24 Mr Jazze <mr...@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ć
>>
>
Re: Secondary Storage
Posted by Mr Jazze <mr...@gmail.com>.
@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 <an...@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 <mr...@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 <
> kjedrzejczyk@icotera.com
> > >
> > wrote:
> >
> > > wt., 5 maj 2020 o 00:24 Mr Jazze <mr...@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!
Re: Secondary Storage
Posted by Andrija Panic <an...@gmail.com>.
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 <mr...@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 <kjedrzejczyk@icotera.com
> >
> wrote:
>
> > wt., 5 maj 2020 o 00:24 Mr Jazze <mr...@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ć
Re: Secondary Storage
Posted by Mr Jazze <mr...@gmail.com>.
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 <kj...@icotera.com>
wrote:
> wt., 5 maj 2020 o 00:24 Mr Jazze <mr...@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!
Re: Secondary Storage
Posted by Andrija Panic <an...@gmail.com>.
Actually... not sure what login you are referring to VNC login, or the
local console login in Linux (root/password)
THe VNC login is also required (afaik) - please follow that link if so...
On Wed, 6 May 2020 at 16:30, Andrija Panic <an...@gmail.com> wrote:
> Follow this: https://gist.github.com/rhtyd/d9bf977ad30bda1de0ea
>
> Cheers
>
> On Wed, 6 May 2020 at 16:27, Karol Jędrzejczyk <kj...@icotera.com>
> wrote:
>
>> wt., 5 maj 2020 o 11:37 Karol Jędrzejczyk <kj...@icotera.com>
>> napisał(a):
>>
>> > 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.
>> >
>>
>> I was able to connect to both system VMs with VNC - they seem OK - but I
>> am
>> unable to login because I don't have the credentials. Is there a default
>> username and password to access System VMs or do I have to
>> set system.vm.random.password to true and get it that way?
>> --
>> 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.
>>
>>
>>
>>
>>
>>
>>
>
> --
>
> Andrija Panić
>
--
Andrija Panić
Re: Secondary Storage
Posted by Andrija Panic <an...@gmail.com>.
Follow this: https://gist.github.com/rhtyd/d9bf977ad30bda1de0ea
Cheers
On Wed, 6 May 2020 at 16:27, Karol Jędrzejczyk <kj...@icotera.com>
wrote:
> wt., 5 maj 2020 o 11:37 Karol Jędrzejczyk <kj...@icotera.com>
> napisał(a):
>
> > 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.
> >
>
> I was able to connect to both system VMs with VNC - they seem OK - but I am
> unable to login because I don't have the credentials. Is there a default
> username and password to access System VMs or do I have to
> set system.vm.random.password to true and get it that way?
> --
> 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.
>
>
>
>
>
>
>
--
Andrija Panić
Re: Secondary Storage
Posted by Andrija Panic <an...@gmail.com>.
True that - there is an older and more thorough guide though:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM%2C+templates%2C+Secondary+storage+troubleshooting
On Wed, 6 May 2020 at 21:42, Riepl, Gregor (SWISS TXT) <
Gregor.Riepl@swisstxt.ch> wrote:
> Previously, the common way to access the system VMs was via SSH from the
> management server:
>
> https://docs.cloudstack.apache.org/projects/archived-cloudstack-getting-started/en/latest/administration_guide.html#accessing-system-vms
>
> It looks like this piece of documentation is missing from the newer
> releases, so I'm not sure if it's still a viable option in 4.12 and beyond.
>
> This may be helpful if VNC console access is not working for you.
> ________________________________
> From: Karol Jędrzejczyk <kj...@icotera.com>
> Sent: 06 May 2020 16:27
> To: users@cloudstack.apache.org <us...@cloudstack.apache.org>
> Subject: Re: Secondary Storage
>
> wt., 5 maj 2020 o 11:37 Karol Jędrzejczyk <kj...@icotera.com>
> napisał(a):
>
> > 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.
> >
>
> I was able to connect to both system VMs with VNC - they seem OK - but I am
> unable to login because I don't have the credentials. Is there a default
> username and password to access System VMs or do I have to
> set system.vm.random.password to true and get it that way?
> --
> 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.
>
>
>
>
>
>
>
--
Andrija Panić
Re: Secondary Storage
Posted by "Riepl, Gregor (SWISS TXT)" <Gr...@swisstxt.ch>.
Previously, the common way to access the system VMs was via SSH from the management server:
https://docs.cloudstack.apache.org/projects/archived-cloudstack-getting-started/en/latest/administration_guide.html#accessing-system-vms
It looks like this piece of documentation is missing from the newer releases, so I'm not sure if it's still a viable option in 4.12 and beyond.
This may be helpful if VNC console access is not working for you.
________________________________
From: Karol Jędrzejczyk <kj...@icotera.com>
Sent: 06 May 2020 16:27
To: users@cloudstack.apache.org <us...@cloudstack.apache.org>
Subject: Re: Secondary Storage
wt., 5 maj 2020 o 11:37 Karol Jędrzejczyk <kj...@icotera.com>
napisał(a):
> 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.
>
I was able to connect to both system VMs with VNC - they seem OK - but I am
unable to login because I don't have the credentials. Is there a default
username and password to access System VMs or do I have to
set system.vm.random.password to true and get it that way?
--
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.
Re: Secondary Storage
Posted by Karol Jędrzejczyk <kj...@icotera.com>.
wt., 5 maj 2020 o 11:37 Karol Jędrzejczyk <kj...@icotera.com>
napisał(a):
> 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.
>
I was able to connect to both system VMs with VNC - they seem OK - but I am
unable to login because I don't have the credentials. Is there a default
username and password to access System VMs or do I have to
set system.vm.random.password to true and get it that way?
--
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.
Re: Secondary Storage
Posted by Karol Jędrzejczyk <kj...@icotera.com>.
wt., 5 maj 2020 o 00:24 Mr Jazze <mr...@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.
Re: Secondary Storage
Posted by Mr Jazze <mr...@gmail.com>.
Luis, thanks for your feedback. Though waiting seem to resolve your issue,
I'm sure that is not the intended deployment outcome.
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.
On Mon, May 4, 2020 at 2:41 PM Luis Martinez <lm...@yahoo.com.invalid>
wrote:
> I had a similar problem, secondary storage not mounted by CS, I left the
> CS running for a couple of hours and not I see the secondary storage
> working, I am not sure if it has to download something before mounting it.
>
> On 5/4/2020 3:27 PM, Mr Jazze wrote:
> > I've now tried 3 attempts to deploy CS with the following resources:
> >
> > Management Server also hosting NFS shares (primary & secondary)
> > 2 x KVM Hosts running Ubuntu 16.04
> > CloudStack 4.13.1
> > Native Linux Bridge
> > VXLAN Isolation
> >
> > I cannot get the console to show/recognize the secondary NFS storage
> which
> > seems to be preventing the build/starting of systemvms (console proxy &
> > storage).
> >
> > Can I get someone to detail exactly the steps to properly setup storage?
> >
> > Please don't reference the CS online documentation as I've walked through
> > those instructions and find much to be lacking.
> >
>
--
======================
My Search to Build a Private Cloud!
Re: Secondary Storage
Posted by Luis Martinez <lm...@yahoo.com.INVALID>.
I had a similar problem, secondary storage not mounted by CS, I left the
CS running for a couple of hours and not I see the secondary storage
working, I am not sure if it has to download something before mounting it.
On 5/4/2020 3:27 PM, Mr Jazze wrote:
> I've now tried 3 attempts to deploy CS with the following resources:
>
> Management Server also hosting NFS shares (primary & secondary)
> 2 x KVM Hosts running Ubuntu 16.04
> CloudStack 4.13.1
> Native Linux Bridge
> VXLAN Isolation
>
> I cannot get the console to show/recognize the secondary NFS storage which
> seems to be preventing the build/starting of systemvms (console proxy &
> storage).
>
> Can I get someone to detail exactly the steps to properly setup storage?
>
> Please don't reference the CS online documentation as I've walked through
> those instructions and find much to be lacking.
>