You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Christopher Tubbs (Jira)" <ji...@apache.org> on 2020/10/28 23:16:00 UTC
[jira] [Resolved] (ACCUMULO-3171) Table props not equal after
import/export during RW
[ https://issues.apache.org/jira/browse/ACCUMULO-3171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Christopher Tubbs resolved ACCUMULO-3171.
-----------------------------------------
Resolution: Abandoned
Closing this stale issue. If this is still a problem, please open a new issue or PR at https://github.com/apache/accumulo-testing
> 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
> Priority: Major
>
> {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
(v8.3.4#803005)