[
https://issues.apache.org/jira/browse/WHIRR-363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13084615#comment-13084615
]
Adrian Cole commented on WHIRR-363:
-----------------------------------
tested against a vcloud provider (Bluelock) to show that properties like
endpoint pass through properly
whirr.provider=vcloud
whirr.identity=acole@Jclouds
whirr.credential=XXXXXXX
jclouds.vcloud.iso3166-codes=US-IN
jclouds.vcloud.endpoint=https://zone01.bluelock.com/api
jclouds.vcloud.defaults.network=internet01-.*
Note supporting Bluelock would take a little work as their OS image doesn't
work out of the box with our scripts. The point of this test is to ensure that
the properties relating to ComputeCache pass through correctly, which the
following shows.
2011-08-13 14:26:00,624 INFO [org.apache.whirr.service.ComputeCache] (main)
created new ComputeServiceContext [id=vcloud,
endpoint=https://zone01.bluelock.com/api, apiVersion=1.0,
identity=acole@Jclouds, iso3166Codes=[US-IN]]
2011-08-13 14:26:00,627 INFO [org.apache.whirr.actions.BootstrapClusterAction]
(main) Bootstrapping cluster
2011-08-13 14:26:00,628 INFO [org.apache.whirr.actions.BootstrapClusterAction]
(main) Configuring template
2011-08-13 14:26:19,787 INFO [org.apache.whirr.actions.NodeStarter]
(pool-3-thread-2) Starting 2 node(s) with roles [zookeeper]
2011-08-13 14:30:39,906 INFO [org.apache.whirr.actions.NodeStarter]
(pool-3-thread-2) Nodes started:
[[id=https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204765156,
providerId=https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204765156,
group=zkclustertest, name=zkclustertest-70f,
location=[id=https://zone01.bluelock.com/api/v1.0/vdc/480447969, scope=ZONE,
description=Cluster01-Jclouds,
parent=https://zone01.bluelock.com/api/v1.0/org/1484502809, iso3166Codes=[],
metadata={}], uri=https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204765156,
imageId=null, os=[osType=UBUNTU_64, arch=null, description=Ubuntu Linux
(64-bit), family=ubuntu, is64Bit=true, name=Ubuntu 64-Bit, version=],
state=RUNNING, loginPort=22, hostname=null, privateAddresses=[],
publicAddresses=[173.240.109.131],
hardware=[id=https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204765156,
providerId=https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204765156,
name=zkclustertest-70f, processors=[[cores=1.0, speed=1.0]], ram=512,
volumes=[[id=0, type=LOCAL, size=30.0, device=null, durable=true,
isBootDevice=true]],
supportsImage=idEquals(https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204765156),
tags=[]], loginUser=root, userMetadata={}, tags=[]],
[id=https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204314172,
providerId=https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204314172,
group=zkclustertest, name=zkclustertest-78e,
location=[id=https://zone01.bluelock.com/api/v1.0/vdc/480447969, scope=ZONE,
description=Cluster01-Jclouds,
parent=https://zone01.bluelock.com/api/v1.0/org/1484502809, iso3166Codes=[],
metadata={}], uri=https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204314172,
imageId=null, os=[osType=UBUNTU_64, arch=null, description=Ubuntu Linux
(64-bit), family=ubuntu, is64Bit=true, name=Ubuntu 64-Bit, version=],
state=RUNNING, loginPort=22, hostname=null, privateAddresses=[],
publicAddresses=[173.240.109.106],
hardware=[id=https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204314172,
providerId=https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204314172,
name=zkclustertest-78e, processors=[[cores=1.0, speed=1.0]], ram=512,
volumes=[[id=0, type=LOCAL, size=30.0, device=null, durable=true,
isBootDevice=true]],
supportsImage=idEquals(https://zone01.bluelock.com/api/v1.0/vApp/vapp-1204314172),
tags=[]], loginUser=root, userMetadata={}, tags=[]]]
2011-08-13 14:30:39,907 INFO [org.apache.whirr.actions.DestroyClusterAction]
(main) Destroying zkclustertest cluster
2011-08-13 14:31:06,812 INFO [org.apache.whirr.actions.DestroyClusterAction]
(main) Cluster zkclustertest destroyed
> ComputeCache redundantly creates ComputeServiceContexts
> -------------------------------------------------------
>
> Key: WHIRR-363
> URL: https://issues.apache.org/jira/browse/WHIRR-363
> Project: Whirr
> Issue Type: Bug
> Affects Versions: 0.6.0
> Reporter: Adrian Cole
> Assignee: Adrian Cole
> Fix For: 0.6.0
>
> Attachments: ComputeCache.java, ComputeCache.java
>
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> Previously, ComputeCache used a stringified Key to ensure we don't create
> another ComputeService for the same provider. At some point, Key was
> modified to use both a string and a commons configuration object. Since
> commons configuration doesn't implement hashCode in a predictable way, the
> ComputeCache creates a new ComputeServiceContext each time it is used. Since
> we don't log or test this, it was easy to miss.
> Adding a simple log statement inside ComputeCache shows this:
> 2011-08-13 12:29:22,532 INFO
> [org.apache.whirr.service.hbase.integration.HBaseServiceController] (main)
> Starting up cluster...
> 2011-08-13 12:29:37,760 INFO [org.apache.whirr.service.ComputeCache] (main)
> created new ComputeServiceContext [id=aws-ec2,
> endpoint=https://ec2.us-east-1.amazonaws.com, apiVersion=2010-06-15,
> identity=067PW7Z9P0FNH7JDPE82, iso3166Codes=[US-VA, US-CA, IE, SG, JP-13]]
> 2011-08-13 12:29:46,115 INFO [org.apache.whirr.service.ComputeCache] (main)
> created new ComputeServiceContext [id=aws-ec2,
> endpoint=https://ec2.us-east-1.amazonaws.com, apiVersion=2010-06-15,
> identity=067PW7Z9P0FNH7JDPE82, iso3166Codes=[US-VA, US-CA, IE, SG, JP-13]]
> 2011-08-13 12:29:46,118 INFO
> [org.apache.whirr.actions.BootstrapClusterAction] (main) Bootstrapping cluster
> --snip--
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
