This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-11-10
Channels
- # alda (28)
- # announcements (7)
- # beginners (79)
- # boot (62)
- # cider (11)
- # cljsjs (12)
- # cljsrn (8)
- # clojure (111)
- # clojure-art (2)
- # clojure-austin (5)
- # clojure-conj (3)
- # clojure-dev (54)
- # clojure-japan (12)
- # clojure-russia (30)
- # clojurescript (354)
- # clojurex (5)
- # cursive (9)
- # data-science (58)
- # datomic (19)
- # editors-rus (3)
- # emacs (7)
- # events (2)
- # hoplon (5)
- # ldnclj (6)
- # lein-figwheel (14)
- # luminus (1)
- # off-topic (10)
- # om (191)
- # onyx (59)
- # re-frame (30)
- # reagent (74)
- # robots (1)
- # yada (19)
The alpha should work fine with it unless there's anything in particular that you need in the latest couple of commits
Generally the plugins are backwards compatible though we do release them all together so that we can CI the versions together
Have you previously used it? What does it show in the log?
I mean the plugin
Ok. What's showing up in onyx.log?
Reading?
What's the last few linea in the log?
15-Nov-10 13:06:26 whm.c.tunlld-01.internal INFO [onyx.peer.virtual-peer] - Starting Virtual Peer e4654903-ac58-419c-9b8c-f9be23d5096b 15-Nov-10 13:06:26 whm.c.tunlld-01.internal INFO [onyx.log.zookeeper] - Starting ZooKeeper client connection 15-Nov-10 13:06:27 whm.c.tunlld-01.internal INFO [onyx.messaging.acking-daemon] - Starting Acking Daemon 15-Nov-10 13:06:27 whm.c.tunlld-01.internal INFO [onyx.messaging.messenger-buffer] - Starting Messenger Buffer 15-Nov-10 13:06:27 whm.c.tunlld-01.internal INFO [onyx.messaging.aeron] - Starting Aeron 15-Nov-10 13:06:27 whm.c.tunlld-01.internal INFO [onyx.peer.virtual-peer] - Starting Virtual Peer 237792b1-e002-4eb2-b20f-4b4aafd16963 15-Nov-10 13:06:27 whm.c.tunlld-01.internal INFO [onyx.log.zookeeper] - Starting ZooKeeper client connection 15-Nov-10 13:06:27 whm.c.tunlld-01.internal INFO [onyx.messaging.acking-daemon] - Starting Acking Daemon 15-Nov-10 13:06:27 whm.c.tunlld-01.internal INFO [onyx.messaging.messenger-buffer] - Starting Messenger Buffer 15-Nov-10 13:06:27 whm.c.tunlld-01.internal INFO [onyx.messaging.aeron] - Starting Aeron 15-Nov-10 13:06:27 whm.c.tunlld-01.internal INFO [onyx.peer.virtual-peer] - Starting Virtual Peer 22d300e8-123c-448c-b807-659f6e006250
Have you submitted a job?
Hmm. It just never seems to have started a job
@michaeldrogalis @lucasbradstreet Everything is working with onyx-kafka if I have a single node, but once I have two processes running (with the same :onyx/id
) then my job seems to go forever, repeating segments over and over and never reaching the :done
sentinel
@spangler: My guess is that the two machines still can't talk properly to one another, so messages are timing out and being replayed.
Via the port specified in the peer config
Use netcat or whatever to make sure data can flow over that channel.
Hmm.... so if both processes were using the same port on localhost, would that be an issue?
:done is not supported for auto assigned kafka partitions. (:kafka/partition must be supplied)^[[m
It's supported if you set a specific partition
The problem is that if you have multiple partitions but you wrote the done to one partition, we can't know that you've read all your data.
One way around this is to make you write a done to each partition, however we will be changing the sentinel mechanism later, so we thought that it's best not to support it
What do you mean by 0?
@lucasbradstreet Ah, how are you changing the sentinel mechanism?
This is the proposal: https://github.com/onyx-platform/onyx/blob/0.8.x/doc/design/proposals/batch_primitives.md. Originally it was the focus for 0.8.0, however streaming primitives, i.e. windowing, aggregation, and state management were deemed more important
It may change given our latest streaming work
We’ll provide a good way to transition from the current sentinel method though
Okay, so using onyx-kafka with two nodes on a single machine with different messaging ports: The tasks cycle over and over and never ends, ie: The job never receives the :done
sentinel, and certain tasks repeat over and over
I can tell they are communicating, because the tasks are distributing between the two processes
Also, I have a couple other fixes to the onyx-kafka lib that deal with some exceptions that were coming up during usage
@michaeldrogalis Why does a message replay? If the task takes too long to complete?