Dear Ted, I'm a beginner about Hadoop and Hbase, perhaps a potential or primary errors are made out, sorry to give you a trouble.
-----Original Message----- From: QI Congyun Sent: Tuesday, November 15, 2016 10:26 AM To: 'Ted Yu'; user@hbase.apache.org Subject: RE: "Quickstart" on OmniOS/illumos not working, java eats CPU My previous e-mail is attached, pls check if the relative traces are enough to investigate or not? My node configuration are also enclosed. Thanks a lot. -----Original Message----- From: Ted Yu [mailto:yuzhih...@gmail.com] Sent: Tuesday, November 15, 2016 10:16 AM To: user@hbase.apache.org Subject: Re: "Quickstart" on OmniOS/illumos not working, java eats CPU Congyun: I searched my Inbox but didn't see your previous post. Did you post to user@hbase ? Since your issue was likely different from what Olaf experienced, mind starting another thread ? Cheers On Mon, Nov 14, 2016 at 6:07 PM, QI Congyun <congyun...@alcatel-sbell.com.cn > wrote: > Dear Olaf, > > I have some problems when I try to install and launch the Hbase, I try > to send a request e-mail to the relative e-mail box, but no one reply > with me, are you kindly enough to tell me who give some reasonable > technical support for HBase? > > Thanks so much. > > > -----Original Message----- > From: Olaf Marzocchi [mailto:li...@marzocchi.net] > Sent: Tuesday, November 15, 2016 6:19 AM > To: user@hbase.apache.org > Subject: Re: "Quickstart" on OmniOS/illumos not working, java eats CPU > > Hi, > I will think about it, but both the OpenJDK1.7 by OmniTI and the > Oracle > JDK1.8 set the value to 256. > > In case of problems I will check it again. > > Olaf > > > On 14/11/2016 19:08, Esteban Gutierrez wrote: > > Just a quick observation here: the number of max file descriptors > > configured is way too low in my opinion. Also, it has been few years > > since last time I played with OpenSolaris but I'm going to assume > > that Illumos you could run truss and the prstat commands and trace > > the jvm to see whats going on. My guess, is that the JVM is spinning > > way too fast due the ZooKeeper server. One way to test this theory > > is to start each process on separate JVM and see how things behave. > > > > cheers, > > esteban. > > > > > > > > -- > > Cloudera, Inc. > > > > > > On Mon, Nov 14, 2016 at 8:38 AM, Ted Yu <yuzhih...@gmail.com> wrote: > > > >> Olaf: > >> After switching away from OmniOS Java, did you still encounter > >> similar problem ? > >> > >> If so, mind updating the thread with log / stack trace ? > >> > >> Thanks > >> > >> On Sun, Nov 13, 2016 at 8:40 AM, Olaf Marzocchi > >> <li...@marzocchi.net> > >> wrote: > >> > >>> I checked and they are located in the same folder. > >>> I found that java and jstack come from two different packages > >>> (java from java and jstack from jdk), but they are both > >>> preinstalled with OmniOS, maintained by OmniTI and compiled at the > >>> same time as the operating > >> system. > >>> They should be 100% compatible. > >>> > >>> I will ask the OmniOS mailing list. > >>> > >>> Olaf > >>> > >>> > >>> On 13/11/2016 17:28, Ted Yu wrote: > >>> > >>>> bq. Caused by: java.lang.UnsatisfiedLinkError: no saproc in > >>>> java.library.path > >>>> > >>>> Was the jstack of version 1.7.0_101 ? > >>>> I used google and found: > >>>> http://umchee.blogspot.com/p/i-recently-needed-to-investigate.htm > >>>> l > >>>> > >>>> but it was about Java 1.5 > >>>> > >>>> You can use this command to find the commandline for hbase > >>>> process (replace 16059 with the new process Id): > >>>> ps aux | grep 16059 > >>>> > >>>> Then use the jstack from same path as java to capture stack trace: > >>>> > >>>> Thanks > >>>> > >>>> On Sun, Nov 13, 2016 at 8:16 AM, Olaf Marzocchi > >>>> <li...@marzocchi.net> > >>>> wrote: > >>>> > >>>> I'm not 100% sure about the stack trace (not a developer myself), > >>>> but I > >>>>> searched online and used jstack: > >>>>> http://pastebin.com/AT6pScBv > >>>>> > >>>>> Additional info: after turning on DEBUG, the java process did > >>>>> not immediately jump to 100% cpu as it used to do, it ramped up > >>>>> and it > >> took 3 > >>>>> minutes to get there. It may however be a coincidence. > >>>>> > >>>>> Hope this can help pinpointing the issue. > >>>>> > >>>>> Olaf > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> On 13/11/2016 01:18, Ted Yu wrote: > >>>>> > >>>>> Can you turn on DEBUG logging ? > >>>>>> In log4j.properties : > >>>>>> > >>>>>> log4j.logger.org.apache.hadoop.hbase=DEBUG > >>>>>> > >>>>>> Since this is reproducible, can you capture one or two stack > >>>>>> traces before killing the server ? > >>>>>> > >>>>>> Thanks > >>>>>> > >>>>>> On Sat, Nov 12, 2016 at 3:09 PM, Olaf Marzocchi > >>>>>> <li...@marzocchi.net> > >>>>>> wrote: > >>>>>> > >>>>>> Hello, > >>>>>> > >>>>>>> I tested HBase with OpenTSDB some time ago on OS X locally and > >>>>>>> the quickstart guide worked perfectly, merged with > >>>>>>> http://opentsdb.net/setup-hbase.html where necessary. > >>>>>>> > >>>>>>> I tried yesterday to do the same on my OmniOS/illumos server > >>>>>>> and I encountered issues with HBase. > >>>>>>> > >>>>>>> First of all I set "JAVA_HOME=/usr/java" in "conf/hbase-env.sh". > >>>>>>> > >>>>>>> $ /usr/java/bin/java -version > >>>>>>> openjdk version "1.7.0_101" > >>>>>>> OpenJDK Runtime Environment (build 1.7.0_101-b00) OpenJDK > >>>>>>> Server VM (build 24.101-b00, mixed mode) > >>>>>>> > >>>>>>> I edited also "hbase-site.xml": > >>>>>>> > >>>>>>> <configuration> > >>>>>>> <property> > >>>>>>> <name>hbase.rootdir</name> > >>>>>>> <value>file:///export/home/olaf/hbase</value> > >>>>>>> </property> > >>>>>>> <property> > >>>>>>> <name>hbase.zookeeper.property.dataDir</name> > >>>>>>> <value>/export/home/olaf/zookeeper</value> > >>>>>>> </property> > >>>>>>> </configuration> > >>>>>>> > >>>>>>> I then launched "bin/start-hbase.sh" and it quits apparently > >> normally. > >>>>>>> A > >>>>>>> directory "/export/home/olaf/zookeeper" appeared, but no > >>>>>>> /export/home/olaf/hbase. > >>>>>>> > >>>>>>> $ ls -l /export/home/olaf/ > >>>>>>> drwxrwxr-x 3 olaf olaf 3 Nov 12 01:16 zookeeper > >>>>>>> > >>>>>>> I also checked with prstat ("top") and I see that java is > >>>>>>> taking a > >> full > >>>>>>> CPU. After some minutes it's still crunching something. > >>>>>>> If I launch "./bin/hbase shell" it never gets to > >> "hbase(main):001:0>". > >>>>>>> At this point the only way is to kill -9 both java processes: > >>>>>>> the > >> stop > >>>>>>> script doesn't work, it outputs dots forever. > >>>>>>> > >>>>>>> I uploaded the two log files (.log and .out) to Pastebin: > >>>>>>> http://pastebin.com/aFMXmWYU > >>>>>>> > >>>>>>> I'm not sure where to begin with the debugging, since I did no > >>>>>>> customisation at all and I don't see any error logged. > >>>>>>> > >>>>>>> I would be grateful for some help. > >>>>>>> > >>>>>>> Thanks > >>>>>>> Olaf > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> > >>>> > >> > > >