Created on 08-18-2014 10:59 AM - edited 09-16-2022 02:05 AM
[impl.ThriftTransportPool] WARN: Thread "shell" stuck on io to x.x.x.x:9999:9999 (0) for at least 120040 ms
Thanks in advance.
Created 09-21-2014 11:24 AM
Hi!
The problem you are getting is a known limitation of Accumulo on small clusters. By default Accumulo attempts to use a replication factor of 5 for the metadata table, ignoring the "table.file.replication" setting. Normally, Cloudera Manager does not set a max replication factor. This causes under-replication warnings until you can correct either the number of nodes or manually adjust the replication setting on that table.
In your cluster, it appears the "dfs.replication.max" setting has been adjusted to match your number of cluster nodes. This is causing Accumulo's attempts to create new files for its internal tables to fail.
Unfortunately, I'm not sure this can be fixed without data loss. However, to recover you should first edit the "dfs.replication.max" setting for HDFS to be >= 5. Then you should adjust the replication on the metadata and root tables to be <= your number of DataNodes. After that it should be safe to lower dfs.replication.max again.
Adjust the replication in the accumulo shell:
$> config -t accumulo.metadata -s table.file.replication=3 $> config -t accumulo.root -s table.file.replication=3
Created 08-21-2014 01:00 PM
dod you need any information?
Created 08-22-2014 06:38 AM
waiting for your reply ...
Created 08-25-2014 05:33 PM
Created 09-03-2014 11:20 AM
I am getting same error when I do reinstall Cloudera total set up. I think this one is BUG.
Created 09-21-2014 11:24 AM
Hi!
The problem you are getting is a known limitation of Accumulo on small clusters. By default Accumulo attempts to use a replication factor of 5 for the metadata table, ignoring the "table.file.replication" setting. Normally, Cloudera Manager does not set a max replication factor. This causes under-replication warnings until you can correct either the number of nodes or manually adjust the replication setting on that table.
In your cluster, it appears the "dfs.replication.max" setting has been adjusted to match your number of cluster nodes. This is causing Accumulo's attempts to create new files for its internal tables to fail.
Unfortunately, I'm not sure this can be fixed without data loss. However, to recover you should first edit the "dfs.replication.max" setting for HDFS to be >= 5. Then you should adjust the replication on the metadata and root tables to be <= your number of DataNodes. After that it should be safe to lower dfs.replication.max again.
Adjust the replication in the accumulo shell:
$> config -t accumulo.metadata -s table.file.replication=3 $> config -t accumulo.root -s table.file.replication=3
Created 07-16-2015 08:32 PM
This works. But, if you used CM to install, use CM to change the HDFS setting dfs.replication.max via configuration tab, first. Then use the accumulo shell as directed.
Jim Heyssel