我不熟悉关闭并尝试设置Riemann来监控服务器资源和应用程序事件。我有一个Riemann服务器设置,我正在尝试添加一个Riemann客户端,它将事件转发给Riemann服务器。
这是我的Riemann客户端配置文件:
; -*- mode: clojure; -*-
; vim: filetype=clojure
(logging/init :file "/var/log/riemann/riemann.log")
(require 'riemann.client)
; Listen on the local interface over TCP (5555), UDP (5555), and websockets (5556)
(let [host "0.0.0.0"]
(tcp-server :host host)
(udp-server :host host)
(ws-server :host host))
; Expire old events from the index.
(periodically-expire 10 {:keep-keys [:host, :service, :tags, :state, :description, :metric]})
(let [index (index)
downstream (batch 100 1/10
(async-queue! :agg { :queue-size 1e3
:core-pool-size 4
:max-pool-size 32}
(forward
(riemann.client/tcp-client :host "10.11.5.10"))))]
(streams ; Inbound events will be passed to these streams:
(default :ttl 60 ; Keep events in the index for 1 minute by default.
index
#(info %)
(where (service #"^riemann.*") ; Send any events with service starting with riemann downstream
downstream))))
每当我尝试启动Riemann时,我都会在日志中打印以下异常:
ERROR [2016-05-17 14:58:58,118] main - riemann.bin - Couldn't start
clojure.lang.ArityException: Wrong number of args (3) passed to: client$batch
at clojure.lang.AFn.throwArity(AFn.java:437)
at clojure.lang.AFn.invoke(AFn.java:47)
at riemann.config$eval36.invoke(riemann.config:23)
at clojure.lang.Compiler.eval(Compiler.java:6619)
at clojure.lang.Compiler.load(Compiler.java:7064)
at clojure.lang.Compiler.loadFile(Compiler.java:7020)
at clojure.lang.RT$3.invoke(RT.java:318)
at riemann.config$include.invoke(config.clj:285)
at riemann.bin$_main.doInvoke(bin.clj:61)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at riemann.bin.main(Unknown Source)
我从pg中提取了这个配置文件(几乎是逐字逐句)。 The Art of Monitoring by James Turnbull中的93。所以我很困惑我可能做错了什么。有人可以帮我理解为什么这个配置文件抛出了错误数量的args错误吗?
由于
答案 0 :(得分:1)
您安装的Riemann版本很古老,您需要0.2.11+才能按照指南进行操作。
获得转速答案 1 :(得分:0)
我看到你得到了你的答案,但在我看来,这本书的作者在这个问题上得到了一些关于Clojure错误的东西,也许这并不奇怪,因为这是本书的v0.0.1版本。
您使用过的代码的说明"我们的绑定定义了一个名为downstream
的符号。此符号的值是一系列流。我们的第一个流叫做batch
。"但是从代码中可以清楚地看出batch
应该是在代码片段中调用的函数(或宏)的名称。
然后它说"批处理流将事件传递到我们的async-queue!
[...]"但调用async-queue!
的结果实际上是一个调用batch
的参数。