No access to caps.raspberryshakedata.com

Hi,

We have no access to caps.raspberryshakedata.com:16022 by swarm, is it normal?

https://raspberryshake.net/stationview is showing stations, it seems to work fine.

Best Regards

Mario

And I can access data using EQInfo on my mobile.
Hopefully, this means our data are not lost, but are stored elsewhere, as well as caps.raspberryshake.

Let’s Hope! Thank you very much. Yes I can also see data on eqinfo.

Regards

Mario

yeah … SWARM not working with the community server all day today, although I can ping the server. Looks like it’s getting nothing back “”

java.lang.NumberFormatException: For input string: “”
at java.lang.NumberFormatException.forInputString(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at gov.usgs.volcanoes.winston.Channel$Builder.parse(Channel.java:131)
at gov.usgs.volcanoes.wwsclient.handler.GetChannelsHandler.handle(GetChannelsHandler.java:64)
at gov.usgs.volcanoes.wwsclient.handler.WWSClientHandler.channelRead(WWSClientHandler.java:39)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:308)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:294)
at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:266)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:308)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:294)
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:846)
at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:131)
at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511)
at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468)
at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354)
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
at java.lang.Thread.run(Unknown Source)

We are aware of the problem and are investigating a solution. Thanks for your patience.

This has been resolved.

1 Like

Not sure if it is related but sometime recently the “use calibrations” feature of SWARM stopped working here. I had been using it for the RBOOM for quite some time now. This is with SWARM v 2.8.12 (and I tried 2.8.13 today).

Again - this used to work for RB.

Ken

1 Like

Hi Ken, this is also now fixed. Thank you for letting us know.

I had to restart SWARM but yes indeed it works!

2 Likes