You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Ted Yu (JIRA)" <ji...@apache.org> on 2012/12/19 01:34:13 UTC
[jira] [Commented] (HBASE-6155) [copytable] Unexpected behavior if
--starttime is not specifed but --endtime is.
[ https://issues.apache.org/jira/browse/HBASE-6155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13535504#comment-13535504 ]
Ted Yu commented on HBASE-6155:
-------------------------------
{code}
+ * Test the rowcounter map reduce job.
+ */
+@Category(MediumTests.class)
+public class TestCopyTable {
{code}
Javadoc doesn't match actual test.
{code}
Running org.apache.hadoop.hbase.mapreduce.TestCopyTable
2012-12-18 16:30:03.710 java[17665:1203] Unable to load realm info from SCDynamicStore
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 156.367 sec
{code}
The new test should be a large test, I think.
> [copytable] Unexpected behavior if --starttime is not specifed but --endtime is.
> --------------------------------------------------------------------------------
>
> Key: HBASE-6155
> URL: https://issues.apache.org/jira/browse/HBASE-6155
> Project: HBase
> Issue Type: Improvement
> Affects Versions: 0.90.6, 0.92.1, 0.94.0, 0.96.0
> Reporter: Jonathan Hsieh
> Labels: noob
> Attachments: 6155.diff
>
>
> If one uses copytable and specifies only an endtime, I'd expect to include all rows from unix epoch time upto the specified endtime. Instead, it copies all the rows.
> The workaround for copies with this kind of range is to specify --startime=1 (Note not --starttime=0), which is also unintuitive.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira