[
https://issues.apache.org/jira/browse/HBASE-12721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15352069#comment-15352069
]
Andrew Purtell commented on HBASE-12721:
----------------------------------------
I tried
{noformat}
clusterdock_run ./bin/build_cluster apache_hbase
--hbase-version=0.98.21-SNAPSHOT
--hbase-git-commit=5133a8b3cd6dc2e6956a092e6dcaca8753c6ba27
{noformat}
and got
{noformat}
INFO:clusterdock.topologies.apache_hbase.actions:Building image
dimaspivak/hbase:centos6.6_java-8u91_hadoop-2.7.2_hbase-0.98.21-SNAPSHOT...
Sending build context to Docker daemon 965.8 MB
Step 1 : FROM dimaspivak/hbase:centos6.6_nodebase
Pulling repository docker.io/dimaspivak/hbase
Tag centos6.6_nodebase not found in repository docker.io/dimaspivak/hbase
Fatal error: local() encountered an error (return code 1) while executing
'docker build -t
dimaspivak/hbase:centos6.6_java-8u91_hadoop-2.7.2_hbase-0.98.21-SNAPSHOT
--no-cache /tmp/clusterdock/da0b255c-720b-431e-a3db-7085d9766c02'
Aborting.
{noformat}
> Create Docker container cluster infrastructure to enable better testing
> -----------------------------------------------------------------------
>
> Key: HBASE-12721
> URL: https://issues.apache.org/jira/browse/HBASE-12721
> Project: HBase
> Issue Type: New Feature
> Components: build, community, documentation, test
> Reporter: Dima Spivak
> Assignee: Dima Spivak
>
> Some simple work on using HBase with Docker was committed into /dev-support
> as "hbase_docker;" all this did was stand up a standalone cluster from source
> and start a shell. Now seems like a good time to extend this to be useful for
> applications that could actual benefit the community, especially around
> testing. Some ideas:
> - Integration testing would be much more accessible if people could stand up
> distributed HBase clusters on a single host machine in a couple minutes and
> run our awesome hbase-it suite against it.
> - Binary compatibility testing of an HBase client is easiest when standing up
> an HBase cluster can be done once and then different client source/binary
> permutations run against it.
> - Upgrade testing, and especially rolling upgrade testing, doesn't have any
> upstream automation on build.apache.org, in part because it's a pain to set
> up x-node clusters on Apache infrastructure.
> This proposal, whether it stays under /dev-support or moves out into it's own
> top-level module ("hbase-docker" would conveniently fit the existing schema
> :-)), strives to create a simple framework for deploying "distributed,"
> multi-container Apache HBase clusters.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
