accumulo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Keith Turner <>
Subject Re: MiniAccumulo or InstanceOperations or me?
Date Wed, 13 Feb 2013 18:47:41 GMT
On Wed, Feb 13, 2013 at 1:30 PM, John Vines <> wrote:
> I don't think your property is coming back because you're using
> getSiteConfiguration(). I believe that just spits back the configuration
> from the xml files. getSystemConfiguration() will return data as it is in

I totally missed that.  You do need to call getSystemConfiguration().
 I just went and looked at the code to be sure.  Looking at the code,
I think you can still run into the issue I mentioned where you read
from a tablet server before the zookeeper event gets there.
getSystemConfiguration() also goes to random tablet server to read the
config.  And following that through, it reads the config from a
ZooCache on the tablet server.

We really need javadoc for InstanceOperations.getSystemConfiguration()
and InstanceOperations.getSiteConfiguration().

> Zookeeper, which is where that property will be. I had no problems using
> the shell to set a non-existant property (with an allowable prefix), read
> it back, and then delete it.
> As for the error, that's a bit new to me. Check to make sure there's
> nothing in the master and tserver logs with it.
> On Tue, Feb 12, 2013 at 9:10 PM, Jim Klucar <> wrote:
>> I'm not sure if this is a MiniAccumulo or an InstanceOperations or a me
>> problem. If I do a InstanceOperations.setProperty followed by a
>> getSiteConfiguration, my property isn't there. Does it have to be a
>> pre-defined property?
>> More concerning if I do a removeProperty of the property I'm setting, I'm
>> seeing this:
>> org.apache.accumulo.core.client.AccumuloException:
>> org.apache.thrift.TApplicationException: Internal error processing
>> removeSystemProperty
>>  at org.apache.accumulo.core.client.impl.MasterClient.execute
>> (
>> org.apache.accumulo.core.client.admin.InstanceOperationsImpl.removeProperty
>> (
>>     sun.reflect.NativeMethodAccessorImpl.invoke0
>> (
>>     sun.reflect.NativeMethodAccessorImpl.invoke
>> (
>>     sun.reflect.DelegatingMethodAccessorImpl.invoke
>> (
>> This was all on a 1.5-SNAPSHOT I made this evening.

View raw message