You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2019/05/09 08:00:13 UTC

[jira] [Commented] (KAFKA-8344) Fix vagrant-up.sh to work with AWS properly

    [ https://issues.apache.org/jira/browse/KAFKA-8344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16836176#comment-16836176 ] 

ASF GitHub Bot commented on KAFKA-8344:
---------------------------------------

sekikn commented on pull request #6703: KAFKA-8344. Fix vagrant-up.sh to work with AWS properly
URL: https://github.com/apache/kafka/pull/6703
 
 
   For now, `vagrant/vagrant-up.sh --aws` fails because
   the `vagrant hostmanager` command in that script lacks
   the `--aws` option. This PR adds it.
   
   I ran `vagrant/vagrant-up.sh --aws` with and without
   `--no-parallel` option and confirmed both worked
   as expected.
   
   ### Committer Checklist (excluded from commit message)
   - [ ] Verify design and implementation 
   - [ ] Verify test coverage and CI build status
   - [ ] Verify documentation (including upgrade notes)
   
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


> Fix vagrant-up.sh to work with AWS properly
> -------------------------------------------
>
>                 Key: KAFKA-8344
>                 URL: https://issues.apache.org/jira/browse/KAFKA-8344
>             Project: Kafka
>          Issue Type: Bug
>            Reporter: Kengo Seki
>            Assignee: Kengo Seki
>            Priority: Major
>
> I tried to run {{vagrant/vagrant-up.sh --aws}} with the following Vagrantfile.local.
> {code}
> enable_dns = true
> enable_hostmanager = false
> # EC2
> ec2_access_key = "********************"
> ec2_secret_key = "****************************************"
> ec2_keypair_name = "keypair"
> ec2_keypair_file = "/path/to/keypair/file"
> ec2_region = "ap-northeast-1"
> ec2_ami = "ami-0905ffddadbfd01b7"
> ec2_security_groups = "sg-********"
> ec2_subnet_id = "subnet-********"
> {code}
> EC2 instances were successfully created, but it failed with the following error after that.
> {code}
> $ vagrant/vagrant-up.sh --aws
> (snip)
> An active machine was found with a different provider. Vagrant
> currently allows each machine to be brought up with only a single
> provider at a time. A future version will remove this limitation.
> Until then, please destroy the existing machine to up with a new
> provider.
> Machine name: zk1
> Active provider: aws
> Requested provider: virtualbox
> {code}
> It seems that the {{vagrant hostmanager}} command also requires {{--provider=aws}} option, in addition to {{vagrant up}}.
> With that option, it succeeded as follows:
> {code}
> $ git diff
> diff --git a/vagrant/vagrant-up.sh b/vagrant/vagrant-up.sh
> index 6a4ef9564..9210a5357 100755
> --- a/vagrant/vagrant-up.sh
> +++ b/vagrant/vagrant-up.sh
> @@ -220,7 +220,7 @@ function bring_up_aws {
>              # We still have to bring up zookeeper/broker nodes serially
>              echo "Bringing up zookeeper/broker machines serially"
>              vagrant up --provider=aws --no-parallel --no-provision $zk_broker_machines $debug
> -            vagrant hostmanager
> +            vagrant hostmanager --provider=aws
>              vagrant provision
>          fi
> @@ -231,11 +231,11 @@ function bring_up_aws {
>              local vagrant_rsync_temp_dir=$(mktemp -d);
>              TMPDIR=$vagrant_rsync_temp_dir vagrant_batch_command "vagrant up $debug --provider=aws" "$worker_machines" "$max_parallel"
>              rm -rf $vagrant_rsync_temp_dir
> -            vagrant hostmanager
> +            vagrant hostmanager --provider=aws
>          fi
>      else
>          vagrant up --provider=aws --no-parallel --no-provision $debug
> -        vagrant hostmanager
> +        vagrant hostmanager --provider=aws
>          vagrant provision
>      fi
> $ vagrant/vagrant-up.sh --aws
> (snip)
> ==> broker3: Running provisioner: shell...
>     broker3: Running: /tmp/vagrant-shell20190509-25399-8f1wgz.sh
>     broker3: Killing server
>     broker3: No kafka server to stop
>     broker3: Starting server
> $ vagrant status
> Current machine states:
> zk1                       running (aws)
> broker1                   running (aws)
> broker2                   running (aws)
> broker3                   running (aws)
> This environment represents multiple VMs. The VMs are all listed
> above with their current state. For more information about a specific
> VM, run `vagrant status NAME`.
> $ vagrant ssh broker1
> (snip)
> ubuntu@ip-172-16-0-62:~$ /opt/kafka-dev/bin/kafka-topics.sh --bootstrap-server broker1:9092,broker2:9092,broker3:9092 --create --partitions 1 --replication-factor 3 --topic sandbox
> (snip)
> ubuntu@ip-172-16-0-62:~$ /opt/kafka-dev/bin/kafka-topics.sh --bootstrap-server broker1:9092,broker2:9092,broker3:9092 --list
> (snip)
> sandbox
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)