Re: VXLAN Connectivity

I assume you're using the native linux VXLAN feature. If so, it uses multicast, so make sure you have a routable ip address on the interface being used for VXLAN, or it won't pass any traffic. Also make sure iptables is allowing multicast traffic to pass. -Soi

回复: VXLAN Connectivity

Please check your switch port MTU value (9000), the default is 1500 Vxlan needs to modify the package header. The default MTU value will not be able to transfer data. -邮件原件- 发件人: Mr Jazze 发送时间: 2020年3月18日 6:31 收件人: CloudStack Mailing-List 主题: VXLAN Connectivity Hello Again, I've

Re: CloudStack user group - Argentina

Great, congrats Ezequiel! Saludos! Regards, Nicolas Vazquez De: Ezequiel Mc Govern Enviado: martes, 17 de marzo de 2020 18:27 Para: users@cloudstack.apache.org Asunto: CloudStack user group - Argentina Today we create the CloudStack User Group of Argentina,

Re: CloudStack user group - Argentina

I mean talks using hangout or the like, until the emergency of the covid-19 passes. Currently in Argentina there is a limitation of movements and a ban on meetings. As soon as we overcome this emergency we will begin the usual meetings El El mar, 17 mar. 2020 a la(s) 19:11, Sven Vogel escribió:

VXLAN Connectivity

Hello Again, I've reconfigured my test environment to use VXLAN instead of OVS which went no where. I've of course deployed Advance Mode and put all the pieces in place which yielded a somewhat functional cloud. I was able to deploy Windows Server 2016 virtual machine. Initially, this VM didn't

Re: CloudStack user group - Argentina

Hi Ezequiel, congratulation. What do you mean with virtual talks? Cheers Sven --- Original message follows --- Subject: CloudStack user group - Argentina From: "Ezequiel Mc Govern" To: users@cloudstack.apache.org Date: 03/17/2020 22:27 Today we create the CloudStack User Group of

CloudStack user group - Argentina

Today we create the CloudStack User Group of Argentina, sponsored by ARSAT !! In the next days we are begin to do virtual talks about Networking and deploy of CloudStack infrastructure, in the road at the new deploy using next gen servers and SDN network -- Saludos !! Ezequiel ;)

Re: Agent staying in alert mode

Can you change that to the IP of the mgmt server and then restart the agent? it should always point to the IP not hostname (what is that value there, "who put it there" etc - perhaps a valid question?) Best, On Tue, 17 Mar 2020 at 15:38, Adam Witwicki wrote: > Hi Suresh > >

RE: Agent staying in alert mode

Hi Suresh /etc/cloudstack/agent/agent.properties host=cs.cloudstack telnet user@ois-mh-p1-c1-h2-b:~$ telnet cs.cloudstack 8250 Trying 10.10.240.10... Connected to cs.cloudstack. Escape character is '^]'. Same for all my other KVM nodes. 7 of 8 connected Thanks Adam -Original

Re: Agent staying in alert mode

Hi Adam, What is the value of the host parameter in "/etc/cloudstack/agent/agent.properties" file of the KVM host with agent connectivity issue. Can you telnet to that management server on port 8250 from the KVM host. Are other KVM agents connected to same management server? Thanks, Suresh On

RE: Agent staying in alert mode

Hi Suresh, Thanks for looking All KVM hosts can connect to management server - via ping The mgmt_server_id is Null for the alert host Host

Re: Error creating instance[Help]

Hi Marciel, The primary storage added in the CS is the local storage of the KVM host. The compute offering selected has Storage Type: shared and so the deployment failed with no suitable storage pools. Create a new compute and disk offerings with Storage Type: local and use that for VM