<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css">
<!--
html{color:#555555;}body{line-height:1.5;font-family:'Trebuchet MS','Helvetica Neue',Arial,Helvetica,sans-serif;font-size:87.5%;}h1{font-size:1.6em;}h2.field-label{display:inline-block;font-size:1em;padding-right:5px;min-width:10em;margin:0.3em;}.problem_report{line-height:1.5;max-width:60em;}fieldset.problem_report.resolved
legend{background-image:url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAAy0lEQVQ4jWP8//8/AyWAiZACd3f3/xYWFrht+f//P1a84t3e/0obff4rbfT5D1GGXR0LuoEr3+/7X3W4n2gvwA0gVSOKAcqbfPGGpImJCU45JgYGBoa7fpsZ22wLSbadgYGBgRE9GrF55Vf2BYbHjx8zYjWB0ljAcAGGExkZ/0MtwuoCggmJEBh4AzBS4pMnT/7fuXOH4dKlSwwnT56EiwcGBv43MDBgMDExYdDX12eQkZGBhAlyiC5YsOA/AwMDUXjLli3/iYoFQgAA+pSxZrXofD0AAAAASUVORK5CYII=);background-repeat:no-repeat;padding-left:18px;}fieldset.problem_report.needs_attention
legend{background-image:url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QA/wD/AP+gvaeTAAAA9ElEQVR42sWTvUoDQRSFv9wMKWxSBVmzdhZJIwTWv9pyLWxTpbE1kBeJPoLxBazzBgGFKNqlHXAhsITUw1y7sMpmjER0YJrDPWcO556BPzhjYPJjlhfT82LUpxcK6Lo5U0JMgcu56tXy7BQajeBDpkAcAEdz1W6uyrLdYieK2DMmKCArcqczpH/ddc0msy+OkyQJC4h3N0ynx+Q5ALtUNs5q5U+8e+R+VPFi4kjk3NZqd++qUK+TZVnYwSfAOyvejeLXt/2qVG/dYoG1dqseBNco27bs/wXKWhIDB8AhcFLAH4Bn4Al4AUqT7RVC++6mv/JVPwDi3VGzomYvyAAAAABJRU5ErkJggg==);background-repeat:no-repeat;padding-left:18px;}.problem_report div.field-items{display:inline-block;}div.date-vitals p{font-size:87.5%;}a{text-decoration:none;}.Readme a:link,.Readme a:visited,.Readme
a:active{color:red;}
-->
</style>
</head>
<body id="mimemail-body" class="elog-logentry-notify">
<div id="center">
<div id="main">
<style>
<!--/*--><![CDATA[/* ><!--*/
div.field-vitals{
margin: 0.5em 0;
}
div.field-vitals .field-type-taxonomy-term-reference {
margin: 0.1em 0;
}
article.comment {
padding-left: 10px;
}
article.comment.odd {
background-color: #EEEEEE;
}
article.comment.even {
background-color: #DDDDDD;
}
div.node-content.logentry table{
width: auto;
border-collapse: collapse;
border-spacing: 0;
border-width: 1px;
}
div.node-content.logentry th{
border: inherit;
}
div.node-content.logentry blockquote{
background-color: #FFFFFF;
}
div.node-content.logentry caption{
font-size: 1em;
font-weight: normal;
}
table.field-vitals{
margin-top: 1em;
margin-bottom: 1em;
font-size: 87.5%;
}
table.field-vitals th{
vertical-align: middle;
text-align: left;
width: 15%;
padding: 0.1em;
}
table.field-vitals td{
vertical-align: middle;
text-align: left;
width: auto;
padding: 0.1em;
}
table.field-vitals td li {
margin-left: 0;
list-style-type: none;
list-style-image: none;
}
table.downtime {
width: 30em;
margin-bottom: 1em;
border: 1px black dotted;
}
table.downtime th {
text-align: center;
}
table.downtime td {
text-align: center;
}
tr.caption th {
border-bottom: none;
}
table.downtime tfoot{
background-color:#EEEEEE;
}
div.field-name-body{
margin: 1em 0;
font-size: 110%;
}
div.date-vitals p{
margin: .1em 0;
}
article div.ctools-collapsible-container{
margin-left: -5px;
clear: both;
}
#comment-form{
margin-left: 5px;
border: graytext outset medium;
-moz-border-radius: 15px;
border-radius: 15px;
padding: 1em;
}
div.comments-form-box {
margin-top: 2em;
margin-bottom: 5em;
}
h3.comment-title {
/* display: none; */
}
p.author-datetime{
font-weight: bold;
}
/*--><!]]>*/
</style><article id="node-362480" class="node node-logentry article ia-n clearfix" role="article"><header class="node-header"><h1 class="node-title" rel="nofollow">
<a href="https://logbooks.jlab.org/entry/3289736" rel="bookmark">DAQ Testing</a>
</h1>
</header><div class="date-vitals">
<p class="author-datetime">
Lognumber <a href="https://logbooks.jlab.org/entry/3289736" class="lognumber" data-lognumber="3289736">3289736</a>. Submitted by <a href="https://logbooks.jlab.org/user/davidl">davidl</a> on <time datetime="2014-07-17T11:13:02-0400" pubdate="pubdate">Thu, 07/17/2014 - 11:13</time>. </p>
<table class="field-vitals"><tr><th>Logbooks: </th><td><a href="https://logbooks.jlab.org/book/hdlog">HDLOG</a></td></tr><tr><th>Tags: </th><td><a href="https://logbooks.jlab.org/tag/daq">DAQ</a></td></tr><tr><th>Entry Makers: </th><td>abbottd, timmer, gurjyan, moffit, furletov</td></tr></table></div>
<div class="logentry node-content">
<p>mcROL with TI triggering:<br />
Today we wish to try using MC data, but have triggers come from the TS using a<br />
pulser. In addition to testing this function, a goal is to form a mechanism that will<br />
quickly crash one of the gluon computers so that we may more easily debug that<br />
issue. To do this a new readout list was created “mcROL_ti.so” and a new<br />
CODA configuration: hd_all-cdc-fdc_mc</p>
<p>This configuration is set to use direct connections everywhere (including from<br />
the ROCs to the DCs). No multi-casting is configured.</p>
<p>The link from SEB to ER had the new “SingleEventOut” box checked. This<br />
was not checked for any of the other connections.</p>
<p>All non-ROC components are set to run on gluon51.</p>
<p>1st attempt:<br />
- Existing coda_roc and coda_ts processes on the FCAL crates and BCAL crates<br />
were killed so that they could be started from the hdops account<br />
- Configure suceeded<br />
- Download failed due to SEB0 with message:<br />
“*** cannot load transport class***”</p>
<p>2nd attempt:<br />
- Simply hit “Configure”. No processes restarted and nothing changed.<br />
- Configure succeeded<br />
- Download failed with same SEB0 error</p>
<p>3rd attempt:<br />
- Uncheck the “SingleEventOut” box in SEB to ER link<br />
- Stop and restart all processes (this may be needed for the relink script to be<br />
run again.)<br />
- Actually, this does seem to re-run it, but this does overwrite changes made to<br />
the RTV “CODA_ROL”. Reset this in rcgui to point to the new ROL location again.<br />
- Configure succeeded<br />
- Download failed with same “cannot load transport class” error in SEB</p>
<p>4th attempt:<br />
- Switch to hd_all_mc3 configuration<br />
- Configure succeeded<br />
- Download succeeded<br />
- Prestart succeeded<br />
- Go seemed to succeed, but only 386 events went through before it stopped.<br />
no errors were noted</p>
<p>- Sergey comes in and has some experience with the “cannot load transport class”<br />
error. We remove the SEB0 component from the hd_all-cdc-fdc_mc configuration<br />
and add it back and save as a new configuration: hd_all-cdc-fdc_mc.tmp<br />
- Configure succeeded<br />
- Download failed. The SEB did not have the transport class error, but all 3<br />
DC’s did<br />
- Compare files in COOL_HOME and find the new SEB0.xml has an et_hdops…<br />
while the old has et_furletov… The DC’s all still have the furletov name. This<br />
apparently was a fix that was made to use the current expid/session. Removing<br />
and re-adding the component apparently gives names consistent with what is<br />
expected elsewhere in the code. Try doing global replace of “furletov” with<br />
“hdops” via command line.<br />
- The global replace did not work. There must be other places that need to be<br />
changed. Go back to jcedit and delete DC and SEB components and re-add<br />
and then re-link all ROCs<br />
- This works. </p>
<p>5th attempt:<br />
- Configure succeeded<br />
- Download succeeded<br />
- Prestart failed. Several components died</p>
<p>Update Afecs from repository</p>
<p>6th attempt: Starting processes from scratch<br />
- Using old (bad) configuration to show DAQ guys errors<br />
- SEB failed with “cannot load transport class” error<br />
- rcgui reports exception (jana.lang.UnsatisfiedLinkError) but still runs<br />
- some windows (data rate) not available. Possibly due to </p>
<p>7th attempt: Starting again from scratch with new configuration where all<br />
links were remade<br />
- Configure succeeded<br />
- Download failed (mcROL_ti.so link not in right directory)<br />
- Fixed and re-tried<br />
- Download failed for TSG because it failed to find the TS card.<br />
- Dave A. looked with another utility and could see the card. Suspect a ts library<br />
may be out of date. Try compiling ts_list.so again against latests libraries<br />
from Bryan.</p>
<p>8th attempt: Using recompiled ts_list.so<br />
- Configure succeeded<br />
- Download failed due to undefined symbol when loading new libts.so. Looks<br />
to be missing most recent libjvme.so. Copy over and recompile once more</p>
<p>9th attempt<br />
- Configure succeeded<br />
- Download succeeded<br />
- Prestart failed due to DC ET systems having the event size set too small.<br />
They were set to 256 bytes and needed to be 2100 bytes.</p>
<p>10th attempt:<br />
- Configure succeeded<br />
- Download succeeded<br />
- Prestart succeeded<br />
- Go Failed in DC’s due to ROC data being in wrong format. This<br />
is due to mcROL_ti not properly opening a bank to write to. Modified<br />
and recompiled.</p>
<p>11th attempt:<br />
- Configure succeeded<br />
- Download succeeded<br />
- Prestart succeeded<br />
- Go succeeded, but only pre start and go events came through.<br />
- Need to remove roctof3 since it is not a DAQ crate (discriminators only)</p>
<p>12th attempt:<br />
- Configure succeeded<br />
- Download succeeded<br />
- Prestart succeeded<br />
- Go succeeded, but again stopped at 2 events. This was due to the VME<br />
semaphore being left in a taken state when the coda_roc process was<br />
killed on the previous attempt. This has been addressed already in more<br />
recent versions of the tiprimary_list.c which will automatically clear the<br />
semaphore in pre start if it finds it hung. Update to the newest<br />
tiprimary_list.c and recompile</p>
<p>13th attempt:<br />
- Configure succeeded<br />
- Download succeeded<br />
- Prestart succeeded<br />
- Go succeeded. Events flowed at ~4Hz.<br />
- Ran for ~ 761 and then we ended the run<br />
- End Succeeded</p>
</div>
<div class="attachment-box">
</div>
</article> </div>
</div>
</body>
</html>