This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-05-05
Channels
- # aws-lambda (1)
- # beginners (294)
- # boot (35)
- # cider (19)
- # cljs-dev (39)
- # cljsrn (7)
- # clojars (48)
- # clojure (266)
- # clojure-android (1)
- # clojure-brasil (1)
- # clojure-france (2)
- # clojure-greece (5)
- # clojure-italy (7)
- # clojure-mexico (1)
- # clojure-russia (24)
- # clojure-spec (10)
- # clojure-uk (31)
- # clojurescript (134)
- # consulting (7)
- # cursive (69)
- # datomic (20)
- # emacs (57)
- # events (2)
- # figwheel (2)
- # hoplon (1)
- # jobs-discuss (19)
- # luminus (33)
- # lumo (18)
- # mount (1)
- # off-topic (32)
- # om (5)
- # onyx (27)
- # pedestal (15)
- # re-frame (12)
- # reagent (28)
- # rum (2)
- # schema (2)
- # spacemacs (9)
- # unrepl (2)
- # untangled (7)
- # vim (5)
- # yada (4)
hey, what could be the reason onyx throws exception like this:
:cause nil
:data {:original-exception :java.lang.reflect.InvocationTargetException}
:via
[{:type clojure.lang.ExceptionInfo
:message nil
:data {:original-exception :java.lang.reflect.InvocationTargetException}
:at [onyx.compression.nippy$fn__13691$fn__13692 invoke "nippy.clj" 33]}]
It seem to appear randomly after job works for a while and I don’t see any of my namespaces in the stack trace. Could share the whole stack trace if it helps
I’m on 0.9@jetmind Yep, let’s the whole trace.
@jetmind That one’s a brain bender. Hm. Well according to the stacktrace, what’s happening is that Onyx is trying to read the contents of a node in ZooKeeper and deserialize it with Nippy. From the looks of it.. Seems like it’s reading a serialized exception out of a znode.
I can think of a somewhat brute force way to figure this one out if you’re feeling patient.
How many Onyx tenancies are you running in ZooKeeper?
I think just one, but am not sure. We're using our internal release version as tenancy-id
and running peers only for the most recent one
@jetmind If you’re handy with a repl, you can run onyx.compression.nippy/zookeeper-decompress
on the contents of each znode /onyx/<tenancy>/<job id>/exception/*
Its pretty manual, but since the stack trace is so bare, that’s all I can think of.
It’s looking like Nippy can’t decompress whatever was put into that node, but I’m having trouble thinking of what value that might be.
My guess is that the exception was put there by your peers, and the dashboard can't deserialise it because it doesn't have the same requires/imports
This exception was shown by the dashboard, right?
Sounds about right. Are you using any custom reader literals?
I think @lucasbradstreet’s hypothesis is a winner.
We’ll be finally be able to close out issue #1: https://github.com/onyx-platform/onyx/issues/1
Thanks, the native side package is coming along as well. I should have basic tests for that monday along with more complete documentation! https://github.com/MissInterpret/onyx-native There’s enough info to get a flavor for it at least!
Definitely! I was just saying that ya’ll have been hammering on this for weeks. I don’t think most people have a good idea of the effort level to tackle these issues. You’re doing a great job!
Tots, It’s exciting that we are soooo close to an end-to-end test but yep, the old saying tends to be true. Fast, Cheap, Well-built? Pick 2. lol
Thank you 😄