Issue when start Kamon

446 views
Skip to first unread message

dev.benj...@gmail.com

unread,
Jun 15, 2015, 5:01:16 PM6/15/15
to kamon...@googlegroups.com
During startup, im receiving this error:

org.hyperic.sigar.SigarException: no libsigar-universal64-macosx.dylib in java.library.path
at org.hyperic.sigar.Sigar.loadLibrary(Sigar.java:172)
at org.hyperic.sigar.Sigar.<clinit>(Sigar.java:100)
at kamon.sigar.SigarProvisioner.isNativeLoaded(SigarProvisioner.java:113)
at kamon.sigar.SigarProvisioner.provision(SigarProvisioner.java:143)
at kamon.system.SystemMetricsExtension.<init>(SystemMetricsExtension.scala:48)
at kamon.system.SystemMetrics$.createExtension(SystemMetricsExtension.scala:34)
at kamon.system.SystemMetrics$.createExtension(SystemMetricsExtension.scala:32)
at akka.actor.ActorSystemImpl.registerExtension(ActorSystem.scala:712)
at akka.actor.ExtensionId$class.apply(Extension.scala:79)
at kamon.system.SystemMetrics$.apply(SystemMetricsExtension.scala:32)
at akka.actor.ExtensionId$class.get(Extension.scala:91)
at kamon.system.SystemMetrics$.get(SystemMetricsExtension.scala:32)
at kamon.ModuleLoaderExtension$$anonfun$2$$anonfun$apply$2.apply(ModuleLoader.scala:44)
at kamon.ModuleLoaderExtension$$anonfun$2$$anonfun$apply$2.apply(ModuleLoader.scala:42)
at scala.util.Success$$anonfun$map$1.apply(Try.scala:236)
at scala.util.Try$.apply(Try.scala:191)
at scala.util.Success.map(Try.scala:236)
at kamon.ModuleLoaderExtension.<init>(ModuleLoader.scala:38)
at kamon.ModuleLoader$.createExtension(ModuleLoader.scala:27)
at kamon.ModuleLoader$.createExtension(ModuleLoader.scala:25)
at akka.actor.ActorSystemImpl.registerExtension(ActorSystem.scala:712)
[ERROR] Jun 15, 2015 2:18:58 PM kamon.sigar.SigarProvisioner provision
at kamon.Kamon$.start(Kamon.scala:50)
at kamon.Kamon$.start(Kamon.scala:56)
at com.example.Boot$.main(boot.scala:27)
at com.example.Boot.main(boot.scala)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at scala.reflect.internal.util.ScalaClassLoader$$anonfun$run$1.apply(ScalaClassLoader.scala:70)
at scala.reflect.internal.util.ScalaClassLoader$class.asContext(ScalaClassLoader.scala:31)
[ERROR] INFO: Sigar library provisioned: /code/native/libsigar-universal64-macosx.dylib
at scala.reflect.internal.util.ScalaClassLoader$URLClassLoader.asContext(ScalaClassLoader.scala:101)
at scala.reflect.internal.util.ScalaClassLoader$class.run(ScalaClassLoader.scala:70)
at scala.reflect.internal.util.ScalaClassLoader$URLClassLoader.run(ScalaClassLoader.scala:101)
at scala.tools.nsc.CommonRunner$class.run(ObjectRunner.scala:22)
at scala.tools.nsc.ObjectRunner$.run(ObjectRunner.scala:39)
at scala.tools.nsc.CommonRunner$class.runAndCatch(ObjectRunner.scala:29)
at scala.tools.nsc.ObjectRunner$.runAndCatch(ObjectRunner.scala:39)
at scala.tools.nsc.MainGenericRunner.runTarget$1(MainGenericRunner.scala:65)
at scala.tools.nsc.MainGenericRunner.run$1(MainGenericRunner.scala:87)
at scala.tools.nsc.MainGenericRunner.process(MainGenericRunner.scala:98)
at scala.tools.nsc.MainGenericRunner$.main(MainGenericRunner.scala:103)
at scala.tools.nsc.MainGenericRunner.main(MainGenericRunner.scala)


----
Ive added the following lines hoping it would clear the error, but it doesn't appear to have any impact (I do have that file in that directory).
unmanagedClasspath in Compile <++= baseDirectory map { base =>
val lib = base / "native"
Seq(
lib / "libsigar-universal64-macosx.dylib"
)
}

Currently using jdk1.7.0_75

Any help would be great, thanks in advance

dev.benj...@gmail.com

unread,
Jun 15, 2015, 6:29:17 PM6/15/15
to kamon...@googlegroups.com, dev.benj...@gmail.com
Turns out things were getting provisioned properly, just a noisy error.

Diego Parra

unread,
Jun 15, 2015, 6:37:44 PM6/15/15
to kamon...@googlegroups.com, dev.benj...@gmail.com
Hi,

the sigar-loader library will try to load sigar first, and if it fails then it will provision and load the appropriate native library and then instantiate sigar again so, the first failure that always happens is causing the error you see, but then after that it is correcting the problem by provisioning and then loading, so that is something we should change though.. it looks like there is an error, but there actually isn't any

cheers,

Diego

On Mon, Jun 15, 2015 at 7:29 PM, <dev.benj...@gmail.com> wrote:
Turns out things were getting provisioned properly, just a noisy error.

--
You received this message because you are subscribed to the Google Groups "kamon-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kamon-user+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply all
Reply to author
Forward
0 new messages