Skip to content

Commit 51a2feb

Browse files
committed
fix ZK anecdote
1 parent 2a4d703 commit 51a2feb

File tree

1 file changed

+5
-3
lines changed

1 file changed

+5
-3
lines changed

sections/terrors.md

Lines changed: 5 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -14,8 +14,8 @@
1414

1515
# Tales of Terror
1616

17-
The following are all true stories. We welcome more submissions of these stories, which will
18-
all be repeated anonymously.
17+
The following are all true stories. We welcome more submissions of these stories, especially
18+
covering the steps taken to determine what was wrong.
1919

2020

2121
## The Zookeeper's Birthday Present
@@ -28,7 +28,9 @@ The cluster was one year old that day.
2828

2929
It turns out that ZK reacts to an auth failure by logging something in its logs, and breaking
3030
the client connection —without any notification to the client. Rather than a network problem
31-
(initial hypothesis), this was discovered to be an HDFS problem.
31+
(initial hypothesis), this a Kerberos problem. How was that worked out? By examining the
32+
Zookeeper logs —there was nothing client-side except the reports of connections being closed
33+
and the ZK client attempting to retry.
3234

3335
When a Kerberos keytab is created, the entries in it have a lifespan. The default value is one
3436
year. This was its first birthday, hence ZK wouldn't trust the client.

0 commit comments

Comments
 (0)