Github user mmiklavc commented on the issue:
https://github.com/apache/metron/pull/943
Also, I will look at moving the Kibana templates to Metron as this is
something that will need to be done for Solr as well.
---
Github user mmiklavc commented on the issue:
https://github.com/apache/metron/pull/943
@ottobackwards I believe the repercussions are the same as they are for the
existing MPack since the services are distinct from the MPack itself. We should
probably consider a separate test for this
Github user ottobackwards commented on the issue:
https://github.com/apache/metron/pull/943
What about upgrading.md?
---
Github user merrimanr commented on the issue:
https://github.com/apache/metron/pull/943
I spun this up in full dev and everything worked as expected. The
organization looks good to me and I can't find anything wrong with it. +1
---
Github user anandsubbu commented on the issue:
https://github.com/apache/metron/pull/943
+1
Works as advertised. I used both mpacks to deploy a 12-node CentOS 7
cluster (Ambari 2.6.0.0 and HDP 2.6.3.0). Was able to kerberize the cluster and
get bro indices into ES.
---
Github user ottobackwards commented on the issue:
https://github.com/apache/metron/pull/943
I think I mentioned contrib. They don't have to go in contrib, I think at
the time someone mentioned not wanting to maintain them.. If we don't then I
thought contrib would make sense.
We
