Open grapagnani opened 2 hours ago
I think in your case it uses sources.chain0.station
as key and does not split the instances because MEM
and MEMB
are different. Could you try to replace sta
with seedlink.sta
in https://github.com/SeisComP/seedlink/blob/master/templates/chain/setup.py#L193?
It looks like this commit is the culprit.
The goal of that commit was to split the data from the same datalogger to 2 separate stations. Your goal, instead, is to join 2 dataloggers in one station. I didn't consider that scenario when I created the PR.
So we could use as index a combination of both:
station_key = seedlink.net + "." + seedlink.sta + "." + sta
That should split in both cases.
Setting the key like this: station_key = seedlink.net + "." + seedlink.sta + "." + sta
still doesn't split.
Reverting the commit 8d10769 does produce the split.
Hello, I have a station BE.MEM for which I was able to simultaneously get seedlink streams from 2 dataloggers when using SC3 2017.334.05. I am now running SeisComP 6.5.0 on Ubuntu 24.04 and it no longer works.
This is my seedlink key file (that I validated using seiscomp exec scconfig on SC 6.5.0):
After 1 hour from starting seedlink, the BDI stream is still not retrieved by seedlink.
In the seedlink.log file, I see the message:
chain0: /home/seedlink/seiscomp/var/lib/seedlink/chain0.xml:70: station ID BE.MEM is already in use
Indeed, in the chain0.xml, I notice twice the BE.MEM id:
With SC3 2017.334.05, the two groups above were split respectively into chain1.xml and chain0.xml files. And the seedlink.ini would cause spawning 2 chain plugins thanks this configuration:
On SC 6.5.0, I manually adapted chain0.xml, seedlink.ini files and created chain1.xml, mimicing the config on SC3 2017.334.05, and now seedlink does retrieve the seedlink streams from both datalogger simultaneously.
I had a look in the forum and the closed issues, as well the changelog in 6.5.1, I was not able to find any info about a similar issue. Is this a known issue ?