[
https://issues.apache.org/jira/browse/BIGTOP-1072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13841999#comment-13841999
]
jay vyas commented on BIGTOP-1072:
----------------------------------
Hi bigtop! Okay. I've got an update from Sean's review.
- config directory is now removed. Its really nice to know however that
vagrant does the shared files for you, so maybe in a later patch we can add a
mkdir to host and guest. but for now removed.
- vagrant v1 used host_name . v2 uses "hostname" as the parameter. So good
catch :) http://docs.vagrantup.com/v2/vagrantfile/machine_settings.html .
I've removed "host_name" and now it only uses "hostname".
- Commented out the cachier stuff and added a note about how to enable cachier.
- Regarding openjdk and calculate pi : I made calculate pi job alot smaller,
and i guess we will stick with openjdk if its okay.
Also i added in Sean's idea to mkdir /user/vagrant so that the default SSH user
has a home dir by default.
Submitting patch shortly.
> Vagrant scripts for spinning up and "hydrating" bigtop vms
> -----------------------------------------------------------
>
> Key: BIGTOP-1072
> URL: https://issues.apache.org/jira/browse/BIGTOP-1072
> Project: Bigtop
> Issue Type: Bug
> Reporter: jay vyas
> Priority: Minor
> Attachments: BIGTOP-1072.1.patch
>
>
> Vagrant is a tool that spins up VMs for you and destroys them. The only real
> requirement it has is that a "base box" has been created before hand.
> At that point, you can install the VM using different provider hosts
> (kvm,virtualbox,etc...).
> The goal of vagrant is to unify VM environments for developers with
> production env. This is very similar to what bigtop aims at providing.
> Vagrant adds host/guest shared directories, static ips, and allthe other
> goodies that one has to configure manually, into vm provisioning in a vendor
> neutral fashion: Essentially giving a declarative API to VM creation.
> I would like to suggest that bigtop provides / maintains vagrant startup
> scripts that layer hadoop tools on top of a "base box" vm. This is slightly
> different than the current strategy which creates a full blown VM with hadoop
> on it. The vagrant approach provides a means for more developer
> customization of the vm artifacts being used without adding any real overhead
> (other than having vagrant installed and understanding the very simply
> vagrant recipe for creating a vm).
> Probably in the begining this could be complimentary to the boxgrinder
> created VMs, and over time, maybe people would migrated to using the vagrant
> provisioned VMs as they become more popular and use of vagrant gets more
> common in the community.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
