40m
QIL
Cryo_Lab
CTN
SUS_Lab
CAML
OMC_Lab
CRIME_Lab
FEA
ENG_Labs
OptContFac
Mariner
WBEEShop
|
ATF eLog |
Not logged in |
 |
|
Wed Sep 1 02:21:23 2010, rana, Computing, DAQ, some restarts on fb0: too many cooks
|
Wed Sep 1 04:43:45 2010, Dmass, Computing, DAQ, some restarts on fb0: too many cooks
|
Fri Sep 3 14:45:20 2010, Dmass, Computing, DAQ, Undocumented change?
|
Sat Sep 4 00:44:20 2010, Dmass, Computing, DAQ, Undocumented change?
|
Sat Sep 4 01:49:23 2010, Dmass, Computing, DAQ, Undocumented change?
|
Sat Sep 4 02:21:46 2010, Frank, Computing, DAQ, Undocumented change?
|
Sat Sep 4 03:34:42 2010, Dmass, Computing, DAQ, Undocumented change?
|
Mon Sep 6 16:23:19 2010, Dmass, Computing, DAQ, SSHD (re?)started
|
|
Message ID: 1018
Entry time: Sat Sep 4 02:21:46 2010
In reply to: 1017
Reply to this: 1019
|
Author: |
Frank |
Type: |
Computing |
Category: |
DAQ |
Subject: |
Undocumented change? |
|
|
Quote: |
Quote: |
Quote: |
I could not ssh into fb1 from ws2 to run apps (DTT). I checked from the outside world, and same thing. 131. 215.115.216 no longer says hello.
Did someone reconfigure something to disable ssh'ing, or is this a spontaneous change?
|
As of 12:40 am Sat morning, I can no longer get data from offsite (my channel list request fails). It was working this afternoon, and seems to have been working 40 minutes ago when I asked it for 2 hours of 256 Hz, but it may have choked on that.
|
As of 1:48 AM the error is:
C
Warning: Error number -1 while querying for C2:ATF-DAQ1_GEN2_OUT_DAQ
darkness =
name: 'C2:ATF-DAQ1_GEN2_OUT_DAQ'
data: []
rate: 256
start: 967625192
duration: 18
On a get data. Same for other channels.
The only thing I have done to the entire front end set up is add a DAQ channel, and killed the daqdaemon (on fb0).
|
i think you have to reload the daq too, otherwise the channel count and datarate of the daq (rt model running) is different from the one of the daqd expects to find. They use a shared memory to exchange data. If think you don't reload the daq the amount and order of data/channels exchanged is different from what the daqd expects to find in the shared memory (and maybe in which order). We should ask alex if this is true..
You can find that button in the upper left corner of the main medm screen for your subsystem. The last time we had this issue i reloaded the daq, reloaded all filters and coefficients (which both i think are not necessary) and then restarted the daqd by using sudo pkill daqd and everything worked fine. That's how did this all the time with the psl subsystem and i never had problems with getting data from that... |