RE: Network architecture

Dear Paul / Remi, Thank you for your feedback and the bounding advice. We'll go on this direction. @Remi, you are right about KVM. Right now, we still use XenServer because Snapshots and backup solutions. If KVM does the job properly, we might make a try on this new zone. Do you have any

RE: Network architecture

Hi Grégoire, With those NICs (and without any other background). I'd go with bonding your 1G NICs together and your 10G NICs together, put primary and secondary storage over the 10G. Mgmt traffic is minimal and spread over all of your hosts, so would be public traffic, so these would be fine

RE: DISCUSS : Vmware to Cloudstack migration support

There used to be a XenConvert utility that you do that conversion for you. I'm not sure that its about anymore, but a bit of googling might dig up a copy. Alternatively there are linux and Windows versions of qemu-img convert , which usually does a pretty good job of disk image conversions

Re: Network architecture

Hi, My advise is to make it as resilient as possible while keeping it simple. Using a single 10g nic towards primary storage means all your VMs will go down/are halted/risk corruption when the switch is rebooted for maintenance, or dies etc. I’d always use a mlag/port channel with 2x10G

database issue while upgrading db schema with schema-4910to4920.sql

Hi, While testing the upgrade to 4.10.0 I ran to a DB upgrade issue, logs below... Basically, the storeproc fail to be execute event manually with following error: mysql> CALL `cloud`.`IDEMPOTENT_INSERT_GUESTOS_HYPERVISOR_MAPPING`('Xenserver', '7.0.0', 'CentOS 4.5 (32-bit)', 1, 0); ERROR 1267

Re: DISCUSS : Vmware to Cloudstack migration support

Hi Oliver, We are trying to migrate the vSphere environment to cloudstack (based on XenServer) due to some internal product dependency which can be addressed by the CloudStack environment. Thanks & Regards, Shreya On Tue, Jul 4, 2017 at 10:27 PM, Oliver Dzombic wrote: