<!-- Title: Day shift. Tue Mar 29, 2005 -->
<!-- SciCo: Monica Tecchio -->
<!-- DAQAce: Khaldoun Makhoul -->
<!-- MonAce: Oriol Salto  -->
<!-- CO: Steven Wolbers -->
<!-- OpManager: Aron Soha -->
<!-- Notes: -->
<pre>Inherited store 4063 at L=86E30. 
</pre>


<!-- Date: Tue Mar 29 08:25:49.665 2005 -->
<pre>SCPU_BAD_CHANNEL_COUNTS error.  Auto HRR.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804' target=_top>195804</a>) -->


<!-- Date: Tue Mar 29 08:28:59.736 2005 -->
<pre>CPR inhibit; went away quickly.  HRRed, and Oriol went downstairs to see if all is well with the CLC1 computer.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804' target=_top>195804</a>) -->
<!-- Comment: Tue Mar 29 08;31;42 comment by...Oriol -->
Everything fine in CLC1. Monitoring running and all HV at 100%.


<!-- Date: Tue Mar 29 08:36:58.256 2005 -->
Got a SAR (short auto-recovered) alarm from <b>CPR</b>. No inhibits this time.
<!-- Author: Oriol :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804' target=_top>195804</a>) -->


<!-- Date: Tue Mar 29 08:37:41.718 2005 -->
<pre>Level 3 slight trouble.  One of the subfarms was all pink in the L3 display (only proc nodes, _not_ converter or output nodes).  Feared that deadtime might be incurred.  Paged L3.  Decided this was not causing any deadtime and no lost data, so let the run keep going as before while we figured it out.   
 
Verdict: lost monitoring -> the wrong values in the L3 display.   
 
Solution: use the reset command of L3 display to get new values for all nodes.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804' target=_top>195804</a>) -->


<!-- Date: Tue Mar 29 08:41:35.373 2005 -->
<pre>We're seeing a large number of reformatter errors  
during this run.    Comparing to the previous store: 
 
Last store: 
195780  11    199.741 nb-1 
195781  19    412.743 nb-1 
195786   1     46.979 nb-1    
195787   5    739.649 nb-1 
195788   2    190.496 nb-1 
195789   9    927.062 nb-1 
195790   1    130.667 nb-1 
195971   2    352.136 nb-1  *** has new COT DSP code 
 
Current store: 
195804 252    182.161 nb-1   (still running) 
 
 
 
</pre>
<!-- Author: W.Badgett :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804' target=_top>195804</a>) -->
<!-- Comment: Tue Mar 29 08;45;44 comment by...WB -->
The last run of the last store should read 195791


<!-- Date: Tue Mar 29 08:49:02.062 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5205&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5205' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5206&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5206' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5207&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5207' width='300'></a></center>
<!-- Author: Oriol -->
<!-- Comment: Tue Mar 29 08;49;28 comment by...Oriol -->
Hourly plots: <b>0745 - 0845</b>.


<!-- Date: Tue Mar 29 08:57:12.281 2005 -->
<pre>Looking at the reformatter error file we see messages of the type 
 
 Error during scanning MINI structure! 
 Last Unit prob. worked on (all counts from 0): 
  SCPU: 5 
  VRB : 5 
  LINK: 9 
  MINI: 0 
 
Using the Reformatter message decoder  
 
Link 9 is not used for VRB 5 for SCPU 5 
 
 
</pre>
<!-- Author: Frank Chlebana :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->


<!-- Date: Tue Mar 29 08:58:23.929 2005 -->
<pre>pcal10 done TO twice in a row, HRR did not help.  Shepherded successfully, back to running.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804' target=_top>195804</a>) -->


<!-- Date: Tue Mar 29 09:00:00.169 2005 -->
<pre>L2 Decision TO.  HRRed.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804' target=_top>195804</a>) -->


<!-- Date: Tue Mar 29 09:03:44.498 2005 -->
<pre>RXPT error for svx02 as well as SRC fatal error in same crate (error message says: si 6 resonance detected).  HRR solved this.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804' target=_top>195804</a>) -->


<!-- Date: Tue Mar 29 09:25:40.425 2005 -->
Another SAR (short auto-recovered) alarm from <b>CPR</b>. No inhibits.
<!-- Author: Oriol :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804' target=_top>195804</a>) -->
<!-- Comment: Tue Mar 29 09;28;14 comment by...Oriol -->
Another SAR from <b>CPR</b>.
<!-- Comment: Tue Mar 29 09;37;04 comment by...Oriol -->
Another one. No inhibit.
<!-- Date: Tue Mar 29 09:26:03.073 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804">195804</a>
 Terminated at 2005.03.29 09:25:50
<!-- Author: RunControl -->


<!-- Date: Tue Mar 29 09:26:46.647 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804">195804</a>
TERMINATE: clean up EVB
<!-- Author: Khaldoun x2080 -->




<!-- Date: Tue Mar 29 09:31:57.166 2005 -->
<pre>Saw higher rate of reformatter errors than usual (see note above); decided to end the run and clean up EVB in case the problem came from there.  </pre>
<!-- Author: khaldoun -->

<!-- Date: Tue Mar 29 09:34:40.475 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805">195805</a>
 Activated at 2005.03.29 09:34:27
<!-- Author: RunControl -->


<!-- Date: Tue Mar 29 09:35:44.326 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805">195805</a>
ACTIVATE: RunSet: AAA_CURRENT  Trigger: PHYSICS_3_01 [1,615,557] 
<!-- Author: Khaldoun x2080 -->




<!-- Date: Tue Mar 29 09:45:14.611 2005 -->
<pre>Looking at CDF/DAQ subset of reformatter errors where  
the bank name was recognizable, we see: 
 
  Bank Name   Bank Type   EvtNumRef   EvtNum 
  0x44314354  0x00000003  0x00000101  0x000000b0 TC1D 
  0x44504d54  0x00000003  0x00000203  0x00000092 TMPD 
  0x44314354  0x00000003  0x00001c09  0x000000b8 TC1D 
  0x44504d54  0x00000003  0x00000d07  0x00000096 TMPD 
  0x44504d54  0x00000003  0x00005604  0x00000053 TMPD 
  0x44314354  0x00000003  0x00001209  0x000000a8 TC1D 
  0x44314354  0x00000003  0x0000030e  0x000000fd TC1D 
  0x44504d54  0x00000003  0x00000005  0x00000054 TMPD 
  0x44314354  0x00000003  0x00005308  0x00000017 TC1D 
  0x44314354  0x00000003  0x0000570b  0x0000003a TC1D 
  0x44314354  0x00000003  0x00000c08  0x000000d7 TC1D 
  0x44504d54  0x00000003  0x00000b0d  0x0000002c TMPD 
  0x44504d54  0x00000003  0x00000201  0x000000f0 TMPD 
  0x44504d54  0x00000003  0x0000180e  0x000000bd TMPD 
  0x44504d54  0x00000003  0x00001502  0x00000061 TMPD 
  0x44504d54  0x00000003  0x00000404  0x000000c3 TMPD 
  0x44504d54  0x00000003  0x00000d0a  0x00000049 TMPD 
  0x44504d54  0x00000003  0x0000040d  0x0000000c TMPD 
  0x44504d54  0x00000003  0x0000390b  0x000000ab TMPD 
  0x44504d54  0x00000003  0x00001201  0x00000021 TMPD 
 
The EvtNum (aka vrbword) is the lower eight bits of the event number  
as reported by the VRB;  EvtNumRef is the reference  
event number somehow produced by the Reformatter code;  
note that EvtNumRef is illegal in each case, as more  
than the lower eight bits are set.   So Reformatter  
has an erroneous EvtNumRef.   Since Scanner CPU  
did not complain about mismatches, then these errors  
are probably due to faultly communication between SCPU   
and the Reformatter, and not in the VRB crate.  But where  
is reformatter getting the erroneous EvtNumRef? 
 
Anyhow, a cleanup of the EVB seems to have helped the  
situation. 
</pre>
<!-- Author: W.Badgett :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804' target=_top>195804</a>) -->
<!-- Comment: Tue Mar 29 11;41;16 comment by...WB -->
Perhaps an HEVB/reformatter expert could comment?
<!-- Date: Tue Mar 29 09:46:59.820 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5208&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5208' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5209&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5209' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5210&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5210' width='300'></a></center>
<!-- Author: Oriol -->
<!-- Comment: Tue Mar 29 09;47;29 comment by...Oriol -->
Hourly plots: <b>0845 - 0945</b>


<!-- Date: Tue Mar 29 09:48:01.212 2005 -->
<pre>Heap corrupt error for cot05.  Had to shepherd.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->
<!-- Comment: Tue Mar 29 09;54;27 comment by...khaldoun -->
<pre>This was followed by two done TOs for the same crate, as well as a busy TO for svx06.  At about the same time, we saw a burst of reformatter errors.  After a couple HRRs, we were back in business.</pre>
<!-- Date: Tue Mar 29 09:52:06.251 2005 -->
<pre>L2 decision TO.  HRRed.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->
<!-- Comment: Tue Mar 29 09;56;56 comment by...khaldoun -->
<pre>Once more.</pre>


<!-- Date: Tue Mar 29 10:22:56.723 2005 -->
<pre>Heap corrupt error in pcal04.  Shepherded.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->


<!-- Date: Tue Mar 29 10:48:00.840 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-5211&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-5211  width='300' align='top'></a></td><td>COT occupancies high. </td></tr></table>
<!-- Author: Stephen Wolbers -->


<!-- Date: Tue Mar 29 10:49:20.526 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5212&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5212' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5213&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5213' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5214&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5214' width='300'></a></center>
<!-- Author: Oriol -->
<!-- Comment: Tue Mar 29 10;51;07 comment by...Oriol -->
Hourly plots: <b>0945 - 1045</b>.<br>
It seems that during some minutes, it did not record values. Nothing strange observed in the fast time plots.


<!-- Date: Tue Mar 29 10:51:23.694 2005 -->
<pre>L2 Decision TO</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->
<!-- Comment: Tue Mar 29 11;04;37 comment by...khaldoun -->
<pre>Another.</pre>

<!-- Comment: Tue Mar 29 11;13;17 comment by...khaldoun -->
<pre>And another.</pre>


<!-- Date: Tue Mar 29 11:19:44.111 2005 -->
<pre>l2de00 done TO.  Auto HRR.  </pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->


<!-- Date: Tue Mar 29 11:22:31.183 2005 -->
We have the <b>global alarms</b> and the <b>HV summary</b> back on.<br> 
Expert rebooted the computer and did some stuff.<br> 
HeartBeats monitoring will be temporaly off (gray), according to the expert they maybe will come back tomorrow.<br>
<!-- Author: Oriol -->
<!-- Comment: Tue Mar 29 12;17;25 comment by...Oriol -->
HeartBeats are back.
<!-- Date: Tue Mar 29 11:37:43.768 2005 -->
<pre>Done TO for pcal11.  Auto HRR.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->



<!-- Date: Tue Mar 29 11:47:36.370 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5215&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5215' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5216&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5216' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5217&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5217' width='300'></a></center>
<!-- Author: Oriol -->
<!-- Comment: Tue Mar 29 11;49;55 comment by...Oriol -->
Hourly plots: <b>1045 - 1145</b>.<br>
Some small <b>LOSTP</b> spikes at the beginning of the hour, <4kHz.



<!-- Date: Tue Mar 29 12:25:28.938 2005 -->
<pre>CPR trigger inhibit.  Goes away right after.  Checked the PC downstairs, and found no problems.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->


<!-- Date: Tue Mar 29 12:39:49.054 2005 -->
<h1>New XMon Constants</h1> 
I have updated the XMon constants using runs 195408, 195405, 195384, 195383, 195382, 194911, 194907, 194905, 194900,  and 194899.<p> 
This is the first time I have entered fits using the new <b>quadratic</b> terms (so cross your fingers).  If there are problems, I can load in the previous set of constants.  
<!-- Author: Charles -->
<!-- Comment: Tue Mar 29 12;42;45 comment by...Stephen Wolbers -->
Stop and restart XMon to enable the new feature, as Charles requested.
<!-- Date: Tue Mar 29 12:41:09.023 2005 -->
<pre>Done TO for l2de00.  Auto-HRR.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->



<!-- Date: Tue Mar 29 12:47:38.867 2005 -->
Level 2 Decision Timeout. HRRed.
<!-- Author: Oriol :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->


<!-- Date: Tue Mar 29 12:55:13.623 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5218&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5218' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5219&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5219' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5220&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5220' width='300'></a></center>
<!-- Author: Oriol -->
<!-- Comment: Tue Mar 29 13;01;57 comment by...Oriol -->
Hourly plots: <b>1145 - 1245</b>.<br>
The strange behaviour of <b>AGIGI2</b> is comented below.
<!-- Date: Tue Mar 29 12:57:35.968 2005 -->
<pre>L2 Decision TO.  Auto HRR</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->
<!-- Comment: Tue Mar 29 13;02;41 comment by...khaldoun -->
<pre>Again.</pre>


<!-- Comment: Tue Mar 29 13;12;00 comment by...khaldoun -->
<pre>And again.</pre>
<!-- Date: Tue Mar 29 13:04:59.856 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-5221&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-5221  width='300' align='top'></a></td><td>The strange oscillation in <b>AGIGI2</b> does not correlate exactly with anything similar in its pedestal <b>AGIPED</b>.</td></tr></table>
<!-- Author: Oriol -->


<!-- Date: Tue Mar 29 13:07:19.490 2005 -->
Asked scico to mark run 195791 good for RPS. The current tolerance (+/- 2 mils) of pot postions would be a little too tight, and they will be updated soon. The new range is +/- 5 mils as in CO fix list.
<!-- Author: K. Terashi -->



<!-- Date: Tue Mar 29 13:33:59.150 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-5222&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-5222  width='300' align='top'></a></td><td>It looks like the reformatter error rate suddenly increased 
during the current run.</td></tr></table>
<!-- Author: Frank Chlebana -->


<!-- Date: Tue Mar 29 13:42:50.295 2005 -->
Got another SAR (short auto-recovered) alarm from <b>CPR</b>. No inhibit.
<!-- Author: Oriol :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->


<!-- Date: Tue Mar 29 13:52:09.190 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5226&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5226' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5224&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5224' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5225&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5225' width='300'></a></center>
<!-- Author: Oriol -->
<!-- Comment: Tue Mar 29 13;52;45 comment by...Oriol -->
Hourly plots: <b>1245 - 1345</b>.


<!-- Date: Tue Mar 29 13:54:58.833 2005 -->
<pre>SRC Error in svx06: si l2a without l1a.  Auto HRR.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->


<!-- Date: Tue Mar 29 14:34:12.143 2005 -->
<p>A few words about the iFIX problems on VNODE1 that are  
mentioned <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2005&action=view&page=263&frame=2&anchor=11:22:31.183'>here</a>.   
Apparently, someone killed the iFIX Background Server on VNODE1. 
<b>Please do not do this!  The iFIX Background Server must run all 
the time on those iFIX nodes which have it.</b>  Anyway, to  
restart it, J.C. tried to restart iFIX and VNODE1 gracefully, 
shutting down iFIX using his iFIX account.  But when the Global 
Alarms and HV Summary pictures came back up, all components were 
gray and HV bars were non-existent.</p> 
 
<p>After some well-deserved panicking, J.C. realized the problem 
was that VNODE1 was attempting to write to the VNODE2 iFIX DB, 
and since VNODE2 is down now, this caused many problems.  He 
changed the VNODE1 program so every attempt to write a VNODE2 
tag was changed to a VNODE1 tag, meaning we are writing all 
tags twice to VNODE1 (not a problem).  Now, VNODE1 is working 
correctly.</p> 
 
<p>But the whole point was that either VNODE1 or VNODE2 should 
be able to run standalone without the other node present.  We 
are scratching our collective heads over this and will come up 
with a solution which will probably require fairly extensive 
changes to the Visual C++ code.</p>
<!-- Author: Steve Hahn -->


<!-- Date: Tue Mar 29 14:39:47.739 2005 -->
Got another SAR alarm from <b>CPR</b>.<br> 
SAR stands for short auto-recovered.
<!-- Author: Oriol :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->
<!-- Comment: Tue Mar 29 15;11;04 comment by...Oriol -->
Got another one. No inhibit.
<!-- Comment: Tue Mar 29 15;28;42 comment by...Oriol -->
Another SAR alarm. No inhibit.
<!-- Date: Tue Mar 29 14:49:17.197 2005 -->
<pre>Done TO for fcal00.  Auto HRR stuck in halt transition.  Shepherded crate.  </pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->


<!-- Date: Tue Mar 29 14:50:04.350 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5227&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5227' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5228&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5228' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5229&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5229' width='300'></a></center>
<!-- Author: Oriol -->
<!-- Comment: Tue Mar 29 14;50;54 comment by...Oriol -->
Hurly plots: <b>1345 - 1445</b>.


<!-- Date: Tue Mar 29 14:55:30.551 2005 -->
iFix on vnode 2 is up and running but the program to run the building status signs is not. I will leave iFix running over night and in the morning will start working on getting the program that runs the status signs running once again. I will probably be working on this pc throughout the day tommorrow.
<!-- Author: Mark Knapp -->


<!-- Date: Tue Mar 29 15:05:22.039 2005 -->
<pre>L2 Decision TO.  Auto HRR.</pre>
<!-- Author: khaldoun :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805' target=_top>195805</a>) -->
<!-- Comment: Tue Mar 29 15;23;26 comment by...khaldoun -->
<pre>again</pre>



<!-- Date: Tue Mar 29 15:53:39.197 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5230&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5230' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5231&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5231' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5232&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5232' width='300'></a></center>
<!-- Author: Oriol -->
<!-- Comment: Tue Mar 29 15;54;07 comment by...Oriol -->
Hourly plots: <b>1445 - 1545</b>.

<!-- Date: Tue Mar 29 15:55:44.334 2005 -->
<TABLE BORDER=2 CELLSPACING=1 CELLPADDING=1 BGCOLOR=WHITE>
<TR BGCOLOR=YELLOW><TH>Run Number</TH>
<TH>Data Type</TH>
<TH>Physics Table</TH>
<TH>Begin Time</TH>
<TH>End Time</TH>
<TH>Live Time</TH>
<TH>L1 Accepts</TH>
<TH>L2 Accepts</TH>
<TH>L3 Accepts</TH>
<TH>Live Lumi, nb-1</TH>
<TH>GR</TH>
<TH>SC</TH>
<TH>RC</TH></TR>

<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195804>
195804</A> 
x2FCDC</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_3_01 [1,615,557]</TD>                                       
<TD ALIGN=CENTER>07:53:10</TD>                                          
<TD ALIGN=CENTER>09:25:50</TD>                                          
<TD ALIGN=CENTER>01:18:04</TD>                                          
<TD ALIGN=RIGHT>    115,603,123</TD>                                    
<TD ALIGN=RIGHT>     1,832,586</TD>                                     
<TD ALIGN=RIGHT>     449,364</TD>                                       
<TD ALIGN=RIGHT>  385.951</TD>                                          
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=195805>
195805</A> 
x2FCDD</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_3_01 [1,615,557]</TD>                                       
<TD ALIGN=CENTER>09:34:27</TD>                                          
<TD ALIGN=CENTER></TD>                                                  
<TD ALIGN=CENTER>05:48:07</TD>                                          
<TD ALIGN=RIGHT>    424,600,213</TD>                                    
<TD ALIGN=RIGHT>     6,209,471</TD>                                     
<TD ALIGN=RIGHT>   1,640,901</TD>                                       
<TD ALIGN=RIGHT> 1205.133</TD>                                          
<TD ALIGN=CENTER></TD>                                                  
<TD ALIGN=CENTER></TD>                                                  
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD>Totals</TD>                                                     
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD>15:55:05</TD>                                                       
<TD ALIGN=CENTER>07:06:12</TD>                                          
<TD ALIGN=RIGHT>     540,203,336</TD>                                   
<TD ALIGN=RIGHT>      8,042,057</TD>                                    
<TD ALIGN=RIGHT>     2,090,265</TD>                                     
<TD ALIGN=RIGHT> 1591.084</TD>                                          
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD></TR>                                                         
                                                                        
</TABLE>
<!-- Author: End of Shift Report -->



<!-- Date: Tue Mar 29 15:59:51.916 2005 -->
<font color=red>Shift Summary: </font><pre>Still running with store 4063 at L=46E30.</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   195804/5
Delivered Luminosity   1780  
Acquired Luminosity    1560  
Efficiency             87.8
   
</td></tr></table></pre>
<!-- Author: monica -->


<!-- Date: Tue Mar 29 16:03:26.979 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5233&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5234' ></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5235&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5236' ></a></center>
<!-- Author: R.J. Tesarek -->
<!-- Comment: Tue Mar 29 16;07;37 comment by...R.J. Tesarek -->
<br><b>New Halo Counters:</b>
<br>New counter module halo rates vs LOSTP for the top counter (left) and all three counters (right).  Halo is defined as a
coincidence between two independent counters and a bunch 
crossing the plane of the counters. The two bands in the right 
plot indicate the installation of 2 additional counters.  Note 
the different horizontal scale between the two plots.  Since 
LOSTP and halo are similar the two variables should be linearly
related.


<!-- Date: Tue Mar 29 16:09:44.140 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5239&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5240' ></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5237&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5238' ></a></center>
<!-- Author: R.J. Tesarek -->
<!-- Comment: Tue Mar 29 16;12;31 comment by...R.J. Tesarek -->
<br><b>New Halo Counters (cont):</b>
<br>Abort gap rates for B0PBSM(left) and E0LABT(right) vs B0PAGC.
In the left figure, the narrow linear relationship is expected
as the same counters (different logic) are used for both measurements.  The right plot shows correlation with abort gap
information between B0 (CDF) and E0 (telescope looking at a 
colimator face).  Again, linear behavior is good.


<!-- Date: Tue Mar 29 16:14:38.658 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5241&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5241' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-5243&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-5243' width='300'></a></center>
<!-- Author: R.J. Tesarek -->
<!-- Comment: Tue Mar 29 16;24;09 comment by...R.J. Tesarek -->
<br><b>New Halo Counters (cont):</b>
<br>Abort gap halo as measured by B0PAGC (left) and B0PGT (right)
vs LOSTP.  The correlation between the two variables is understood.
At the beginning of a store, losses are high while abort gap losses
are low.  At the end of the store, the situation is reversed.  A
typical store will map out a hyperbola (eg: B0PAGC ~ 1/LOSTP) during a store.
<br>
The right plot shows completely different behavior.  A non-linear
version of losses.  The right plot is the three fold coincidence rate between two independent counters and the abort gap.  On
looking at the individual counter signals, I found signals delayed by 500 ns from the last bunch in the abort gap.. The 
signal is typically 100mV while the triggering counter signal
is 5V.  The small, delayed signal comes and goes from pulse to
pulse, but its pulse height is loosely correlated with the larger
pulse preceeding it.  For the immediate future, I've gated off
the small signal to observe whether the counter module then behaves as the left plot.  I will study this behavior over the
next store or so.
<br>
according to the