RE: Doubt on LOCAL DISK requirement for installing CloudStack on ESXI 4.1 computing nodes.

[Paul Angus]

Hi Jose,

CloudStack doesn't work at a low enough level to be bothered about how the 
hosts or management get their 'local' storage. As long as the hypervisor or 
management server run normally.
ESXi 4.1 is extremely old though, and I can imagine that you may have a number 
of compatibility issues using it with CloudStack.

paul.an...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 


-Original Message-
From: Jose Manuel Mora Tavarez  
Sent: 20 June 2018 22:35
To: users@cloudstack.apache.org
Subject: Doubt on LOCAL DISK requirement for installing CloudStack on ESXI 4.1 
computing nodes.

We are planning to transform our small academic LabDataCenter (IBM Bladecenter 
S, with 3 HS22 servers and ESXI 4.1 hypervisor without DAS (they boot from a FC 
connected IBM DS3400 RAID unit) to a CloudStack service. It because, we will 
augment the memory and HD capacities. Well, our doubt is that the official 
requirements for MANAGEMENT and HYPERVISOR nodes demand 250 and 36 GB in LOCAL 
DISKS but we boot the Blade servers from the FC connected RAID unit. Can it (to 
enable HYPERVISOR nodes without local disks) be possible? Thanks for comments!

UAA LABDC TECHNICAL TEAM / MEXICO

System VMs Agent State not running

[Mukarram Syed]

Hi,
I have been struggling with this issue for a while now.
Problem:

When creating a cloudstack cluster the SystemVMs run.  But the "Agent
State" does not run.
I console'd logged into the VMs using virsh and found out that the system
VM IPs cannot connect to the default gateway.
I have tagged the VLAN to 16 both on the switch side and the cloudbr0
network side.
I have assigned the following IPs:
PUBLIC:  10.170.16.11 - 10.170.16.20
POD: 10.170.16.21 - 10.170.16.30
GUEST:   10.170.16.31 - 10.170.16.50

I also flushed the rules in Iptables and zero'ed the rules out in the
SystemVMs.

I see that in:

Home -> Infrastructure -> Zones -> zone1 -> Physical Network 1 -> Public

 Gateway   Netmask VLANStart IP End
IP
10.170.16.1 255.255.255.0 vlan://16 10.170.16.11 10.170.16.20

Home -> Infrastructure -> Zones -> zone1 -> Physical Network 1 -> Management

 Pod Gateway   Netmask VLANStart IP
End IP
pod1 10.170.16.1 255.255.255.0vlan://16  10.170.16.21 10.170.16.30

Also I found that the Pod VLAN was not setup to 16.  So I stopped the
SystemVMs and quickly removed the Pod IPs and readded them with the Vlan 16.

The s-50-VM has the IPs:
eth0: 169.254.1.222
eth1: 10.170.16.25
eth2: 10.170.16.12

The v-49-VM has the IPs:
eth0: 169.254.3.239
eth1: 10.170.16.21
eth2: 10.170.16.11

The IPs from eth0/eth1 can't ping/telnet to each other from s-50-VM and
v-49-VM and vice-versa even after flushing out all the rules.

Obviously I am doing something wrong here.

Please advice.

Thank you

Mukarram Syed

Re: [VOTE] Apache CloudStack 4.11.1.0 LTS [RC3]

[Tutkowski, Mike]

+1 (binding) (Based on my testing of RC1 and not seeing anything that concerned 
me going into RC2 or RC3.)

On 6/21/18, 9:59 AM, "Paul Angus"  wrote:

Hi All,



I've created a 4.11.1.0 release (RC3), with the following artefacts up for 
testing and a vote:
The changes since RC2 are listed at the end of this email.



Git Branch and Commit SH:


https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.11.1.0-RC20180621T1552

Commit: 2cb2dacbe75a23f5068b80f6ea45031c29052c31



Source release (checksums and signatures are available at the same

location):

https://dist.apache.org/repos/dist/dev/cloudstack/4.11.1.0/



PGP release keys (signed using 8B309F7251EE0BC8):

https://dist.apache.org/repos/dist/release/cloudstack/KEYS



The vote will be open for at least 72hrs.



For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?



[ ] +1  approve

[ ] +0  no opinion

[ ] -1  disapprove (and reason why)





Additional information:



For users' convenience, I've built packages from 
5f48487dc62fd1decaabc4ab2a10f549d6c82400 and published RC1 repository here:

http://packages.shapeblue.com/testing/4111rc3/



The release notes are still work-in-progress, but the systemvm template 
upgrade section has been updated. You may refer the following for systemvm 
template upgrade testing:


http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html



4.11.1 systemvm templates are available from here:

http://packages.shapeblue.com/systemvmtemplate/4.11.1-rc1/




Changes Since RC2:

Merged #2712 reuse ip for non redundant VPC 6 hours ago
Merged #2714 send unsupported answer only when applicable 10 hours ago
Merged #2715 smoketest: Fix test_vm_life_cycle secure migration tests a day 
ago
Merged #2493 CLOUDSTACK-10326: Prevent hosts fall into Maintenance when 
there are running VMs on it a day ago
Merged #2716 configdrive: make fewer mountpoints on hosts a day ago
Merged #2681 Source NAT option on Private Gateway 2 days ago
Merged #2710 comply with api key constraint 2 days ago
Merged #2706 packaging: use libuuid x86_64 package for cloudstack-common 2 
days ago

Kind regards,

Paul Angus


paul.an...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

Re: [VOTE] Apache CloudStack 4.11.1.0 LTS [RC2]

[Mukarram Syed]

Hi Paul.

In my implementation of Cloudstack 4.11.0 I have found the following issues
and preliminary questions:


1. Why does cloustack-setup-agent does not work with OpenVswitch enabled?

Error:

Configure Network ... [Failed]

Failed to get enslaved devices on bridge:cloudbr0

I have to disable openvswitch, bringup cloudbr0 without openvswitch on the
network, then run cloudstack-setup-agent (which then works), then remove
the existing network configuration, setup network for openvswitch, enable
openvswitch, add the line:  network.bridge.type=openvswitch to the
agent.properties file, and bringup system on openvswitch

2. Why does PermitRootLogin should be enabled from the Agent Nodes to
connect to the Management Server?  Can’t SSH keys be used?


Thanks


# mukarram


*Mukarram Syed*
Linux Systems Administrator
*8x8, Inc.*
2125 O'Nel Drive,
San Jose, CA 95131
Phone:  408-775-7419 (Internal Ext:1052)
Cell:  408-480-8841

On Mon, Jun 11, 2018 at 8:49 AM, Paul Angus 
wrote:

> Hi All,
>
>
>
> I've created a 4.11.1.0 release (RC2), with the following artefacts up for
> testing and a vote:
>
>
>
> Git Branch and Commit SH:
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=
> shortlog;h=refs/heads/4.11.1.0-RC20180611T1504
>
> Commit: bcf602c7cd4ab662a7c4f208dee32fb8513e26c8
>
>
>
> Source release (checksums and signatures are available at the same
>
> location):
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.11.1.0/
>
>
>
> PGP release keys (signed using 8B309F7251EE0BC8):
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
> The vote will be open until the end of the week, 15nd June 2018.
>
>
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
>
>
> [ ] +1  approve
>
> [ ] +0  no opinion
>
> [ ] -1  disapprove (and reason why)
>
>
>
> Additional information:
>
>
>
> For users' convenience, I've built packages from
> bcf602c7cd4ab662a7c4f208dee32fb8513e26c8 and published RC2 repository
> here:
>
> http://packages.shapeblue.com/testing/4111rc2/
>
>
>
> The release notes are still work-in-progress, but the systemvm template
> upgrade section has been updated. You may refer the following for systemvm
> template upgrade testing:
>
> http://docs.cloudstack.apache.org/projects/cloudstack-
> release-notes/en/latest/index.html
>
>
>
> 4.11.1 systemvm templates are available from here:
> http://packages.shapeblue.com/systemvmtemplate/4.11.1-rc1/
>
>
>
>
> Kind regards,
>
> Paul Angus
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

RE: Isolated network VR

[Nicolas Bouige]

Hello All,


I downgraded one of my kvm to the version 1.5 from base depot.
i create one VR and its working fine with this qemu version.


The issue seems to come from the communication between KVM and guest via the 
vports


XML configuration on both VR are the same (except one line  in channel type = unix)


>From KVM side on netstat, we can see :

qemu/kvm 2.3 :

unix  2  [ ] STREAM CONNECTE  39748167 
/var/lib/libvirt/qemu/r-73-VM.agent

unix  2  [ ] STREAM ENCONNEXION   0
/var/lib/libvirt/qemu/r-73-VM.agent


qemu/kvm 1.5:

unix  2  [ ] STREAM CONNECTE  38420851 
/var/lib/libvirt/qemu/r-74-VM.agent


>From guest side (faulty VR) :

root@systemvm:/sys/kernel/debug/virtio-ports# cat vport3p1
name: r-73-VM.vport
guest_connected: 0
host_connected: 1
outvq_full: 0
bytes_sent: 0
bytes_received: 0
bytes_discarded: 0
is_console: no
console_vtermno: 0

>From guest side (good VR) :

root@systemvm:/sys/kernel/debug/virtio-ports# cat vport1p1

name: r-74-VM.vport

guest_connected: 0
host_connected: 1
outvq_full: 0
bytes_sent: 0
bytes_received: 864
bytes_discarded: 0
is_console: no
console_vtermno: 0

As we can see the working VR have "bytes_received" not the faulty one, i'm 
guessing the bytes correspond at the succes of the patchviasocket.py


Nicolas Bouige
DIMSI
cloud.dimsi.fr
4, avenue Laurent Cely
Tour d’Asnière – 92600 Asnière sur Seine
T/ +33 (0)6 28 98 53 40



De : Nicolas Bouige 
Envoyé : mercredi 20 juin 2018 11:32:38
À : users@cloudstack.apache.org
Objet : Isolated network VR

Hello All,


i'm facing a new issue with new VR creation (Guest network/VPC network)

it's look like the configuration is not push to the virtual router...


>From GUI web, creation is working fine except the router remains in state 
>"starting"


log from KVM :

2018-06-19 16:10:18,020 WARN  [kvm.resource.LibvirtComputingResource] 
(agentRequest-Handler-3:null) (logid:d9e07a00) Timed out: 
/usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patchviasocket.py -n 
r-256-VM -p 
%template=domP%name=r-256-VM%eth2ip=159.180.X.X%eth2mask=255.255.255.X%gateway=159.180.X.X%eth0ip=10.1.1.1%eth0mask=255.255.255.0%domain=cs5cloud.internal%cidrsize=24%dhcprange=10.1.1.1%eth1ip=169.254.0.148%eth1mask=255.255.0.0%type=router%disable_rp_filter=true%dns1=8.8.8.8%baremetalnotificationsecuritykey=BjMd_9Gs0da26DHEHBNAmSDK64_4s4rwhuNtiQY0vk3rpR1ICQelMbWgPI-YMA1PZxvH4hHDTgoDOKxw7AigkQ%baremetalnotificationapikey=QbcXriZUmi6z-hCAKIBswy47CenZYTvIbsYsYbfcWdQXn8iSEpjjQoarOKRWf4GDWJDUfdCs_pLH-bfCyTrxIg%host=172.8.X.X%port=8080
 .  Output is:

2018-06-19 16:10:18,020 ERROR [kvm.resource.LibvirtComputingResource] 
(agentRequest-Handler-3:null) (logid:d9e07a00) passcmd failed:timeout


log from Virtual-Router (script can't detect the system-vm as a virtual-router):

Tue Jun 19 16:13:18 UTC 2018 Executing cloud-early-config

Tue Jun 19 16:13:18 UTC 2018 Detected that we are running inside kvm
Tue Jun 19 16:13:49 UTC 2018 Scripts checksum detected: 
oldmd5=3abb34cc8308c19c684676a7deaf86c8 newmd5=3abb34cc8308c19c684676a7deaf86c8
Tue Jun 19 16:13:49 UTC 2018 Configuring systemvm type=
Tue Jun 19 16:13:49 UTC 2018 Finished setting up systemvm

i updated qemu-kvm from qemu-kvm 1.5.3 to qemu-kvm-ev 2.3, do you think this 
version could be incompatible with CS 4.11 ?

QEMU emulator version 2.3.0 (qemu-kvm-ev-2.3.0-29.1.el7)

i made this update to perfom --quiesce backup of the VMs.


Best regards,

Nicolas Bouige
DIMSI
cloud.dimsi.fr
4, avenue Laurent Cely
Tour d’Asnière – 92600 Asnière sur Seine
T/ +33 (0)6 28 98 53 40

Re: [VOTE] Apache CloudStack 4.11.1.0 LTS [RC3]

[Daan Hoogland]

Sean,
I've been busy with that scenario for a while and it is not a consistent
error. I have the feeling that it happens more4 lately but just yesterday I
manually testit several times 2 VPC with connected private gw and static
routes to each other. I could restart with no problem.

On Fri, Jun 22, 2018 at 5:46 PM, Sean Lair  wrote:

> Would someone mind testing testing a Restart VPC w/ Cleanup on a VPC that
> has a private gateway configured?  The test 
> "test_03_vpc_privategw_restart_vpc_cleanup"
> is failing due to the following (according to logs).  My test environment
> is not available right now so I can't check myself.  I don't have this
> problem in my 4.9.3 prod environment.
>
> 
> Java.lang.NullPointerException
> at com.cloud.network.router.NicProfileHelperImpl.
> createPrivateNicProfileForGateway(NicProfileHelperImpl.java:95)
> 
>
> 
> NicProfileHelperImpl.java (Lines 93 - 95)
> 
> final PrivateIpAddress ip =
> new PrivateIpAddress(ipVO, 
> privateNetwork.getBroadcastUri().toString(),
> privateNetwork.getGateway(), netmask,
> NetUtils.long2Mac(NetUtils.
> createSequenceBasedMacAddress(ipVO.getMacAddress(),
> NetworkModel.MACIdentifier.value(;
>
>
> Thanks
> Sean
>
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: Thursday, June 21, 2018 11:00 AM
> To: d...@cloudstack.apache.org; users@cloudstack.apache.org
> Subject: [VOTE] Apache CloudStack 4.11.1.0 LTS [RC3]
>
> Hi All,
>
>
>
> I've created a 4.11.1.0 release (RC3), with the following artefacts up for
> testing and a vote:
> The changes since RC2 are listed at the end of this email.
>
>
>
> Git Branch and Commit SH:
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=
> shortlog;h=refs/heads/4.11.1.0-RC20180621T1552
>
> Commit: 2cb2dacbe75a23f5068b80f6ea45031c29052c31
>
>
>
> Source release (checksums and signatures are available at the same
>
> location):
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.11.1.0/
>
>
>
> PGP release keys (signed using 8B309F7251EE0BC8):
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
> The vote will be open for at least 72hrs.
>
>
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
>
>
> [ ] +1  approve
>
> [ ] +0  no opinion
>
> [ ] -1  disapprove (and reason why)
>
>
>
>
>
> Additional information:
>
>
>
> For users' convenience, I've built packages from
> 5f48487dc62fd1decaabc4ab2a10f549d6c82400 and published RC1 repository
> here:
>
> http://packages.shapeblue.com/testing/4111rc3/
>
>
>
> The release notes are still work-in-progress, but the systemvm template
> upgrade section has been updated. You may refer the following for systemvm
> template upgrade testing:
>
> http://docs.cloudstack.apache.org/projects/cloudstack-
> release-notes/en/latest/index.html
>
>
>
> 4.11.1 systemvm templates are available from here:
>
> http://packages.shapeblue.com/systemvmtemplate/4.11.1-rc1/
>
>
>
>
> Changes Since RC2:
>
> Merged #2712 reuse ip for non redundant VPC 6 hours ago Merged #2714 send
> unsupported answer only when applicable 10 hours ago Merged #2715
> smoketest: Fix test_vm_life_cycle secure migration tests a day ago Merged
> #2493 CLOUDSTACK-10326: Prevent hosts fall into Maintenance when there are
> running VMs on it a day ago Merged #2716 configdrive: make fewer
> mountpoints on hosts a day ago Merged #2681 Source NAT option on Private
> Gateway 2 days ago Merged #2710 comply with api key constraint 2 days ago
> Merged #2706 packaging: use libuuid x86_64 package for cloudstack-common 2
> days ago
>
> Kind regards,
>
> Paul Angus
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
>
>
>
>


-- 
Daan

RE: [VOTE] Apache CloudStack 4.11.1.0 LTS [RC3]

[Sean Lair]

Would someone mind testing testing a Restart VPC w/ Cleanup on a VPC that has a 
private gateway configured?  The test 
"test_03_vpc_privategw_restart_vpc_cleanup" is failing due to the following 
(according to logs).  My test environment is not available right now so I can't 
check myself.  I don't have this problem in my 4.9.3 prod environment. 


Java.lang.NullPointerException
at 
com.cloud.network.router.NicProfileHelperImpl.createPrivateNicProfileForGateway(NicProfileHelperImpl.java:95)



NicProfileHelperImpl.java (Lines 93 - 95)

final PrivateIpAddress ip =
new PrivateIpAddress(ipVO, 
privateNetwork.getBroadcastUri().toString(), privateNetwork.getGateway(), 
netmask,

NetUtils.long2Mac(NetUtils.createSequenceBasedMacAddress(ipVO.getMacAddress(), 
NetworkModel.MACIdentifier.value(;


Thanks
Sean

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com] 
Sent: Thursday, June 21, 2018 11:00 AM
To: d...@cloudstack.apache.org; users@cloudstack.apache.org
Subject: [VOTE] Apache CloudStack 4.11.1.0 LTS [RC3]

Hi All,



I've created a 4.11.1.0 release (RC3), with the following artefacts up for 
testing and a vote:
The changes since RC2 are listed at the end of this email.



Git Branch and Commit SH:

https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.11.1.0-RC20180621T1552

Commit: 2cb2dacbe75a23f5068b80f6ea45031c29052c31



Source release (checksums and signatures are available at the same

location):

https://dist.apache.org/repos/dist/dev/cloudstack/4.11.1.0/



PGP release keys (signed using 8B309F7251EE0BC8):

https://dist.apache.org/repos/dist/release/cloudstack/KEYS



The vote will be open for at least 72hrs.



For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?



[ ] +1  approve

[ ] +0  no opinion

[ ] -1  disapprove (and reason why)





Additional information:



For users' convenience, I've built packages from 
5f48487dc62fd1decaabc4ab2a10f549d6c82400 and published RC1 repository here:

http://packages.shapeblue.com/testing/4111rc3/



The release notes are still work-in-progress, but the systemvm template upgrade 
section has been updated. You may refer the following for systemvm template 
upgrade testing:

http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html



4.11.1 systemvm templates are available from here:

http://packages.shapeblue.com/systemvmtemplate/4.11.1-rc1/




Changes Since RC2:

Merged #2712 reuse ip for non redundant VPC 6 hours ago Merged #2714 send 
unsupported answer only when applicable 10 hours ago Merged #2715 smoketest: 
Fix test_vm_life_cycle secure migration tests a day ago Merged #2493 
CLOUDSTACK-10326: Prevent hosts fall into Maintenance when there are running 
VMs on it a day ago Merged #2716 configdrive: make fewer mountpoints on hosts a 
day ago Merged #2681 Source NAT option on Private Gateway 2 days ago Merged 
#2710 comply with api key constraint 2 days ago Merged #2706 packaging: use 
libuuid x86_64 package for cloudstack-common 2 days ago

Kind regards,

Paul Angus


paul.an...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
  
 

Re: [VOTE] Apache CloudStack 4.11.1.0 LTS [RC3]

[Boris Stoyanov]

+1

I’ve executed an upgrade from 4.9 and 4.10 and was able to execute some basic 
lifecycle operations around VMs. Also VR upgrade was successful and registering 
and using new templates. Smoketest results are also looking good. I’ve 
performed my testing on KVM(centOS7) VMware 55u3 and Xen 65sp1.

Regards,
Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

On 22 Jun 2018, at 8:52, Rohit Yadav 
mailto:rohit.ya...@shapeblue.com>> wrote:

+1 (binding) based on smoketests results [1] and manual tests on building and 
testing in a local env.


[1] https://github.com/apache/cloudstack/pull/2376#issuecomment-399059806


For reference, the tarball artifacts only had the signature file missing, I've 
added the asc file now and verified localy against the tar.bz2 file:

gpg -v --verify apache-cloudstack-4.11.1.0-src.tar.bz2.asc 
apache-cloudstack-4.11.1.0-src.tar.bz2
gpg: Signature made Fri 22 Jun 2018 11:15:02 AM IST
gpg:using RSA key 484248210EE3D884
gpg: using pgp trust model
gpg: Good signature from "Rohit Yadav (code signing key) 
mailto:ro...@apache.org>>" [ultimate]
gpg: aka "Rohit Yadav 
mailto:rohit@yadav.cloud>>" [ultimate]
gpg: aka "Rohit Yadav 
mailto:ro...@scaleninja.com>>" [ultimate]
gpg: aka "Rohit Yadav 
mailto:rohit.ya...@shapeblue.com>>" [ultimate]
gpg: binary signature, digest algorithm SHA256, key algorithm rsa4096



- Rohit

>




From: Paul Angus mailto:paul.an...@shapeblue.com>>
Sent: Thursday, June 21, 2018 9:29:47 PM
To: d...@cloudstack.apache.org; 
users@cloudstack.apache.org
Subject: [VOTE] Apache CloudStack 4.11.1.0 LTS [RC3]

Hi All,



I've created a 4.11.1.0 release (RC3), with the following artefacts up for 
testing and a vote:
The changes since RC2 are listed at the end of this email.



Git Branch and Commit SH:

https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.11.1.0-RC20180621T1552

Commit: 2cb2dacbe75a23f5068b80f6ea45031c29052c31



Source release (checksums and signatures are available at the same

location):

https://dist.apache.org/repos/dist/dev/cloudstack/4.11.1.0/



PGP release keys (signed using 8B309F7251EE0BC8):

https://dist.apache.org/repos/dist/release/cloudstack/KEYS



The vote will be open for at least 72hrs.



For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?



[ ] +1  approve

[ ] +0  no opinion

[ ] -1  disapprove (and reason why)





Additional information:



For users' convenience, I've built packages from 
5f48487dc62fd1decaabc4ab2a10f549d6c82400 and published RC1 repository here:

http://packages.shapeblue.com/testing/4111rc3/



The release notes are still work-in-progress, but the systemvm template upgrade 
section has been updated. You may refer the following for systemvm template 
upgrade testing:

http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html



4.11.1 systemvm templates are available from here:

http://packages.shapeblue.com/systemvmtemplate/4.11.1-rc1/




Changes Since RC2:

Merged #2712 reuse ip for non redundant VPC 6 hours ago
Merged #2714 send unsupported answer only when applicable 10 hours ago
Merged #2715 smoketest: Fix test_vm_life_cycle secure migration tests a day ago
Merged #2493 CLOUDSTACK-10326: Prevent hosts fall into Maintenance when there 
are running VMs on it a day ago
Merged #2716 configdrive: make fewer mountpoints on hosts a day ago
Merged #2681 Source NAT option on Private Gateway 2 days ago
Merged #2710 comply with api key constraint 2 days ago
Merged #2706 packaging: use libuuid x86_64 package for cloudstack-common 2 days 
ago

Kind regards,

Paul Angus


paul.an...@shapeblue.com
www.shapeblue.com>
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue




rohit.ya...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue

Re: Migrating workloads into CloudStack

[Daan Hoogland]

Mark I do not feel qualified to answer but nobody else does, so ... I don't
know these tools. Can your send a pointert to the one you wish to use? I
would expect the root admin priovilidges are required as you would have to
create the proper offerings and networks for the VMs to be migated too.
That might be overdone if you have all in place and only need to
deployVm()s.

On Thu, Jun 21, 2018 at 10:11 AM, Werner, Mark 
wrote:

> Hi,
>
>
>
> If  using one of the several popular migration/replication software tools
> available to migrate workloads into a CloudStack managed cloud
> infrastructure what CloudStack API commands does the migration/replication
> software tool require access to?
>
>
>
> For example, if using a migration/replication software tool to migrate a
> VMware vCenter managed VM running on an ESXi hypervisor into a CloudStack
> managed cloud infrastructure, what CloudStack API commands would you (or
> the migration/replication software tool) require access to and what type or
> role, or what level of access, would you need?
>
>
>
> Thank you,
>
>
>
> *Mark Werner* | Senior Systems Engineer | Cloud & Infrastructure Services
>
> Unisys | Mobile Phone 586.214.9017 | mark.wer...@unisys.com
>
> 11720 Plaza America Drive, Reston, VA 20190
> 
>
>
>
> [image: unisys_logo] 
>
>
>
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
> MATERIAL and is for use only by the intended recipient. If you received
> this in error, please contact the sender and delete the e-mail and its
> attachments from all devices.
>
> [image: Grey_LI]   [image:
> Grey_TW]  [image: Grey_GP]
> [image: Grey_YT]
> [image: Grey_FB]
> [image: Grey_Vimeo]
> [image: Grey_UB] 
>
>
>



-- 
Daan