<!-- Title: Eve shift. Sat Jul 14, 2001 -->
<!-- SciCo: Giovanni Pauletta -->
<!-- DAQAce: Victoria Martin -->
<!-- MonAce: Anyes Taffard -->
<!-- CO: Ben Whitehouse -->
<!-- OpManager: Kevin Burkett -->
<!-- Notes: -->
<pre>Work on level 2 finished but they want to keep track of things : run cosmics with COT on and 163 for a while. 
COT experts wnat to be called if COT trips too often. 
Solenoid is still off. They are working on the power supply. 
Virgil is about to go in and fix the source drive problem.</pre>


<!-- Date: Sat Jul 14 16:43:07 2001 -->
<br>COT trip SL8 S9a, put it backed on.<br>
<!-- Author: Anyes -->
<!-- Comment: Sat Jul 14 17;35;16 comment by...Victoria -->
<pre>Trips again during run 120363 around event number 65K.  I paused the run while we put the HV back on.  (The trigger inhibits are turned off).</pre>
<!-- Date: Sat Jul 14 17:10:52 2001 -->
<pre>Some L2 tests. 
Using COSMICS_ALL[2,163], Fred triggers and L2 processors, svtmode is hw=bruins. 
All systems integrated except silicon and COT_PULSER. 
Runs 120360, 120361 and 120363.</pre>
<!-- Author: Victoria :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120363' target=_top>120363</a>) -->
<!-- Comment: Sat Jul 14 17;39;09 comment by...David -->
We are running L2 with L1-board, XTRPlist, Clist, and 4 reces boards.   SVTlist was removed -- consultation with SVT experts underway.  Details are in the L2 log.  Plan is to take 1M events and ask DH group to stage to tape.   


<!-- Date: Sat Jul 14 17:53:35 2001 -->
<pre>Reloaded source wire into Plug source driver in 1W Quadrant 
(Top, North, West).  Wire had pulled out of storage groove and 
was loose under the reel, due to a high-friction ShowerMax tube. 
Wire needed some straightening, there remains one slight kink about 15 feet from the tip of the wire.  Added a thin washer to the washer stack which keeps the reel snug against the slide sheet -- to remove a slight amount of play that I noticed.  This driver should be OK now but it should be watched closely for the next few times it is used.</pre>
<!-- Author: Virgil Barnes -->


<!-- Date: Sat Jul 14 18:08:58 2001 -->
<br> Run Control "saving as" command problem: <br> 
<ul> 
<li> When "saving as" a set of parameters, RC does display the <br> new file name on the blue bar, but when we re-edit the <br>parameters, RC seems to always pick up the file name <br> that was loaded with the "select run config" command <br> 
instead of the last file name used. However the parameters <br> displayed are the last one used. 
<li> This is rather problematic since one might overwrite the wrong file. 
</ul>
<!-- Author: Anyes -->


<!-- Date: Sat Jul 14 18:10:36 2001 -->
<br> COT SL8 S9a trip again, put it back on. <br>
<!-- Author: Anyes :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120363' target=_top>120363</a>) -->


<!-- Date: Sat Jul 14 18:46:41 2001 -->
<br> 
Strange error from L3: 
<pre> 
(MLE) b0l3gate1.fnal.gov:main:6:41:52 PM->Host b0eb14.fnal.gov, task tRec_0 
SCPU-P0-E-BadChannelCounts: In event 233003 the sum of channel counts is inconsistent with the total count, VRB slot 10. 
 
(MLE) b0l3gate1.fnal.gov:main:6:41:52 PM->Host b0eb14.fnal.gov, task tRec_0 
SCPU-P0-E-VrbHeader: Dump of header words for event 233003 from VRB in slot 10: 
0x00000000 0x000070a0 0x002a002a 0x4fb0126c 0x0888030c 0x01a801b8 0x02541a30 0x72947044  </pre> 
After this we stop taking events.  No other error, just the number of events in RC stops incrementing.<br>HRR and everything seems to be ok again.
<!-- Author: Victoria :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120363' target=_top>120363</a>) -->


<!-- Date: Sat Jul 14 18:50:25 2001 -->
<br> COT SL8, S9a triped, put it back on<br>
<!-- Author: Anyes :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120620' target=_top>120620</a>) -->
<!-- Comment: Sat Jul 14 19;48;05 comment by...Anyes -->
<br> And again at 7.47pm<br>

<!-- Comment: Sat Jul 14 20;44;57 comment by...Anyes -->
<br> and again <br>

<!-- Comment: Sat Jul 14 21;25;50 comment by...anyes -->
<br> again <br>


<!-- Comment: Sat Jul 14 22;25;39 comment by...Victoria -->
<br> ++ (now between runs)<br>
<!-- Comment: Sat Jul 14 23;20;32 comment by...Anyes -->
<br>COT++<br>
<!-- Comment: Sat Jul 14 23;52;21 comment by...Victoria -->
<br>and again (during run 120368)
<!-- Date: Sat Jul 14 21:45:48 2001 -->
<br> CMX BTO -> HRR <br>
<!-- Author: Anyes :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120363' target=_top>120363</a>) -->


<!-- Date: Sat Jul 14 22:11:30 2001 -->
<br>End run 120363 after nearly 750K events to integrate silicon!<br>
<!-- Author: Victoria :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120363' target=_top>120363</a>) -->



<!-- Date: Sat Jul 14 22:34:04 2001 -->
<br>Try to start new run, get errors from xft, it won't cold start: 
<pre> 
(MLE) b0xft05:Messenger:10:16:13 PM->slot 8, Download attempt failed (code 35) 
(MLE) b0xft05:Messenger:10:16:13 PM->Setup failed with error code 35 
(MLE) b0xft05:Messenger:10:16:13 PM->Statechange failed </pre> 
Reboot it -> it's ok now. 
<p> 
But now b0fib00 has an error:<pre> 
(MLE) b0fib00:Messenger:10:23:27 PM->Error Initializing HDI Slot 13 Chan 6: SVX B1W3 
(MLE) b0fib00:Messenger:10:23:27 PM->Statechange failed  </pre> 
Lester says just try again... 
<p> 
It cold starts ok, but we get a CSL error (see below). 
<p> The CSL seems to be recieving events, but it's not writing them to the streams and the consumers are not recieving events. 
<br> --> end the run
<!-- Author: Victoria & Anyes :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120366 ' target=_top>120366 </a>) -->


<!-- Date: Sat Jul 14 22:34:45 2001 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2001&action=view&page=-1648&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2001&action=view&page=-1648  width='300' align='top'></td><td>The CSL error window.</a></td></tr></table>
<!-- Author: V & A -->
<!-- Comment: Sat Jul 14 22;38;42 comment by...the aces -->
We have seen this error quite a few times since yesterday, normally at the beginning of a run (but also once during a run).  There seems to be no reason for this error and usually it's ok if we just restart the run.


<!-- Date: Sat Jul 14 22:49:12 2001 -->
<br>More errors at cold start: 
<pre>(MLE) b0fib03:Messenger:10:38:13 PM->Error Initializing HDI Slot 9 Chan 8: ISL B0W1 
(MLE) b0fib03:Messenger:10:38:13 PM->Statechange failed</pre> 
Try again...  looks ok. 
<br>Events are being recieved and begin written to the stream and to the consumers.<p>We seem to be in business!<br>
<!-- Author: Vic & Anyes :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120368' target=_top>120368</a>) -->


<!-- Date: Sat Jul 14 23:05:44 2001 -->
<br> SVX02 BTO -->HRR<br>
<!-- Author: Anyes :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120368' target=_top>120368</a>) -->
<!-- Comment: Sat Jul 14 23;13;38 comment by...Anyes -->
<br>BTO++<br>
<!-- Date: Sat Jul 14 23:06:13 2001 -->
Gas alarm came and went too fast to tell what it was 
Warren is looking into it.
<!-- Author: G.P. :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120368' target=_top>120368</a>) -->


<!-- Date: Sat Jul 14 23:10:14 2001 -->
The CSL receiver display doesn't flash from red to blue anymore, there are just grey boxes.
<!-- Author: Victoria -->



<!-- Date: Sat Jul 14 23:17:33 2001 -->
Waren reports that the alarm was due to a sensor glitch in the 
gas shed. Apparently, similar glitch had occurred some days ago with no significant consequences.
<!-- Author: G.P. :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120368' target=_top>120368</a>) -->



<!-- Date: Sat Jul 14 23:42:10 2001 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2001&action=view&page=-1651&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2001&action=view&page=-1651  width='300' align='top'></td><td>Odd XFT tracks</a></td></tr></table>
<!-- Author: Anyes -->
<!-- Comment: Sat Jul 14 23;44;42 comment by...Anyes -->
<ul>
<li> Why is there those blue XFT tracks comming out off nowhere? <li> We notice that the same sets of blue XFT tracks keeps <br> comming over and over again. 
<li> Why XFT doesn't pick up the obvious cosmics tracks?
</ul>
<!-- Comment: Mon Jul 16 15;51;29 comment by...Pekka -->
These are really SVT tracks!  The solution to this can be found <a href=
'/cgi/elog/elog.pl?nb=2001&action=view&page=489&frame=2&anchor=15:46:42'>
here. </a> 
<!-- Date: Sat Jul 14 23:42:52 2001 -->
<pre>The CSL stopped writing events to stream A for about 3 or 4 minutes.  All the time it was writing to stream I.   
It's starting writing to stream A again.  The effect of this was to crash the event display.</pre>
<!-- Author: Victoria :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=120368' target=_top>120368</a>) -->




<!-- Date: Sat Jul 14 23:52:25 2001 -->
<font color=red>Shift Summary: </font><pre>At start of shift,  
Work on level 2 finished but they want to keep track of things :  
So run cosmics with COT on and 163 . 
 
Solenoid was still off. They were working on the power supply.  
Virgil was about to go in and fix the source drive problem. 
Problem eventually fixed -- see log. 
 
COT SL 8 tripped on a couple of occasions and we paged Bob Wagner. 
He came in but did not think trips were often enough to worry about, 
or to monitor closely. 
 
Stopped run to integrate Si at 22:05 
Si integrated at ~10:50 
 
At about 11, a gas alarm came and went before anybody could tell 
what it was. Warren reported it was a glitch in a gas shed sensor. 
 
Noticed we were seeing vertices without any beam  ??!  - see log.</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   120363 - 120368
Delivered Luminosity   none  
Acquired Luminosity    ditto  
Efficiency             100%
   
</td></tr></table></pre>
<!-- Author: Giovanni Pauletta -->


<!-- Date: Sat Jul 14 23:55:47 2001 -->
And thanks to Giovanni, we got pizza :)
<!-- Author: happy, but tired, aces and CO -->



<!-- Date: Mon Jul 16 16:03:46 2001 -->
<font color=red>Shift Summary: </font><pre>Rather quiet shift.  We spend most of the shift running cosmic rays.  Some fixes to L2 crates that seem to have addressed the problem with alpha's crashing.  We have essentially all the detector running except for a few calorimeter crates and SVX.</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   Various
Delivered Luminosity   0  
Acquired Luminosity    0  
Efficiency             100
   
</td></tr></table></pre>
<!-- Author: Pekka -->