Capturing more results from YCSB to report to
CloudBench tool
One more update =)
Submitting results
YCSB metric code
Fixing issues
Working on the YCSB workload
Capture 10s interval data
Adding Params
Small fix for the automated installer. A slightly older version of
netcat-openbsd had to be used, in order to make it compatible with
both Fedora and RHEL/CentOS 6.5 distributions.

Several small fixes needed to have the regression test running successfully
again. Most of these were related to the renaming of Virtual Application types
(e.g., daytrader to ibm_daytrader).
Additional fix for the netcat-openbsd dependency on RHEL/CentOS distributions.
+ ‘.sparkleshare’
+ ‘SparkleShare.txt’
Bugfix for URL in the Hadoop dependencies file (used by the automated
installer).
Merge branch 'master' of https://github.com/ibmcb/cbtool
Merge pull request #33 from bowers/master

Add control for kmeans data generation; improve vCloud Director plug-in
Bugfixes to restore the full functionality to the "NOOP" cloud adpater.
Updates to Setup and Start script
Several important changes:

Feature: Now a generic Virtual Application attribute, named "GENERATE_DATA" is used to
control the data generation during a VApp execution. Albeit generic, this attribute
evidently does not affect every VApp type, given that data generation is required only by
specific VApps (e.g., hadoop, YCSB). Once a VApp is deployed, the load generating process
will generate data before execution in two situations: a) if the "load_id" is equal 1 (the
first time after the VApp is deployed, data always have to be generated) and b) whenever
the value of the GENERATE_DATA attribute is equal true. For instance, setting the attribute
to "true" while a VApp is being executed (e.g., aialter ai_3 generate_data true) will cause
the load generating process to re-generate the data *before its next execution*

Feature: Now all VApps have a limited number of load generating process executions (i.e.,
load_ids) before stopping. By default, each new VApp will execute the load generating
process 100,000 times, after which it will just remain idle. This behavior is controlled
by the attribute RUN_LIMIT. For instance, suppose a user want to deploy a Hadoop VApp and
run its job only thrice. This can be achieved by altering the VApp template with
"typealter hadoop run_limi=3", followed by an "aiattach hadoop". The "run_limit" attribute
is just a decrementing counter, and it can be reset to a larger value during the VApp's
lifecycle with a command like "aialter AI_IDENTIFIER run_limit 100".

Bugfix: Fixes for the Hadoop automated installer.

Bugfix: Fixes for the YCSB automated installer.

Bugfix: While executing the cb_post_boot.sh script on VMs, make sure to disable gmond/gmetad
services before starting CBTOOL's own gmond/gmetad fix.

Bugfix: Due to transient network errors in VMware-based clouds, now the remote commands
executed during the VM's post-attachment phase are retriable, being the number of the same
ATTEMPTS parameter used for all other retries.

Code Maintenance: VApps nullworkload,netperf,iperf,filebench,ddgen,coremark,hadoop and
cassandra_ycsb had their load generation scripts refactored to make use of the aforementioned
new features.

Code Maintenance: Additional significant code refactoring in cassandra_ycsb VApp.

Code Maintenance: Now the post-vmattach commands executed by CBTOOL were divided in two
steps. The first step can be identified by the message "Boostrapping vm_X (creating file
cb_os_paramaters.txt in "Y" user's home dir on Z)...", while the second step can be
identified by the usual "Sending  a copy of the code tree to X (Z)...". As mentioned before,
both steps are now fully retriable, using the same retry parameters as the rest of the
code.

Code Maintenance: Updated the documentation on NOOP cloud.
Small fixes for the dependencies file used by Hadoop automatic installer.
Merge remote-tracking branch 'upstream/master'

Conflicts:
	scripts/cassandra_ycsb/cb_restart_seed.sh
	scripts/cassandra_ycsb/cb_setup_ycsb.sh
	scripts/cassandra_ycsb/cb_start_ycsb.sh
Client work.