Reports 1-1 of 1 Clear search Modify search
DetChar (General)
hirotaka.yuzurihara - 10:17 Tuesday 11 February 2025 (32630) Print this report
Reproduction of Segment files during 2025/02/8~10

Due to to the issue reported in klog, we needed to update the script to generate the Segment files and reproduced segment files. After several confirmation with the administractor of the DQSEGDB, we will start the rsync process.

Details

  • We changed the channel names to detect the overflow
    • ETMX: K1:FEC-103* --> K1:FEC-104*
    • ETMY: K1:FEC-108* --> K1:FEC-109*
    • IPC glitch: K1:FEC-103_TIME_DIAG --> K1:FEC-104_TIME_DIAG
  • The script runs at k1det1 every 15 minutes for the regular segment generation. Sometimes due to the unexpected trouble, it's possible to stop the regular segment generation such as this time. I updated the script to generate and fill the missing segment. This update contributed to the automation of segment file generation very much. We don't need to care much at the recovery from the power outage.
    • The script was pushed to the github.
  • By using the updated script, I  reprocuded the segment files on 2025/02/8, 2/9, and 2/10.
  • The regular segment generation was already started. The generated segment files are stoped in /users/DET/tools/Segments/Script/Partial . In the morning, these segment files will be copied to /users/DET/Segments and copied to the DQSEGDB. But, I stopped the copy process now. After several confirmation with the administractor of the DQSEGDB, we will start the copy process for the release of the Segment files.
  • It was too late to realize that the SEGMENT generation was failing. For the countermeasure next time, I implemented the alert to send Slack's detchar-alert channel when segment generation failed.
  • For the segment data at 2025/02/07, we gave up the reproduction because (1) channel names changed during one day, and it requires special handling. (2) The interferometer was down, and it was a maintenance day, so it's low necessity.
Comments to this report:
hirotaka.yuzurihara - 10:13 Tuesday 11 February 2025 (32634) Print this report

I found the bug in the script this morning. It failed to generate the segment for 8:45~9:00 JST due to the bug. I fixed it. I will check the result tomorrow morning.

hirotaka.yuzurihara - 13:08 Tuesday 11 February 2025 (32639) Print this report

I tried to read the data related to the overflow (K1:FEC-103_DAC_OVERFLOW_1_1 and K1:FEC-104_DAC_OVERFLOW_1_1). Although reading the new channel (K1:FEC-104_DAC_OVERFLOW_1_1) was OK, reading the old channel (K1:FEC-103_DAC_OVERFLOW_1_1) failed for the both time before and after model update.
I guess the the NDS server is keeping the latest channel list and if the channel name isn't included in that list, we can't read the past data via nds server. I don't remember exactly, but I think NDS server was designed so. Is that right?

Images attached to this comment
takahiro.yamamoto - 15:44 Tuesday 11 February 2025 (32640) Print this report
That's right.
I'm also fighting this issue to reproduce missing lockloss information and found that re-produce them were more tough work I had assumed...

Accessing removed past channels requires NDS2 (not k1nds2). Unfortunately, Kashiwa NDS2 isn't often satisfied for the use case of site workers. I have some ideas to access via NDS1 but I need several maintenance days for confirming they are really possible.

Other ways are as follows.
- to use the LIGO_DATAFIND server on k1ldv0 with the same manner as SummaryPages (I haven't checked CDS tools is compatible with LIGO_DATAFIND).
- to directly access the local NDS2 server on k1ldv0 which is the backend process of LIGO_DATAFIND server by using port forward technique.
In both cases, pastavi is easier and if you can use gwpy, using TimeSeries.read is better.
hirotaka.yuzurihara - 12:03 Wednesday 12 February 2025 (32648) Print this report

> I found the bug in the script this morning. It failed to generate the segment for 8:45~9:00 JST due to the bug. I fixed it. I will check the result tomorrow morning.

I confirmed that the regular production of segment files is no problem and is stored in /users/DET/tools/Segments/Script/Partial .

Search Help
×

Warning

×