Github user cestella commented on the issue:
https://github.com/apache/metron/pull/934
+1 by inspection
---
Github user cestella commented on the issue:
https://github.com/apache/metron/pull/934
Chiming in late. I agree that we should not have an explicit dependency on
an indexing Mpack, even one not of our own construction. I think people will
have a lot of different ways to install
Github user merrimanr commented on the issue:
https://github.com/apache/metron/pull/934
I agree with @justinleet. I would prefer we use Solr 6+. At some point
HDP Search will move to 6+ and we can easily switch to the Mpack since
installing Solr is a manual step now. Happy to
Github user ottobackwards commented on the issue:
https://github.com/apache/metron/pull/934
I would just like it documented as to why we are not using the HDP solr
mpack.
Although, I would think we would be using that mpack as the example for
ours?
---
Github user simonellistonball commented on the issue:
https://github.com/apache/metron/pull/934
Given that we're happy to accept limiting ourselves to a Hadoop
distribution, it doesn't seem unfair to limit ourselves to a Solr distribution.
While sticking pure raw Apache has some
Github user ottobackwards commented on the issue:
https://github.com/apache/metron/pull/934
Can I ask a question : why aren't we using
https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.4/bk_solr-search-installation/content/ch_hdp-search-install-ambari.html?
Is there a reason?
Github user ottobackwards commented on the issue:
https://github.com/apache/metron/pull/934
Ran through test, everything worked fine. +1
On the questions:
- What Solr parameters do we expose in Ambari? All of them?
People are going to want to tune indexing.
