I am seeing the following error in my master_bashi.debug.log file:

org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode
= NoNode for /accumulo/bf7909f7-26d6-43f2-bc43-c0534414305d/recovery
at org.apache.zookeeper.KeeperException.create(KeeperException.java:111)
at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
at org.apache.zookeeper.ZooKeeper.getChildren(ZooKeeper.java:1448)
at org.apache.accumulo.core.zookeeper.ZooReader.getChildren(ZooReader.java:62)
at org.apache.accumulo.server.master.Master.run(Master.java:2071)
at org.apache.accumulo.server.master.Master.main(Master.java:2173)
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:601)
at org.apache.accumulo.start.Main$1.run(Main.java:87)

Could this be caused by the ZooZap issue that I ran into?

What did you set the "dataDir" ZooKeeper configuration parameter to in
$ZOOKEEPER_HOME/conf/zoo.cfg?

On 06/10/2012 04:32 PM, David Medinets wrote:
> I am seeing the following error in my master_bashi.debug.log file:
>
> org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode
> = NoNode for /accumulo/bf7909f7-26d6-43f2-bc43-c0534414305d/recovery
> at org.apache.zookeeper.KeeperException.create(KeeperException.java:111)
> at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
> at org.apache.zookeeper.ZooKeeper.getChildren(ZooKeeper.java:1448)
> at org.apache.accumulo.core.zookeeper.ZooReader.getChildren(ZooReader.java:62)
> at org.apache.accumulo.server.master.Master.run(Master.java:2071)
> at org.apache.accumulo.server.master.Master.main(Master.java:2173)
> 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:601)
> at org.apache.accumulo.start.Main$1.run(Main.java:87)
>
> Could this be caused by the ZooZap issue that I ran into?

dataDir=/tmp/zookeeper

On Sun, Jun 10, 2012 at 7:15 PM, Josh Elser <[EMAIL PROTECTED]> wrote:
> What did you set the "dataDir" ZooKeeper configuration parameter to in
> $ZOOKEEPER_HOME/conf/zoo.cfg?
>
>
> On 06/10/2012 04:32 PM, David Medinets wrote:
>>
>> I am seeing the following error in my master_bashi.debug.log file:
>>
>> org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode
>> = NoNode for /accumulo/bf7909f7-26d6-43f2-bc43-c0534414305d/recovery
>>        at
>> org.apache.zookeeper.KeeperException.create(KeeperException.java:111)
>>        at
>> org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
>>        at org.apache.zookeeper.ZooKeeper.getChildren(ZooKeeper.java:1448)
>>        at
>> org.apache.accumulo.core.zookeeper.ZooReader.getChildren(ZooReader.java:62)
>>        at org.apache.accumulo.server.master.Master.run(Master.java:2071)
>>        at org.apache.accumulo.server.master.Master.main(Master.java:2173)
>>        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:601)
>>        at org.apache.accumulo.start.Main$1.run(Main.java:87)
>>
>> Could this be caused by the ZooZap issue that I ran into?

Not sure what the zoozap issue was, but zookeeper in /tmp is a bad
idea. a lot of systems clear /tmp on startup so you could lose
everything that accumulo persisted to zookeeper on a reboot.

Sent from my iPhone

On Jun 10, 2012, at 9:06 PM, David Medinets <[EMAIL PROTECTED]> wrote:

> dataDir=/tmp/zookeeper
>
> On Sun, Jun 10, 2012 at 7:15 PM, Josh Elser <[EMAIL PROTECTED]> wrote:
>> What did you set the "dataDir" ZooKeeper configuration parameter to in
>> $ZOOKEEPER_HOME/conf/zoo.cfg?
>>
>>
>> On 06/10/2012 04:32 PM, David Medinets wrote:
>>>
>>> I am seeing the following error in my master_bashi.debug.log file:
>>>
>>> org.apache.zookeeper.KeeperException$NoNodeException: KeeperErrorCode
>>> = NoNode for /accumulo/bf7909f7-26d6-43f2-bc43-c0534414305d/recovery
>>>        at
>>> org.apache.zookeeper.KeeperException.create(KeeperException.java:111)
>>>        at
>>> org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
>>>        at org.apache.zookeeper.ZooKeeper.getChildren(ZooKeeper.java:1448)
>>>        at
>>> org.apache.accumulo.core.zookeeper.ZooReader.getChildren(ZooReader.java:62)
>>>        at org.apache.accumulo.server.master.Master.run(Master.java:2071)
>>>        at org.apache.accumulo.server.master.Master.main(Master.java:2173)
>>>        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:601)
>>>        at org.apache.accumulo.start.Main$1.run(Main.java:87)
>>>
>>> Could this be caused by the ZooZap issue that I ran into?

On Sun, Jun 10, 2012 at 9:22 PM, Jim Klucar <[EMAIL PROTECTED]> wrote:
> Not sure what the zoozap issue was, but zookeeper in /tmp is a bad
> idea. a lot of systems clear /tmp on startup so you could lose
> everything that accumulo persisted to zookeeper on a reboot.

No argument, But on this particular machine, I have rebooted many
times without a problem. Only since the latest update from SVN have I
run into this issue.

Mine is set to 60 days.

There is a setting in /etc/default/rcS

# delete files in /tmp during boot older than x days.
# '0' means always, -1 or 'infinite' disables the feature
TMPTIME=60

Yours may not be zero. Check yours. If it aligns with the date range
you suggested, below, then Jim probably had the answer, but with
different periodicity.

On Sun, Jun 10, 2012 at 9:53 PM, David Medinets
<[EMAIL PROTECTED]> wrote:
> On Sun, Jun 10, 2012 at 9:22 PM, Jim Klucar <[EMAIL PROTECTED]> wrote:
>> Not sure what the zoozap issue was, but zookeeper in /tmp is a bad
>> idea. a lot of systems clear /tmp on startup so you could lose
>> everything that accumulo persisted to zookeeper on a reboot.
>
> No argument, But on this particular machine, I have rebooted many
> times without a problem. Only since the latest update from SVN have I
> run into this issue.

I was wrong. I created a /tmp/foo file and rebooted. My laptop machine
does clear /tmp on every reboot. This probably explains some of the
weirdness that I have experienced. Thank you for pointing out so basic
a possibility.

On Sun, Jun 10, 2012 at 9:58 PM, Marc P. <[EMAIL PROTECTED]> wrote:
> Mine is set to 60 days.
>
> There is a setting in /etc/default/rcS
>
> # delete files in /tmp during boot older than x days.
> # '0' means always, -1 or 'infinite' disables the feature
> TMPTIME=60
>
> Yours may not be zero. Check yours. If it aligns with the date range
> you suggested, below, then Jim probably had the answer, but with
> different periodicity.
>
> On Sun, Jun 10, 2012 at 9:53 PM, David Medinets
> <[EMAIL PROTECTED]> wrote:
>> On Sun, Jun 10, 2012 at 9:22 PM, Jim Klucar <[EMAIL PROTECTED]> wrote:
>>> Not sure what the zoozap issue was, but zookeeper in /tmp is a bad
>>> idea. a lot of systems clear /tmp on startup so you could lose
>>> everything that accumulo persisted to zookeeper on a reboot.
>>
>> No argument, But on this particular machine, I have rebooted many
>> times without a problem. Only since the latest update from SVN have I
>> run into this issue.