On Fri, Jul 22, 2016 at 4:23 PM, Cory Johns <email address hidden>
wrote:
> New development focus for big data is on the Apache Bigtop version of
> the charms (since that better aligns with community best practices,
> eliminates a lot of redundant work / code, and ensures we are using
> version of services and deployment logic that ensure that the components
> all work together).
>
> For Kakfa, this means you should instead use the charm at
> https://jujucharms.com/kafka/ but this should function exactly the same
> as the apache-kafka charm, so the transition should be trivial.
>
> The work to add the option for controlling the bind host.name is
> currently being reviewed in the following PRs, and should be available
> as soon as they are signed off on and the charm store is updated (I
> expect first thing next week):
>
> * https://github.com/juju-solutions/bigtop/pull/28
> * https://github.com/juju-solutions/bigtop/pull/27
> * https://github.com/juju-solutions/layer-apache-bigtop-base/pull/32
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1602666
>
> Title:
> split network environment
>
> Status in apache-kafka package in Juju Charms Collection:
> New
>
> Bug description:
> In some environments traffic segregation is needed due to security
> reasons, it would be good if kafka charm let us to decide where to bind
> kafka.
> It would be useful to have an option in the charm where to select on
> which interface/network we can bind the service without relying on
> "unit-get private-address".
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/charms/+source/apache-kafka/+bug/1602666/+subscriptions
>
> Launchpad-Notification-Type: bug
> Launchpad-Bug: distribution=charms; sourcepackage=apache-kafka;
> component=None; status=New; importance=Undecided; assignee=None;
> Launchpad-Bug-Tags: 4010
> Launchpad-Bug-Information-Type: Public
> Launchpad-Bug-Private: no
> Launchpad-Bug-Security-Vulnerability: no
> Launchpad-Bug-Commenters: johnsca paolo-de-rosa petevg
> Launchpad-Bug-Reporter: Paolo de Rosa (paolo-de-rosa)
> Launchpad-Bug-Modifier: Cory Johns (johnsca)
> Launchpad-Message-Rationale: Subscriber
> Launchpad-Message-For: lakdar-benasroune
>
Thx Cory , the same for Zookeeper right ?
https:/ /bugs.launchpad .net/charms/ +source/ zookeeper/ +bug/1603007 /bugs.launchpad .net/charms/ +source/ zookeeper/ +bug/1604448
https:/
On Fri, Jul 22, 2016 at 4:23 PM, Cory Johns <email address hidden>
wrote:
> New development focus for big data is on the Apache Bigtop version of /jujucharms. com/kafka/ but this should function exactly the same /github. com/juju- solutions/ bigtop/ pull/28 /github. com/juju- solutions/ bigtop/ pull/27 /github. com/juju- solutions/ layer-apache- bigtop- base/pull/ 32 /bugs.launchpad .net/bugs/ 1602666 /bugs.launchpad .net/charms/ +source/ apache- kafka/+ bug/1602666/ +subscriptions Notification- Type: bug charms; sourcepackage= apache- kafka; Undecided; assignee=None; Bug-Information -Type: Public Bug-Private: no Bug-Security- Vulnerability: no Bug-Commenters: johnsca paolo-de-rosa petevg Bug-Reporter: Paolo de Rosa (paolo-de-rosa) Bug-Modifier: Cory Johns (johnsca) Message- Rationale: Subscriber Message- For: lakdar-benasroune
> the charms (since that better aligns with community best practices,
> eliminates a lot of redundant work / code, and ensures we are using
> version of services and deployment logic that ensure that the components
> all work together).
>
> For Kakfa, this means you should instead use the charm at
> https:/
> as the apache-kafka charm, so the transition should be trivial.
>
> The work to add the option for controlling the bind host.name is
> currently being reviewed in the following PRs, and should be available
> as soon as they are signed off on and the charm store is updated (I
> expect first thing next week):
>
> * https:/
> * https:/
> * https:/
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> split network environment
>
> Status in apache-kafka package in Juju Charms Collection:
> New
>
> Bug description:
> In some environments traffic segregation is needed due to security
> reasons, it would be good if kafka charm let us to decide where to bind
> kafka.
> It would be useful to have an option in the charm where to select on
> which interface/network we can bind the service without relying on
> "unit-get private-address".
>
> To manage notifications about this bug go to:
>
> https:/
>
> Launchpad-
> Launchpad-Bug: distribution=
> component=None; status=New; importance=
> Launchpad-Bug-Tags: 4010
> Launchpad-
> Launchpad-
> Launchpad-
> Launchpad-
> Launchpad-
> Launchpad-
> Launchpad-
> Launchpad-
>
-- +4915122907810/>
Lakdar Benasroune
Canonical Ltd. Germany
fon +49 151.22.90.78.10 <http://
email <email address hidden>