You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Keith Turner (JIRA)" <ji...@apache.org> on 2014/09/25 21:24:35 UTC

[jira] [Created] (ACCUMULO-3171) Table props not equal after import/export during RW

Keith Turner created ACCUMULO-3171:
--------------------------------------

             Summary: Table props not equal after import/export during RW
                 Key: ACCUMULO-3171
                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3171
             Project: Accumulo
          Issue Type: Bug
    Affects Versions: 1.6.1
            Reporter: Keith Turner


{noformat}
24 21:48:15,861 [randomwalk.Framework] ERROR: Error during random walk
java.lang.Exception: Error running node Shard.xml
	at org.apache.accumulo.test.randomwalk.Module.visit(Module.java:285)
	at org.apache.accumulo.test.randomwalk.Framework.run(Framework.java:63)
	at org.apache.accumulo.test.randomwalk.Framework.main(Framework.java:122)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at org.apache.accumulo.start.Main$1.run(Main.java:141)
	at java.lang.Thread.run(Thread.java:744)
Caused by: java.lang.Exception: Error running node shard.ExportIndex
	at org.apache.accumulo.test.randomwalk.Module.visit(Module.java:285)
	at org.apache.accumulo.test.randomwalk.Module.visit(Module.java:254)
	... 8 more
Caused by: java.lang.Exception: Props not equals ST_index_ip_10_1_2_15_ec2_internal_11483_1411593063602 ST_index_ip_10_1_2_15_ec2_internal_11483_1411593063602_tmp
	at org.apache.accumulo.test.randomwalk.shard.ExportIndex.visit(ExportIndex.java:105)
	at org.apache.accumulo.test.randomwalk.Module.visit(Module.java:254)
	... 9 more
{noformat}

I thought this may be a problem w/ comparing eventually consistent config too quickly. so  I diffed the two tables config in the shell and saw the following.

{noformat}
[cluster@ip-10-1-2-10 accumulo-1.6.1]$ ./bin/accumulo shell -u root -p secret -e 'config -t ST_index_ip_10_1_2_15_ec2_internal_11483_1411593063602' > t1_config.txt
[cluster@ip-10-1-2-10 accumulo-1.6.1]$ ./bin/accumulo shell -u root -p secret -e 'config -t ST_index_ip_10_1_2_15_ec2_internal_11483_1411593063602_tmp' > t2_config.txt
[cluster@ip-10-1-2-10 accumulo-1.6.1]$ diff -u t1_config.txt t2_config.txt 
--- t1_config.txt	2014-09-25 19:17:46.347161854 +0000
+++ t2_config.txt	2014-09-25 19:17:57.392161854 +0000
@@ -1,4 +1,4 @@
-2014-09-25 19:17:44,032 [util.NativeCodeLoader] WARN : Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
+2014-09-25 19:17:55,037 [util.NativeCodeLoader] WARN : Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
 -----------+---------------------------------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 SCOPE      | NAME                                        | VALUE
 -----------+---------------------------------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
@@ -21,6 +21,7 @@
 default    | table.failures.ignore ..................... | false
 default    | table.file.blocksize ...................... | 0B
 default    | table.file.compress.blocksize ............. | 100K
+table      |    @override .............................. | 2117999
 default    | table.file.compress.blocksize.index ....... | 128K
 default    | table.file.compress.type .................. | gz
 default    | table.file.max ............................ | 15
{noformat}

I think the 2nd table was created by import.  Somehow it ended up with table.file.compress.blocksize=2117999 when the original did not have that set.  Maybe another walker set this on the namespace?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)