Hostname is "ysg.connect". I'm ok with not using it in distributed mode,
for now.
This is my ifconfig info:
$ ifconfig
eth0 Link encap:Ethernet HWaddr 00:1A:92:46:8C:66
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2523 errors:0 dropped:0 overruns:0 frame:0
TX packets:2523 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:168399 (164.4 KiB) TX bytes:168399 (164.4 KiB)
wlan0 Link encap:Ethernet HWaddr 00:1B:77:10:CE:4E
inet addr:192.168.1.7 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::21b:77ff:fe10:ce4e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4075657 errors:0 dropped:0 overruns:0 frame:0
TX packets:2310106 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1222625846 (1.1 GiB) TX bytes:271875357 (259.2 MiB)
On Fri, 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.
> >> > >> >
> >> > >> >
> >> > >> > On Thu, May 23, 2013 at 7:19 PM, Jean-Daniel Cryans <
> >> > jdcry...@apache.org
> >> > >> >wrote:
> >> > >> >
> >> > >> >> It should only be a matter of network configuration and not a
> >> matter
> >> > >> >> of whether you are a Hadoop expert or not. HBase is just trying
> to
> >> > get
> >> > >> >> the machine's hostname and bind to it and in your case it's
> given
> >> > >> >> something it cannot use. It's unfortunate.
> >> > >> >>
> >> > >> >> IIUC your machine is hosted on cox.net? And it seems that while
> >> > >> >> providing that machine they at some point set it up so that its
> >> > >> >> hostname would resolve to a public address. Sounds like a
> >> > >> >> misconfiguration. Anyways, you can edit your /etc/hosts so that
> >> your
> >> > >> >> hostname points to 127.0.0.1 or, since you are using 0.94.7, set
> >> both
> >> > >> >> hbase.master.ipc.address and hbase.regionserver.ipc.address to
> >> > 0.0.0.0
> >> > >> >> in your hbase-site.xml so that it binds on the wildcard address
> >> > >> >> instead.
> >> > >> >>
> >> > >> >> J-D
> >> > >> >>
> >> > >> >> On Thu, May 23, 2013 at 4:07 PM, Yves S. Garret
> >> > >> >> <yoursurrogate...@gmail.com> wrote:
> >> > >> >> > How weird. Admittedly I'm not terribly knowledgeable about
> >> Hadoop
> >> > >> >> > and all of its sub-projects, but I don't recall ever setting
> any
> >> > >> >> networking
> >> > >> >> > info to something other than localhost. What would cause
> this?
> >> > >> >> >
> >> > >> >> >
> >> > >> >> > On Thu, May 23, 2013 at 6:26 PM, Jean-Daniel Cryans <
> >> > >> jdcry...@apache.org
> >> > >> >> >wrote:
> >> > >> >> >
> >> > >> >> >> That's your problem:
> >> > >> >> >>
> >> > >> >> >> Caused by: java.net.BindException: Problem binding to
> >> > >> >> >> ip72-215-225-9.at.at.cox.net/72.215.225.9:0 : Cannot assign
> >> > >> requested
> >> > >> >> >> address
> >> > >> >> >>
> >> > >> >> >> Either it's a public address and you can't bind to it or
> someone
> >> > else
> >> > >> >> >> is using it.
> >> > >> >> >>
> >> > >> >> >> J-D
> >> > >> >> >>
> >> > >> >> >> On Thu, May 23, 2013 at 3:24 PM, Yves S. Garret
> >> > >> >> >> <yoursurrogate...@gmail.com> wrote:
> >> > >> >> >> > Here is my dump of the sole log file in the logs directory:
> >> > >> >> >> > http://bin.cakephp.org/view/2116332048
> >> > >> >> >> >
> >> > >> >> >> >
> >> > >> >> >> > On Thu, May 23, 2013 at 6:20 PM, Jean-Daniel Cryans <
> >> > >> >> jdcry...@apache.org
> >> > >> >> >> >wrote:
> >> > >> >> >> >
> >> > >> >> >> >> On Thu, May 23, 2013 at 2:50 PM, Jay Vyas <
> >> > jayunit...@gmail.com>
> >> > >> >> wrote:
> >> > >> >> >> >> > 1) Should hbase-master be changed to localhost?
> >> > >> >> >> >> >
> >> > >> >> >> >> > Maybe Try changing /etc/hosts to match the actual non
> >> > loopback
> >> > >> ip
> >> > >> >> of
> >> > >> >> >> >> your machine... (i.e. just run Ifconfig | grep 1 and see
> what
> >> > ip
> >> > >> >> comes
> >> > >> >> >> out
> >> > >> >> >> >> :))
> >> > >> >> >> >> > and make sure your /etc/hosts matches the file in my
> blog
> >> > post,
> >> > >> >> (you
> >> > >> >> >> >> need hbase-master to be defined in your /etc/hosts...).
> >> > >> >> >> >>
> >> > >> >> >> >> hbase.master was dropped around 2009 now that we have
> >> > zookeeper.
> >> > >> So
> >> > >> >> >> >> you can set it to whatever you want, it won't change
> anything
> >> > :)
> >> > >> >> >> >>
> >> > >> >> >> >> >
> >> > >> >> >> >> > 2) zookeeper parent seems bad..
> >> > >> >> >> >> >
> >> > >> >> >> >> > Change hbase-rootdir to "hbase" (in hbase.rootdir) so
> that
> >> > it's
> >> > >> >> >> >> consistent with what you defined in zookeeper parent node.
> >> > >> >> >> >>
> >> > >> >> >> >> Those two are really unrelated, /hbase is the default so
> no
> >> > need
> >> > >> to
> >> > >> >> >> >> override it, and I'm guessing that hbase.rootdir is
> somewhere
> >> > >> >> writable
> >> > >> >> >> >> so that's all good.
> >> > >> >> >> >>
> >> > >> >> >> >> Now, regarding the "Check the value configured in
> >> > >> >> >> >> 'zookeeper.znode.parent", it's triggered when the client
> >> wants
> >> > to
> >> > >> >> read
> >> > >> >> >> >> the /hbase znode in ZooKeeper but it's unable to. If it
> >> doesn't
> >> > >> >> exist,
> >> > >> >> >> >> it might be because your HBase is homed elsewhere. It
> could
> >> > also
> >> > >> be
> >> > >> >> >> >> that HBase isn't running at all so the Master never got to
> >> > create
> >> > >> it.
> >> > >> >> >> >>
> >> > >> >> >> >> BTW you can start the shell with -d and it's gonna give
> more
> >> > info
> >> > >> and
> >> > >> >> >> >> dump all the stack traces.
> >> > >> >> >> >>
> >> > >> >> >> >> Going by this thread I would guess that HBase isn't
> running
> >> so
> >> > the
> >> > >> >> >> >> shell won't help. Another way to check is pointing your
> >> > browser to
> >> > >> >> >> >> localhost:60010 and see if the master is responding. If
> not,
> >> > time
> >> > >> to
> >> > >> >> >> >> open up the log and see what's up.
> >> > >> >> >> >>
> >> > >> >> >> >> J-D
> >> > >> >> >> >>
> >> > >> >> >>
> >> > >> >>
> >> > >>
> >> >
> >>
> >>
> >>
> >> --
> >> Jay Vyas
> >> http://jayunit100.blogspot.com
> >>
>
