Hi Matt and Jon, FWIW, Metron with the MPack has been tested extensively on CentOS 7. Works like a champ. The issue right now is that sensor install is a CentOS 6/Ansible proposition.
I haven't seen the issue with ES that you're experiencing, Matt. Is that in a 1 Master 3 Data node ES config or something else? -D... On Wed, Dec 14, 2016 at 3:29 PM, Matt Foley <mfo...@hortonworks.com> wrote: > I hope we will try to support Centos7. Many of my company’s customers are > requiring new installs to use RHEL 7 or Centos 7 rather than 6. In > addition, we have the benefit that Centos 6 RPMs basically always run fine > in Centos7 (barring heavy-duty low-level system manipulations that Metron, > Kibana, and ES just don’t use), ES doesn’t distinguish between them, and > Kibana install support for Centos7 is already in place in the Mpack. And > of course the Hadoop Stack runs fine in 7. > > For what it’s worth, I’ve been working with the Mpack installation on > Centos7 for the last few weeks, and it works fine except for a persistent > issue where the Elasticsearch service works fine if launched interactively > but terminates immediately if launched with same arguments as a service. > Hope to find the cause in the next couple days. (If anyone knows why, > would love to hear. The daemonized launch scripts come from ES, not from > Metron, so “should just work”.) > > Thanks, > --Matt > > On 12/13/16, 6:46 PM, "zeo...@gmail.com" <zeo...@gmail.com> wrote: > > For now, I'm not sure what the solution is, but I would think choosing > one > specific list of required/supported software (including OS) and > documenting > that thoroughly is the right start. Something like what currently > exists > for the vagrant side of things. > > That said, long term I would love to see broader support and > automatically > generating documentation derived from the code. Isn't CentOS 6 still > preferred over 7? That's what I've been working on solely for that > reason. > > Jon > > On Tue, Dec 13, 2016, 21:07 Matt Foley <ma...@apache.org> wrote: > > > In my work on METRON-608, I’ve found a lot of small but significant > bugs > > in the existing Mpack (version 0.3.0). These bugs integrate with a > lot of > > the oddball tweaks specified in the draft Install docs I saw. I > would like > > to submit a PR for these bugs, but they must be accompanied by > changes in > > the Install doc. > > > > How do we want to manage this? Should we version the Install doc? > Or > > have multiple sections for the different versions? Or have > footnotes or > > sidebar comments about which version certain paragraphs do and do > not apply > > to? > > > > I’m inclined to use sidebars within the document, because the > dependencies > > aren’t just on which versions of HDP, Ambari, and Metron you use. > They > > also depend on Python 2.6 vs 2.7, and Centos 6 vs 7. > > > > Thanks, > > --Matt > > > > > > On 12/13/16, 4:13 PM, "zeo...@gmail.com" <zeo...@gmail.com> wrote: > > > > Sorry about the delay. To be honest I delayed once I saw the > > management UI > > PR because I was going to wait for that to be merged into master > > before I > > did my mpack install. My initial thought is that there may need > to be > > some > > sort of a merger between what you provided and the Hortonworks > blog > > post, > > as I would prefer a single, comprehensive post over > fragmentation. > > > > Jon > > > > On Tue, Dec 13, 2016, 18:29 Dima Kovalyov < > dima.koval...@sstech.us> > > wrote: > > > > > Thank you Jon, > > > > > > Just wondering if you have finished polishing the document? I > will > > have > > > some time this week to polish and publish it if there is > anything > > left > > > to format. > > > > > > - Dima > > > > > > On 12/01/2016 04:41 PM, zeo...@gmail.com wrote: > > > > While I can't delegate access to the wiki, I am working on > > migrating the > > > > documentation over. I have been modifying the document for > > clarity and > > > > updating up some of the formatting, so please give me some > time to > > do so. > > > > > > > > Jon > > > > > > > > On Thu, Dec 1, 2016 at 9:33 AM Dima Kovalyov < > > dima.koval...@sstech.us> > > > > wrote: > > > > > > > >> Hello, > > > >> > > > >> Who can provide me with an access to add new page in this > > Installation > > > >> space below? > > > >> https://cwiki.apache.org/confluence/display/METRON/ > Installation > > > >> I want to add up-to-date article on how-to install Metron > using > > Ambari > > > >> mpack. > > > >> Please advise. > > > >> > > > >> My username is "dima" registered with electronic mail > dimdroll > > hosted by > > > >> gmail. > > > >> > > > >> Right now I have it posted here: > > > >> https://goo.gl/HWGwpj > > > >> But instead of maintaining it there it will be convenient > for me > > to have > > > >> it in confluence instead of gdocs as I am using confluence > in our > > > internal > > > >> project as well, so I can basically copy formatted doc > between > > each > > > other. > > > >> > > > >> Thank you. > > > >> > > > >> - Dima > > > >> > > > >> On 11/30/2016 04:57 PM, zeo...@gmail.com<mailto:Zeolla > @GMail.com> > > > wrote: > > > >> Probably the best long term place for this would be here< > > > >> https://cwiki.apache.org/confluence/display/METRON/ > Installation>, > > > >> potentially with a new mpack article (to differentiate from > the > > ambari > > > >> install which is already there, but dated). I can help with > > migrating > > > it > > > >> to the wiki - I will run through your documentation later > today > > and > > > request > > > >> edit permissions if I find anything worth updating. > > > >> > > > >> Would you be OK if I put your doc in the wiki at some point? > > > >> > > > >> Jon > > > >> > > > >> On Wed, Nov 30, 2016 at 9:51 AM Dima Kovalyov < > > dima.koval...@sstech.us > > > >> <mailto:dima.koval...@sstech.us>> wrote: > > > >> As multiple users asked I have published document for > installing > > Metron > > > on > > > >> Centos 6 using Ambari 2.4 with HDP 2.5: > > > >> https://goo.gl/HWGwpj > > > >> It may look ugly as this is direct export from internal > > confluence with > > > >> cosmetic changes and our internal details removed. Let me > know if > > there > > > is > > > >> a better place to publish it. > > > >> > > > >> Feel free to request edit permissions, I would like the > document > > to be > > > >> up-to-date, simplified and corrected if there are any > errors. The > > goal > > > for > > > >> this document is to provide installation guidance in a > manner > > that Linux > > > >> administrator with basic knowledge could perform > installation > > without > > > >> opening any other links or searching for commands, step by > step. > > > >> Thank you. > > > >> > > > >> p.s. feel free to let me know if you will encounter any > errors as > > I've > > > >> seen them bunch. > > > >> > > > >> - Dima > > > >> > > > >> > > > >> > > > >> On 11/30/2016 04:45 PM, zeo...@gmail.com<mailto:Zeolla > @GMail.com> > > > wrote: > > > >> I also have written up a method to retrieve and setup the > required > > > >> packages in my script< > > > >> > > > > > https://github.com/JonZeolla/Development/blob/master/Bash/ > setupMetron.sh> > > > >> which could probably be cleaned up and incorporated. > > > >> > > > >> Jon > > > >> > > > >> On Wed, Nov 30, 2016 at 9:24 AM Nick Allen < > n...@nickallen.org > > <mailto: > > > >> n...@nickallen.org>> wrote: > > > >> In regards to your comment about a "full package version > dump" > > there is > > > at > > > >> least a start at `metron-deployment/scripts/ > platform-info.sh`. > > If we > > > can > > > >> enhance that, let's do it. > > > >> > > > >> On Wed, Nov 30, 2016 at 4:04 AM, shoggi <sho...@gmail.com > <mailto: > > > >> sho...@gmail.com>> wrote: > > > >> Hi > > > >> > > > >> Just to wrap this up. I've tried to deploy it on HDP 2.5 > but I > > got the > > > >> exact same problem. What I did was removing all components > for > > 2.4.3.0 > > > and > > > >> then created a new cluster based on 2.5. I left it at that > as the > > most > > > >> likely issue could be with my base install. May that be > wrong > > version of > > > >> something or even a missing dev package. > > > >> > > > >> As my work also coincided with the announcement by Casey I > went > > ahead > > > and > > > >> installed 0.3.0 as a dev installation instead. That worked > great > > as the > > > >> dev-full-platform guide is very complete. > > > >> > > > >> As a general feedback, in order to get more people > interested and > > not > > > >> having noobs like me come up with redundant questions - At > this > > stage > > > also > > > >> sorry for not providing a meaningful subject, I simply was > too > > excited > > > :) > > > >> > > > >> There is much to win with a small extension of the > installation > > guide. I > > > >> don't think it needs much more prose around but a full > package > > version > > > dump > > > >> with every new release would help greatly to get things > going. > > For the > > > >> things which need to be compiled in, the versioning > information > > should > > > be > > > >> enough. I am saying this, as everyone starts with a > different base > > > system. > > > >> Some have the chance to start from scratch, some have a > system > > running > > > and > > > >> build something on top and then there are the experienced > Metron > > users, > > > who > > > >> have many base requirements.. they tend to forget. And I > believe > > at the > > > end > > > >> it always fails just because of some very tiny small > difference. > > > >> > > > >> If there is a space somewhere available, this could even be > a > > spot, > > > where > > > >> people can say, "hey, I got this running on XYZ and here is > the > > package > > > >> version dump". A simple table with 'Metron version', 'OS > release', > > > 'Package > > > >> list file', 'Version Details of every other needed > to-be-compiled > > > package', > > > >> is already a big help. This really could supplement the > existing > > guide > > > >> found here: > > > >> > > > > > https://cwiki.apache.org/confluence/display/METRON/ > Metron+Installation+on+an+Ambari-Managed+Cluster > > > >> . > > > >> > > > >> But then, I could be alone and others did not experience > the same > > and > > > >> simply got it to run, I don't know. Anyway, I would be > happy to > > help if > > > >> help is needed. > > > >> > > > >> Cheers > > > >> Shoggi > > > >> > > > >> On Sun, Nov 27, 2016 at 3:00 PM, shoggi <sho...@gmail.com > <mailto: > > > >> sho...@gmail.com>> wrote: > > > >> Hi Simon > > > >> > > > >> Thank you for your very quick response. I installed it on > HDP > > 2.4.3.0. > > > >> > > > >> I had a 0.2.0 instance running and was very conscious about > > versioning > > > the > > > >> various components. Somehow I had the understanding of not > > touching 2.5 > > > as > > > >> of yet. I give that a try. > > > >> > > > >> Thanks heaps ! > > > >> > > > >> Shoggi > > > >> > > > >> On Sun, Nov 27, 2016 at 2:52 PM, Simon Elliston Ball < > > > >> si...@simonellistonball.com<mailto:simon@ > simonellistonball.com>> > > wrote: > > > >> Hi Shoggi, > > > >> > > > >> Can I ask which version of HDP you used as a base. The > article is > > a > > > little > > > >> out of date in that is calls for 2.4, which the 0.3.0 > release is > > based > > > on > > > >> 2.5. There was a major version difference in storm between > the > > two, > > > which > > > >> seems likely to have caused the problem you're seeing. > > > >> > > > >> Simon > > > >> > > > >> Sent from my iPad > > > >> > > > >> On 27 Nov 2016, at 13:48, shoggi <sho...@gmail.com<mailto: > > > sho...@gmail.com>> > > > >> wrote: > > > >> > > > >> Hi all > > > >> > > > >> I followed the installation guide to deploy Metron via > Ambari > > > >> > > > > > https://community.hortonworks.com/articles/60805/deploying- > a-fresh-metron-cluster-using-ambari-serv.html > > > >> . > > > >> > > > >> I ended up with all but the Metron Components (Enrichment, > > Parsing, > > > >> Parsers) to start up. The closest to pinpoint the issue is, > when > > I try > > > to > > > >> start any new parser topology such as with bro: > > > >> > > > >> /usr/metron/0.3.0/bin/start_parser_topology.sh -k > > x.localdomain:6667 -z > > > >> x.localdomain:2181 -s bro > > > >> > > > >> The error I get is: > > > >> > > > >> Exception in thread "main" java.lang.BootstrapMethodError: > > > >> java.lang.NoClassDefFoundError: org/apache/storm/Config > > > >> > > > >> Or in more details: > > > >> > > > >> Running: /usr/jdk64/jdk1.8.0_77/bin/java -client > -Ddaemon.name= > > > >> -Dstorm.options= -Dstorm.home=/usr/hdp/2.4.3.0-227/storm > > > >> -Dstorm.log.dir=/var/log/storm > > > >> > > > > > -Djava.library.path=/usr/local/lib:/opt/local/lib:/usr/ > lib:/usr/hdp/current/storm-client/lib > > > >> -Dstorm.conf.file= -cp > > > >> > > > > > /usr/hdp/2.4.3.0-227/storm/lib/asm-4.0.jar:/usr/hdp/2.4. > 3.0-227/storm/lib/cheshire-5.3.1.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/clj-stacktrace-0.2.7.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/clj-time-0.8.0.jar:/usr/hdp/2.4.3.0-227/storm/lib/ > clojure-1.6.0.jar:/usr/hdp/ > > > >> 2.4.3.<http://2.4.3 > > > >> > > > > > .>0-227/storm/lib/clout-1.0.1.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/commons-codec-1.6.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/compojure-1.1.3.jar:/usr/hdp/2.4.3.0-227/storm/ > lib/core.incubator-0.1.0.jar:/usr/hdp/2.4.3.0-227/storm/lib/ > disruptor-2.10.1.jar:/usr/hdp/2.4.3.0-227/storm/lib/ > gmetric4j-1.0.7.jar:/usr/hdp/2.4.3.0-227/storm/lib/hadoop- > auth-2.7.1.2.4.3.0-227.jar:/usr/hdp/ > > > >> 2.4.3.<http://2.4.3 > > > >> > > > > > .>0-227/storm/lib/hiccup-0.3.6.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/jackson-core-2.3.1.jar:/usr/hdp/ > > > >> 2.4.3.<http://2.4.3 > > > >> > > > > > .>0-227/storm/lib/jackson-dataformat-smile-2.3.1.jar:/ > usr/hdp/2.4.3.0-227/storm/lib/java.classpath-0.2.2.jar:/usr/ > hdp/2.4.3.0-227/storm/lib/javax.servlet-2.5.0. > v201103041518.jar:/usr/hdp/2.4.3.0-227/storm/lib/jline-0.9. > 94.jar:/usr/hdp/2.4.3.0-227/storm/lib/kryo-2.21.jar:/usr/hdp/ > > > >> 2.4.3.<http://2.4.3 > > > >> > > > > > .>0-227/storm/lib/log4j-api-2.1.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/log4j-core-2.1.jar:/usr/hdp/2.4.3.0-227/storm/lib/ > log4j-over-slf4j-1.6.6.jar:/usr/hdp/2.4.3.0-227/storm/lib/ > log4j-slf4j-impl-2.1.jar:/usr/hdp/2.4.3.0-227/storm/lib/ > minlog-1.2.jar:/usr/hdp/ > > > >> 2.4.3.<http://2.4.3 > > > > > .>0-227/storm/lib/ns-tracker-0.2.2.jar:/usr/hdp/2.4.3.0- > 227/storm/lib/oncrpc-1.0.7.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/reflectasm-1.07-shaded.jar:/usr/hdp/2.4.3.0- > 227/storm/lib/ring-core-1.1.5.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/ring-devel-1.3.0.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/ring-jetty-adapter-1.3.0.jar:/usr/hdp/2.4.3.0- > 227/storm/lib/ring-json-0.3.1.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/ring-servlet-1.3.0.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/servlet-api-2.5.jar:/usr/hdp/2.4.3.0-227/storm/ > lib/slf4j-api-1.7.7.jar:/usr/hdp/2.4.3.0-227/storm/lib/ > storm-core-0.10.0.2.4.3.0-227.jar:/usr/hdp/2.4.3.0-227/ > storm/lib/tigris-0.1.1.jar:/usr/hdp/2.4.3.0-227/storm/lib/ > tools.logging-0.2.3.jar:/usr/hdp/2.4.3.0-227/storm/lib/ > tools.namespace-0.2.4.jar:/usr/hdp/2.4.3.0-227/storm/lib/ > zookeeper.jar:/usr/metron/0.3.0/lib/metron-parsers-0.3.0- > uber.jar:/usr/hdp/current/storm-supervisor/conf:/usr/ > hdp/2.4.3.0-227/storm/bin > > > >> -Dstorm.jar=/usr/metron/0.3.0/ > lib/metron-parsers-0.3.0-uber.jar > > > >> org.apache.metron.parsers.topology.ParserTopologyCLI -k > > > x.localdomain:6667 > > > >> -z x.localdomain:2181 -s bro > > > >> Exception in thread "main" java.lang.BootstrapMethodError: > > > >> java.lang.NoClassDefFoundError: org/apache/storm/Config > > > >> at > > > >> > > > > > org.apache.metron.parsers.topology.ParserTopologyCLI$ > ParserOptions.<init>(ParserTopologyCLI.java:199) > > > >> at > > > >> > > > > > org.apache.metron.parsers.topology.ParserTopologyCLI$ > ParserOptions.<clinit>(ParserTopologyCLI.java:47) > > > >> at > > > >> > > > > > org.apache.metron.parsers.topology.ParserTopologyCLI. > main(ParserTopologyCLI.java:266) > > > >> Caused by: java.lang.NoClassDefFoundError: > org/apache/storm/Config > > > >> ... 3 more > > > >> Caused by: java.lang.ClassNotFoundException: > > org.apache.storm.Config > > > >> at java.net.URLClassLoader.findClass(URLClassLoader.java: > 381) > > > >> at java.lang.ClassLoader.loadClass(ClassLoader.java:424) > > > >> at sun.misc.Launcher$AppClassLoader.loadClass( > Launcher.java:331) > > > >> at java.lang.ClassLoader.loadClass(ClassLoader.java:357) > > > >> ... 3 more > > > >> > > > >> Must be something wrong with my config, possibly I have > overlooked > > > >> something but can't put my finger on it. Any help is > appreciated. > > > >> > > > >> Many thanks > > > >> Shoggi > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> -- > > > >> Nick Allen <n...@nickallen.org<mailto:n...@nickallen.org>> > > > >> -- > > > >> > > > >> Jon > > > >> > > > >> Sent from my mobile device > > > >> > > > >> -- > > > >> > > > >> Jon > > > >> > > > >> Sent from my mobile device > > > >> > > > >> -- > > > > Jon > > > > > > > > Sent from my mobile device > > > > > > > > > > -- > > > > Jon > > > > Sent from my mobile device > > > > > > > > -- > > Jon > > Sent from my mobile device > > >