Or, even better, if someone has a sample hbase-site.xml file that I can see, that would be even better :) .
On Tue, May 28, 2013 at 6:05 PM, Yves S. Garret <yoursurrogate...@gmail.com>wrote: > Ok, I finally got HBase to work. With the current networking configs > and then just tried to run it with the default configs. I didn't change > the > path to the directory, which I think I was messing up in hbase-site.xml. > > One more question, how should the syntax look like in this thing? If I > want to store the data in /hbase (from the root directory), should the path > look like this? > > <property> > <name>hbase.rootdir</name> > <value>file:/hbase</value> > </property> > > > > > On Tue, May 28, 2013 at 1:08 PM, Yves S. Garret < > yoursurrogate...@gmail.com> wrote: > >> Ok, it's obvious that this is a networking issue. I'm running on CentOS >> and the hostname file is not in /etc, it's located in >> /etc/sysconfig/network >> instead. >> >> This is how that file looks like at the moment: >> NETWORKING=yes >> HOSTNAME=ysg.connect >> >> /etc/hosts is like this: >> 127.0.0.1 localhost ysg.connect >> >> >> On Tue, May 28, 2013 at 1:05 PM, Yves S. Garret < >> yoursurrogate...@gmail.com> wrote: >> >>> Just curious, but what's zookeeper.sh in the bin directory of HBase? >>> >>> >>> On Fri, May 24, 2013 at 10:27 PM, Jay Vyas <jayunit...@gmail.com> wrote: >>> >>>> Yes that's a great post it helped me appreciate the complexity of the >>>> whole thing to. There's gotta be a JIRA in here somewhere :) >>>> >>>> Sent from my iPhone >>>> >>>> On May 24, 2013, at 7:08 PM, "Yves S. Garret" < >>>> yoursurrogate...@gmail.com> wrote: >>>> >>>> > I do want to know. Maybe that'll get my problem resolved. >>>> > >>>> > >>>> > On Fri, May 24, 2013 at 5:00 PM, Asaf Mesika <asaf.mes...@gmail.com> >>>> wrote: >>>> > >>>> >> If you truly want to understand the weirdness behind what you >>>> witnessed, >>>> >> then make a big cup of coffee, prepare a notebook with a pen and sit >>>> down >>>> >> to read this: >>>> http://blog.devving.com/why-does-hbase-care-about-etchosts/ >>>> >> My friend at devving.com had a fight like this with HBase pseudo >>>> mode, but >>>> >> decided to go really deep into HBase code , JVM, Dns resolving and >>>> Linux >>>> >> standards. >>>> >> >>>> >> >>>> >> On Friday, May 24, 2013, Jay Vyas wrote: >>>> >> >>>> >>> +1 for a VM on your own machine. That's how I do it because its >>>> easy to >>>> >>> control and muck with network settings . >>>> >>> >>>> >>> Cant you just Edit etc/hostname file ? >>>> >>> >>>> >>> On May 24, 2013, at 4:03 PM, Jean-Daniel Cryans < >>>> jdcry...@apache.org> >>>> >>> wrote: >>>> >>> >>>> >>>> This is a machine identity problem. HBase simply uses the normal >>>> Java >>>> >>>> APIs and asks "who am I?". The answer it gets is >>>> >>>> ip72-215-225-9.at.at.cox.net. Changing this should only be a >>>> matter of >>>> >>>> DNS configs, starting with /etc/hosts. What is your machine's >>>> hostname >>>> >>>> exactly (run "hostname")? When you ping it, what does it return? >>>> That >>>> >>>> should get you started. Does you machine even have a local IP when >>>> you >>>> >>>> run ifconfig? If not, all you can do is force everything to >>>> localhost >>>> >>>> in your network configs. It also means you cannot use HBase in a >>>> >>>> distributed fashion. >>>> >>>> >>>> >>>> Changing the code seems like a waste of time, HBase is inherently >>>> >>>> distributed and it relies on machines having their network >>>> correctly >>>> >>>> configured. Your time might be better spent using a VM on your own >>>> >>>> machine. >>>> >>>> >>>> >>>> J-D >>>> >>>> >>>> >>>> On Fri, May 24, 2013 at 12:38 PM, Yves S. Garret >>>> >>>> <yoursurrogate...@gmail.com> wrote: >>>> >>>>> That seems to be the case. The thing that I don't get is if I >>>> missed >>>> >>> any >>>> >>>>> "global" setting in order to make everything turn towards >>>> localhost. >>>> >>> What >>>> >>>>> am I missing? >>>> >>>>> >>>> >>>>> I'll scour the HBase docs again. >>>> >>>>> >>>> >>>>> >>>> >>>>> On Fri, May 24, 2013 at 1:17 PM, Jay Vyas <jayunit...@gmail.com> >>>> >> wrote: >>>> >>>>> >>>> >>>>>> Yes ... get hostname and /etc/hosts synced up properly and i bet >>>> that >>>> >>> will >>>> >>>>>> fix it >>>> >>>>>> >>>> >>>>>> >>>> >>>>>> On Fri, May 24, 2013 at 12:41 PM, Jean-Daniel Cryans < >>>> >>> jdcry...@apache.org >>>> >>>>>>> wrote: >>>> >>>>>> >>>> >>>>>>> Ah yeah the master advertised itself as: >>>> >>>>>>> >>>> >>>>>>> Attempting connect to Master server at >>>> >>>>>>> ip72-215-225-9.at.at.cox.net,46122,1369408257140 >>>> >>>>>>> >>>> >>>>>>> So the region server cannot find it since that's the public >>>> address >>>> >>>>>>> and nothing's reachable through that. Now you really need to fix >>>> >> your >>>> >>>>>>> networking :) >>>> >>>>>>> >>>> >>>>>>> J-D >>>> >>>>>>> >>>> >>>>>>> On Fri, May 24, 2013 at 8:21 AM, Yves S. Garret >>>> >>>>>>> <yoursurrogate...@gmail.com> wrote: >>>> >>>>>>>> Ok, weird, it still seems to be looking towards Cox. >>>> >>>>>>>> >>>> >>>>>>>> Here is my hbase-site.xml file: >>>> >>>>>>>> http://bin.cakephp.org/view/628322266 >>>> >>>>>>>> >>>> >>>>>>>> >>>> >>>>>>>> On Thu, May 23, 2013 at 7:35 PM, Jean-Daniel Cryans < >>>> >>>>>> jdcry...@apache.org >>>> >>>>>>>> wrote: >>>> >>>>>>>> >>>> >>>>>>>>> No, I meant hbase.master.ipc.address and >>>> >>>>>>>>> hbase.regionserver.ipc.address. See >>>> >>>>>>>>> https://issues.apache.org/jira/browse/HBASE-8148. >>>> >>>>>>>>> >>>> >>>>>>>>> J-D >>>> >>>>>>>>> >>>> >>>>>>>>> On Thu, May 23, 2013 at 4:34 PM, Yves S. Garret >>>> >>>>>>>>> <yoursurrogate...@gmail.com> wrote: >>>> >>>>>>>>>> Do you mean hbase.master.info.bindAddress and >>>> >>>>>>>>>> hbase.regionserver.info.bindAddress? I couldn't find >>>> >>>>>>>>>> anything else in the docs. But having said that, both >>>> >>>>>>>>>> are set to 0.0.0.0 by default. >>>> >>>>>>>>>> >>>> >>>>>>>>>> Also, I checked out 127.0.0.1:60010 and 0.0.0.0:60010, >>>> >>>>>>>>>> no web gui. >>>> >> >>>> >>> >>> >> >
