40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log  Not logged in ELOG logo
Entry  Thu Aug 17 22:54:49 2017, ericq, Update, Computers, Trying to access JetStor RAID files 
    Reply  Tue Aug 22 15:17:19 2017, ericq, Update, Computers, Old frames accessible again 
       Reply  Tue Aug 22 15:40:06 2017, gautam, Update, Computers, Old frames accessible again  
          Reply  Tue Aug 22 17:11:15 2017, gautam, Update, Computers, c1iscex model restarts 
             Reply  Tue Aug 22 18:36:46 2017, gautam, Update, Computers, All FE models compiled against RCG3.4 CDS_Aug22.png
                Reply  Fri Sep 1 16:55:27 2017, gautam, Update, Computers, Testpoints now accessible again 
Message ID: 13287     Entry time: Fri Sep 1 16:55:27 2017     In reply to: 13243
Author: gautam 
Type: Update 
Category: Computers 
Subject: Testpoints now accessible again 

Thanks to Jonathan Hanks, it appears we can now access test-points again using dataviewer.

I haven't done an exhaustive check just yet, but I have loaded a few testpoints in dataviewer, and ran a script that use testpoint channels (specifically the ALS phase tracker UGF setting script), all seems good.

So if I remember correctly, the major CDS fix now required is to solve the model unloading issue.

Thanks to Jamie/Jonathan Hanks/KT for getting us back to this point! Here are the details:

After reading logs and code, it was a simple daqdrc config change.

The daqdrc should read something like this:

set master_config=".../master";
configure channels begin end;
tpconfig ".../testpoint.par";

What had happened was tpconfig was put before the configure channels
begin end.  So when daqd_rcv went to configure its test points it did
not have the channel list configured and could not match test points to
the right model & machine.  Dave and I suspect that this is so that it
can do an request directly to the correct front end instead of a general
broadcast to all awgtpman instances.

Simply reordering the config fixes it.

I tested by opening a test point in dataviewer and verifiying that
testpoints had opened/closed by using diag -l.  Xmgr/grace didn't seem
to be able to keep up with the test point data over a remote connection.

You can find this in the logs by looking for entries like the following
while the daqd is starting up.  When we looked we saw that there was an
entry for every model.

Unable to find GDS node 35 system c1daf in INI fiels
ELOG V3.1.3-