Seems plausible. A simple grep reveals this: mapreduce/TableInputFormatBase.java: hostName = DNS.reverseDns(ipAddress, this.nameServer);
which is not doing the filtering that HBASE-4109 does. Would this typically be filed as a new issue or brought up in comments on the closed issue? On Mon, Dec 17, 2012 at 8:21 PM, Jean-Daniel Cryans <jdcry...@apache.org>wrote: > Maybe TableInputFormatBase.getSplits is missing something similar to > HBASE-4109? > > J-D > > On Mon, Dec 17, 2012 at 5:26 PM, Robert Dyer <psyb...@gmail.com> wrote: > > That's what I thought too. Except I am running 0.94.2 and this fix was > > released in 0.90.4. > > > > > > On Mon, Dec 17, 2012 at 5:11 PM, Stack <st...@duboce.net> wrote: > > > >> On Sun, Dec 16, 2012 at 1:16 AM, Robert Dyer <psyb...@gmail.com> wrote: > >> > >>> I recently enabled reverse DNS on my test cluster. Now when I run a MR > >>> job, the HBase input split locations are all adding a period to the > end. > >>> For example: > >>> > >>> /default-rack/foo-1. > >>> /default-rack/foo-2. > >>> > >>> Yet the machine locations are still correct: > >>> > >>> /default-rack/foo-1 > >>> /default-rack/foo-2 > >>> > >>> Since those strings don't match, it isn't assigning the tasks locally. > It > >>> actually thinks 100% of the map tasks are rack-local and 0% data-local > >>> (although in reality, some still wind up being data-local due to sheer > >>> luck). > >>> > >>> What is the issue here? Note that I don't have this problem with the > MR > >>> tasks using SequenceFile as input, only with HBase's TableMapper. > >>> > >> > >> > >> Looks like https://issues.apache.org/jira/browse/HBASE-4109 ? > >> St.Ack > >> > >> > -- Robert Dyer rd...@iastate.edu