[
https://issues.apache.org/jira/browse/HBASE-13885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14590140#comment-14590140
]
Andrew Purtell commented on HBASE-13885:
----------------------------------------
I checked the trunk, 1.0, 1.1, and 0.98 build failures. Trunk is not related.
The 1.2 build failed because Surefire timed out a test, could just be a dirty
Jenkins run due to system load. The 1.1 build failed because the Surefire
executor was killed externally. I think this is some other builds misfiring
zombie detector. The 1.0 failure looks spurious and not related as no
procedures are involved. The 0.98 failure is unrelated and a known dirty test
that doesn't run well up on Jenkins because the executor env is underpowered
for what the test needs.
Another crappy round of runs on ASF jenkins, another day.
> ZK watches leaks during snapshots
> ---------------------------------
>
> Key: HBASE-13885
> URL: https://issues.apache.org/jira/browse/HBASE-13885
> Project: HBase
> Issue Type: Bug
> Components: snapshots
> Affects Versions: 0.98.12
> Reporter: Abhishek Singh Chouhan
> Assignee: Lars Hofhansl
> Priority: Critical
> Fix For: 2.0.0, 0.98.14, 1.0.2, 1.2.0, 1.1.1, 1.3.0
>
> Attachments: 13885-0.98-v2.txt, 13885-0.98-v3.txt, 13885-master.txt
>
>
> When taking snapshot of a table a watcher over
> /hbase/online-snapshot/abort/snapshot-name is created which is never cleared
> when the snapshot is successful. If we use snapshots to take backups daily we
> accumulate a lot of watches.
> Steps to reproduce -
> 1) Take snapshot of a table - snapshot 'table_1', 'abc'
> 2) Run the following on zk node or alternatively observe zk watches metric
> echo "wchc" | nc localhost 2181
> /hbase/online-snapshot/abort/abc can be found.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)