Closed rlmagnusson closed 1 year ago
You can find a solution to the problem in the documentation.
The issue is that seedlink tries to reconnect indefinitely after a failure, but you can pass the retries=0
option to avoid that behaviour.
Please let me know if that fixes your issue.
Thank you, this solved the problem.
I have some profiles where I have included events where some of the phases come from stations that are no longer running. Including these has been useful in relocating older events. I have been having trouble running these profiles as part of a real-time system. The module might relocate a couple events but will eventually get stuck trying to fetch waveform data from stations that are no longer available.
This results in a log output like this (taken from scrtdd.log):
In this log output there are two types of lines:
ignoring empty request
lines that are asking for data from stations that are still active but the request is for data that is no longer in the seedlink bufferAs can bee seen from the timestamps and the time period being requested by seedlink this has been going on for days. If I interrupt the program with a
Ctrl + C
it will abort the request and relocate the event that caused the data requests. Then it will of course exit the program.Output from running in a shell (note the keyboard interrupt):
From the output you can see my recordstream configuration:
combined://slink/seedlink-host:18000?timeout=10;fdsnws/fdsn-host:8081
What I have tried to fix the problem:
I have not seen this behaviour in other seiscomp modules. Before, I would not bother to remove the seedlink bindings from stations that were closed as it seemed to have no effect. Maybe the answer is to have no phases in the catalog from inactive stations but this seems highly impractical due to rapidly changing seismic networks or even just regular outages.
As a final note I should mention the messaging system is seiscomp version 4.10.1. I started out with the seiscomp 4 version of scrtdd but had little success.