[
https://issues.apache.org/jira/browse/HBASE-3464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992094#comment-12992094
]
James Kennedy commented on HBASE-3464:
--------------------------------------
Not sure. I haven't dug into this very far but it seems to me like it might be
more of a parsing error. "localhost." is not a valid server name anyway you
look at it. Maybe that is being fed in from the OS environment somehow but I
wasn't able to find any evidence of that.
On that machine ifconfig shows:
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:8423670 errors:0 dropped:0 overruns:0 frame:0
TX packets:8423670 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4935980808 (4.9 GB) TX bytes:4935980808 (4.9 GB)
and /etc/hosts shows:
127.0.0.1 localhost
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
> dns.interface property causes malformed parsing for 'lo'
> --------------------------------------------------------
>
> Key: HBASE-3464
> URL: https://issues.apache.org/jira/browse/HBASE-3464
> Project: HBase
> Issue Type: Bug
> Components: master, regionserver
> Environment: An EC2 m1.large node running Ubuntu 9. HDFS + HBASE
> 0.90.0 running in a single JVM.
> Reporter: James Kennedy
> Fix For: 0.90.1
>
>
> I have a seed application that is executed via maven and runs a
> single JVM ApplicationStarter that starts up hdfs, regionserver, hmaster
> threads. It does some seeding then shuts those down in reverse order.
> So this isn't a typical way of running hbase to be sure. However it has
> always worked until I upgraded to HBase 0.90.0.
> I didn't notice it when I was originally testing 0.90.0 because it only
> seems to be happening on our EC2.small build server node when I run this
> particular seeder.
> Running the same thing locally on my mac works.
> Attached is the error output starting from when the HRegionServer.stop() is
> called to when HMaster.shutdown() is called and it starts looping forever in
> letRegionServersShutdown().
> It looks like RegionServerTracker is getting to "RegionServer ephemeral node
> deleted, processing expiration" but then because it can't get the
> HServerInfo it doesn't follow-through with actually expiring it.
> The reason it can't get the HServerInfo is because it is looking for
> "localhost." instead of "localhost".
> My /etc/hosts file was vanilla. But when I removed the following form
> hbase-site.xml:
> <property>
> <name>hbase.master.dns.interface</name>
> <value>lo</value>
> </property>
> <property>
> <name>hbase.regionserver.dns.interface</name>
> <value>lo</value>
> </property>
> The issue went away.
> So something about the "lo" interface isn't getting parsed right on that
> particular machine (An EC2 M.small running Ubuntu 9).
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
