> On April 16, 2014, 1:17 p.m., daan Hoogland wrote:
> > doesn't apply (anymore) can you rebase? sorry

Sure... no problem. :)


- Wilder


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/19686/#review40546
-----------------------------------------------------------


On April 16, 2014, 9:18 a.m., Wilder Rodrigues wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19686/
> -----------------------------------------------------------
> 
> (Updated April 16, 2014, 9:18 a.m.)
> 
> 
> Review request for cloudstack, daan Hoogland and Hugo Trippaers.
> 
> 
> Bugs: CLOUDSTACK-6139
>     https://issues.apache.org/jira/browse/CLOUDSTACK-6139
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> -------
> 
> I changed the following code in order to accomplish what is expected by the 
> issue:
> 
> Config enum:
> 
>     SystemVMUseLocalStorage(
>             "Advanced",
>             ManagementServer.class,
>             Boolean.class,
>             "system.vm.use.local.storage",
>             "false",
>             "Indicates whether to use local storage pools or shared storage 
> pools for system VMs.",
>             null, ConfigKey.Scope.Zone.toString()),
> 
> DeploymentPlanningManagerImpl:
> 
> 
> *         I injected the DataCenterDao in order to check if the Zone uses 
> local storage
> 
>      String ssvmUseLocalStorage = 
> _configDao.getValue(Config.SystemVMUseLocalStorage.key());
>      DataCenterVO zone = _zoneDao.findById(plan.getDataCenterId());
>      boolean zoneUsesLocalStorage = zone.isLocalStorageEnabled();
> 
>      if (ssvmUseLocalStorage.equalsIgnoreCase("true") && 
> zoneUsesLocalStorage) {
>         useLocalStorage = true;
>      }
> 
> 
> Diffs
> -----
> 
>   server/src/com/cloud/configuration/Config.java af1f062 
>   server/src/com/cloud/deploy/DeploymentPlanningManagerImpl.java fc7c300 
> 
> Diff: https://reviews.apache.org/r/19686/diff/
> 
> 
> Testing
> -------
> 
> I have tested those changes running multiple zones (2 with local storage and 
> 1 without). Instances, networks, and all the rest are working fine. I ran the 
> tests against 3 hosts running XenServer, where one of them has an extra disk 
> which is used as NFS primary storage. From the 2 instances using local 
> storage, one was created with Cloudtack 4.3 RC (9th round). In order to make 
> it clear, below the steps I followed to test it:
> 
> Global settings: system.vm.use.local.storage == true
> 
> 
> 1.      Deploy Cloudstack 4.3.0 RC (9th round)
> 
> 2.      Create a zone (local storage enabled)
> 
> a.       Create an instance and network
> 
> 3.      Test firewalling and port forwarding
> 
> 4.      Upgrade Cloudstack 4.3.0 RC (9th round) to Cloudstack 4.5.0-SNAPSHOT
> 
> 5.      Test firewalling and port forwarding
> 
> 6.      Create a zone (local storage enabled)
> 
> a.       Create an instance and network
> 
> 7.      Create a zone (local storage disabled) + NFS primary storage
> 
> a.       Create an instance and network
> 
> 8.      Test firewalling and port forwarding
> 
> With the steps above, I was able to set up the whole environment and make 
> sure the VMs were running properly and ACL/Port-Forwarding were also working 
> as expected.
> 
> Global settings: system.vm.use.local.storage == false
> 
> 
> 1.      Deploy Cloudstack 4.3.0 RC (9th round)
> 
> 2.      Create a zone (local storage disabled) + NFS primary storage
> 
> a.       Create an instance and network
> 
> 3.      Test firewalling and port forwarding
> 
> 4.      Upgrade Cloudstack 4.3.0 RC (9th round) to Cloudstack 4.5.0-SNAPSHOT
> 
> 5.      Test firewalling and port forwarding
> 
> 6.      Set system.vm.use.local.storage to true
> 
> 7.      Create a zone (local storage enabled)
> 
> a.       Create an instance and network
> 
> 8.      Create a zone (local storage enabled)
> 
> a.       Create an instance and network
> 
> 9.      Create new instance under the Zone which does not use local storage
> 
> 10.  Test firewalling and port forwarding
> 
> Again, everything worked as expected.
> 
> With the steps provided above, I can make sure that resources created with 
> version prior to master (4.5.0-SNAPSHOT) won't have problems when performing 
> an update.
> 
> 
> Thanks,
> 
> Wilder Rodrigues
> 
>

Reply via email to