I created same node/path on a different cluster and delete works, so yes, it seems length or characters used in the path is not an issue.
What else could it be? Corrupted data? On Wed, Sep 27, 2017 at 8:29 PM, Patrick Hunt <[email protected]> wrote: > I spun up a 3.4.10 zk server (standalone) and tried to reproduce the issue > - the delete works fine for me. Perhaps the length is a red herring (or I > had some other diff I didn't notice) and it's something else? > > zk: localhost:2181(CONNECTED) 12] ls > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2 > [wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545] > [zk: localhost:2181(CONNECTED) 13] ls > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > [] > [zk: localhost:2181(CONNECTED) 14] get > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > foo > cZxid = 0x7 > ctime = Wed Sep 27 11:24:56 PDT 2017 > mZxid = 0x7 > mtime = Wed Sep 27 11:24:56 PDT 2017 > pZxid = 0x7 > cversion = 0 > dataVersion = 0 > aclVersion = 0 > ephemeralOwner = 0x0 > dataLength = 3 > numChildren = 0 > [zk: localhost:2181(CONNECTED) 15] delete > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > [zk: localhost:2181(CONNECTED) 16] ls > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > Node does not exist: > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > [zk: localhost:2181(CONNECTED) 17] get > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > Node does not exist: > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > > On Wed, Sep 27, 2017 at 3:09 AM, Stevo Slavić <[email protected]> wrote: > > > In ZK shell: > > > > ls > > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2 > > [wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545] > > > > get > > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > > BBBB_BBBBBBBB > > cZxid = 0x432e7 > > ctime = Fri Sep 22 14:51:22 CEST 2017 > > mZxid = 0x432e7 > > mtime = Fri Sep 22 14:51:22 CEST 2017 > > pZxid = 0x432e7 > > cversion = 0 > > dataVersion = 0 > > aclVersion = 0 > > ephemeralOwner = 0x0 > > dataLength = 13 > > numChildren = 0 > > > > delete > > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > > Node does not exist: > > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > > > > > > From one of ZK server logs: > > 2017-09-27 11:07:19,654 [myid:3] - INFO [ProcessThread(sid:3 > > cport:-1)::PrepRequestProcessor@648] - Got user-level KeeperException > when > > processing sessionid:0x15ec269280a000a type:delete cxid:0x73e > > zxid:0xc00000017 txntype:-1 reqpath:n/a Error > > Path:/dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww.ccccccccc.hhhhh- > > hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/wwwwww-dddddd- > > kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_nnnnnnn_nnn_mmmmmmm_ > > mmmmm$887960620903477545 > > Error:KeeperErrorCode = NoNode for > > /dddddd/rrrrrrrrr-rrrrrrrr/mmmmmmm/ttttttt/wwwwww. > > ccccccccc.hhhhh-hhhhhhh$qqq.qqqqqqqq-qqqqqqQqqqqqq2/ > > wwwwww-dddddd-kkkkkkkkk-0_wwwwww-dddddd-kkkkkkkkk_ > > nnnnnnn_nnn_mmmmmmm_mmmmm$887960620903477545 > > > > On Mon, Sep 25, 2017 at 4:36 PM, Jordan Zimmerman < > > [email protected]> wrote: > > > > > There's no internal limit on path lengths. Can you post a sample > showing > > > the problem? > > > > > > -Jordan > > > > > > > On Sep 25, 2017, at 3:53 AM, Stevo Slavić <[email protected]> wrote: > > > > > > > > Hello Apache ZooKeeper community, > > > > > > > > While on 3.4.10 I just experienced odd issue with a node that has > > > > relatively lengthy path. It was created and had data stored. In the > > > shell I > > > > could list it and retrieve the data. Problem is that the attempt from > > the > > > > app to update the data as well as attempt from the shell to delete > the > > > node > > > > would fail with NoNode. > > > > > > > > Path length (with separators) is 190 characters, and longest path > > > segment / > > > > node name is 95 characters long. > > > > > > > > After shortening some of the prefixes for few path segments, keeping > > > > everything else same, it started working properly. > > > > > > > > Is there a limit on max path length and max path segment / node name > > > length? > > > > If so, why is creation passing and update/deletion fails? Is it a > known > > > > issue? > > > > > > > > Kind regards, > > > > Stevo Slavic. > > > > > > > > >
