[
https://issues.apache.org/jira/browse/WHIRR-342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13122065#comment-13122065
]
Tom White commented on WHIRR-342:
---------------------------------
> I have this idea that you should be able to reconfigure your cluster by
> re-running whirr launch-cluster
This makes more sense with WHIRR-294, where you can run the configure script by
itself. But I'm not opposed to doing it the way you suggest here, as long as
the scripts work when run twice.
> Apparently Eclipse has a default setting which is non-alphabetical. I wonder
> if we could generate the right eclipse configuration during mvn
> eclipse:eclipse (ditto for 2-space indents).
That would be nice, but in the meantime it's probably easier to change the
setting manually.
> I'll take the other remarks into account for the next patch update (after
> jclouds 1.2.0).
I think it's worth pressing on with this patch, and we can remove
CreateFileStatement after jclouds 1.2.0 is released and used in Whirr.
> hadoop/hbase configuration & active roles on a node
> ---------------------------------------------------
>
> Key: WHIRR-342
> URL: https://issues.apache.org/jira/browse/WHIRR-342
> Project: Whirr
> Issue Type: Improvement
> Components: service/hadoop, service/hbase
> Reporter: Bruno Dumon
> Fix For: 0.7.0
>
> Attachments: WHIRR-342.patch, WHIRR-342.patch, WHIRR-342.patch
>
>
> The following limitations exist with the generation of
> hadoop-(core|hdfs|mapred).xml and hbase-site.xml (assuming WHIRR-339 applied):
> * they are not generated by all roles (e.g. tasktracker, thrift server,
> ...), by consequence running these roles by themselves on a node
> unaccompagnied of a role that does generate them will not work.
> * running two roles on the same node that generate the same files does not
> work as it should, as the generated contents gets appended twice to the same
> file, causing non-well-formed XML. This is because of the usage of jcloud's
> Statements.appendFile.
> The cheapest solution would be to replace Statements.appendFile with
> something similar but without the 'append' behavior, thus rather a
> 'Statements.overwriteFile' (not available in jclouds afaics).
> This of course assumes that when different roles are writing the same files,
> that they put the same contents in them, so that the overwriting does not
> matter.
> Alternatively, things could be made smarter so that the same configuration is
> only generated once for all roles.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
