<!-- Title: Day shift. Wed Jan  9, 2008 -->
<!-- SciCo: Ben Kilminster -->
<!-- DAQAce: Si Xie -->
<!-- MonAce: &nbsp; -->
<!-- CO: Jim Bellinger -->
<!-- OpManager: Farrukh Azfar -->
<!-- Notes: -->
<pre>Continue taking very precious data.   
Currently at 75E30. 
Day shift hasn't seen collisions in 3 days.  
</pre>


<!-- Date: Wed Jan 9 08:30:08.991 2008 -->
Done TO from b0cot05. It was unresponsive. Had to be shepherded twice.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255943' target=_top>255943</a>) -->


<!-- Date: Wed Jan 9 08:43:15.282 2008 -->
RXPT error from b0svt09. There was an auto HRR, but afterwards it wasn't taking any events. I did HRR again, still no event. Then we got L2 Decision TO. After that HRR, we are taking events.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255943' target=_top>255943</a>) -->

<!-- Date: Wed Jan 9 08:47:18.534 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255943>255943</A>
 Terminated at 2008.01.09 08:45:30
<!-- Author: RunControl -->


<!-- Date: Wed Jan 9 08:47:19.441 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255943>255943</A>
TERMINATE: Too many L3 Reformatter Errors
<!-- Author: Eunsin -->
<!-- Comment: Wed Jan  9 08;48;21 comment by...Si -->
Errors point to PEMD bank, which as far as I know has something to do with the plug EM calorimeter.
<!-- Comment: Wed Jan  9 08;52;22 comment by...Si -->
Before the set of L3 reformatter errors, there was some problem with svt09 which went away. also possibly related?
<!-- Date: Wed Jan 9 08:47:48.649 2008 -->
While starting the new run, there was a heap corrupt from b0pcal04.I'm shepherding it.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->
<!-- Comment: Wed Jan  9 08;51;31 comment by...Si -->
possibly (or not) related to the Reformatter errors above.
<!-- Date: Wed Jan 9 08:49:01.743 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944>255944</A>
 Activated at 2008.01.09 08:48:42
<!-- Author: RunControl -->


<!-- Date: Wed Jan 9 08:49:02.064 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944>255944</A>
ACTIVATE: RunSet: AAA_CURRENT  Trigger: PHYSICS_5_01 [3,1016,713] 
<!-- Author: Eunsin -->



<!-- Date: Wed Jan 9 08:51:07.765 2008 -->
CER_SVXMON error. Stuck Cellid S/B2/W4/L4/C7-13
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->




<!-- Date: Wed Jan 9 09:03:49.020 2008 -->
Still have hot towers in YMON/CEMPMT, as noted <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2008&action=view&page=10&frame=2&anchor=02:32:39.894'> earlier</A>
<!-- Author: James :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255943' target=_top>255943</a>) -->

<!-- Date: Wed Jan 9 09:13:10.191 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255943>255943</A>
trigger: <tt>Reformat errors at .55%--not bad but..</tt>
<!-- Author: Consumer Operator( James Bellinger) -->



<!-- Date: Wed Jan 9 09:15:40.163 2008 -->
RXPT error for b0svx02. SRC FATAL Error for b0svx02: SI 6 2 L1A to Buff. After those messages, we had EVB in red. I did HRR, then got a L2 Decision TO. HRR again. It looks fine after that.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->


<!-- Date: Wed Jan 9 09:16:24.427 2008 -->
Done TO for b0pcal07. It doesn't respond to halt. I shepherd it.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->


<!-- Date: Wed Jan 9 09:34:34.677 2008 -->
Done TO for clc00.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->
<!-- Comment: Wed Jan  9 11;10;07 comment by...Si -->
Done TO for clc00 a couple of times - 11:09:22
<!-- Comment: Wed Jan  9 11;43;09 comment by...Si -->
Done TO - clc00 - 11:41:42
<!-- Comment: Wed Jan  9 13;18;50 comment by...Si -->
Done TO for b0clc00
<!-- Comment: Wed Jan  9 13;49;44 comment by...Si -->
Happened again twice.
<!-- Comment: Wed Jan  9 13;51;29 comment by...Si -->
Done TO clc00 - 13:50:24
<!-- Date: Wed Jan 9 10:00:27.082 2008 -->
<pre>MCR called.  They are going to move the separators at D0 to try  
to get D0 lumi closer to ours. 
 
We do not have to turn off any of our systems in expectation of this. 
We will keep an eye on losses, and our CDF luminosity to  make  
sure that nothing bad happens to us.</pre>
<!-- Author: Ben -->
<!-- Comment: Wed Jan  9 10;07;58 comment by...Phil -->
With separators there is no motion involved. In this case they will just be reducing! voltages on the separators so the usual separator scan risk of a spark is no worse than usual.

<!-- Comment: Wed Jan  9 10;58;48 comment by...Ben -->
We looked at D0's luminiosity, and it didn't get better. 
It did flucutate a few percent worse briefly.
Better luck next time, D0.


<!-- Comment: Wed Jan  9 11;31;53 comment by...Phil -->
Tev guys say they got ~1%. (Ben/Si, were we looking at D0FZTL? That's the right one.)
<!-- Comment: Wed Jan  9 14;33;48 comment by...Si -->
We were looking at D0FLTL, which I plotted D0FZTL, which is the same values as D0FLTL (at least for the period of time we were looking at). It's hard to tell is there was a 1% increase with respect to our luminosity because they are on a falling spectrum. Unless we plot B0ILUM / D0FZTL somehow...not sure how to do that. I tried "C:B0ILUM/C:D0FZTL", and it didn't work.
<!-- Date: Wed Jan 9 11:00:19.623 2008 -->
BMU SE 144 tripped. RXPT error from b0imu01, and SRC FATAL Error for b0svx02: SI 6 L2A w/o L1A
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->
<!-- Comment: Wed Jan  9 11;00;48 comment by...Si -->
It's been recovered. 

<!-- Date: Wed Jan 9 11:08:00.670 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944>255944</A>
muons: <tt>CMU East Wedge 17 a little warm</tt>
<!-- Author: Consumer Operator( James Bellinger) -->




<!-- Date: Wed Jan 9 11:10:21.125 2008 -->
L2 Decision TO - 11:10:05
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->
<!-- Comment: Wed Jan  9 11;10;38 comment by...Si -->
there was another earlier which I forgot to record.


<!-- Comment: Wed Jan  9 11;42;34 comment by...Si -->
L2 Decision TO - 11:40:50
<!-- Comment: Wed Jan  9 11;55;40 comment by...Si -->
L2 Decision TO - 11:55:23
<!-- Comment: Wed Jan  9 11;59;13 comment by...Si -->
L2 Decision TO - 11:58:47
<!-- Comment: Wed Jan  9 12;04;03 comment by...Si -->
L2 Decision TO - 12:03:42
<!-- Date: Wed Jan 9 11:27:37.348 2008 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2008&action=view&page=-298&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2008&action=view&page=-299  width='300' align='top'></a></td><td>Updated beam line parameter plot</td></tr></table>
<!-- Author: Phil -->
<!-- Comment: Wed Jan  9 11;28;32 comment by...Phil -->
Note the change in the yz slope last night (and the lack of change in the others).


<!-- Date: Wed Jan 9 11:31:50.315 2008 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2008&action=view&page=-300&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2008&action=view&page=-300  width='300' align='top'></a></td><td>The is a comparison of the deadtime for stores 5821 and 5835.  In the later one, the readout of XFFD, XFSD, and XFLD have been suppressed for readout list 6.  The difference in deadtime is small.  Somewhere around 0.75%.  That is more than we'd like for diagnostics, but not the end of the world.  I'll turn the readout back on.  Note that I applied a by-eye Fourrier analysis to remove spikes in deadtime from HRR, etc. as well as cutting out the beginnings of runs before DPS had kicked in.</td></tr></table>
<!-- Author: jdl -->
<!-- Comment: Wed Jan  9 12;48;41 comment by...Ben -->
Were there any other differences between these stores which could be making this deadtime higher?  For instance, the change to slow EVB readout for large event fragments?  Or the rebalancing of VRBs ?



<!-- Comment: Wed Jan  9 13;01;59 comment by...Phil -->
For what it's worth, Tom Wright told me the diagnostic readout was about 1% in cost. I'll try to provide some context in the operations elog soon this plot is in response to me repeating Tom's statement to him.
<!-- Comment: Wed Jan  9 13;29;05 comment by...jdl -->
The VRB rebalancing was only for the monster events.  The slow readout for evme11 could only increase deadtime for store 5835.  This is not all of the diagnostic readout, only the part we added for XFT stereo studies.  ROL=7 goes at 6.7 Hz.  Those events take slightly longer on average.  
<!-- Date: Wed Jan 9 11:45:17.791 2008 -->
Done TO - b0cot06 - 11:44:13
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->

<!-- Date: Wed Jan 9 11:45:46.021 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255943>255943</A>
<HTML>Run <A HREF=http://www-cdfonline.fnal.gov/java/cdfdb/servlet/RunSummary?RUN=255943 target=_runSummary>255943</A> has not yet been checked for goodrun status; please do so.</HTML>
<!-- Author: RunControl -->






<!-- Date: Wed Jan 9 12:22:15.645 2008 -->
Done TO for b0pcal08. HRR didn't work. Had to be shepherded.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->


<!-- Date: Wed Jan 9 12:26:06.885 2008 -->
<table border=0><td><tr><td bgcolor=#e0e030>The ACNET computer CNS52PC, apparently has done some windows updates, and it wants to restart itself now. I clicked Restart Later, but the window popped up again 10min later. I will click restart Later again. Should I allow it to restart? Anything wrong with that?</td></tr></td></table>
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->
<!-- Comment: Wed Jan  9 12;54;53 comment by...jj -->
You can restart. If CNS52PC is the ace ACNET console, start
up monitoring plots on another terminal first. 


<!-- Date: Wed Jan 9 13:07:14.020 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944>255944</A>
trigger: <tt>Three 1.3.4: 125MeV_DCAS_Occupancy towers in HAD data vs Sim have differences at a 1E-4 rate. &nbsp;Not "Bad"</tt>
<!-- Author: Consumer Operator( James Bellinger) -->
<!-- Comment: Wed Jan  9 17;12;39 comment by...James -->
"All three errors happened in a single event earlier in the run, some kind of glitch."  carla pilcher

<!-- Date: Wed Jan 9 13:31:23.843 2008 -->
The latest estimate from the runco elog is that workers will be out of the MI tunnel by early evening shift
<!-- Author: Phil -->





<!-- Date: Wed Jan 9 15:03:39.256 2008 -->
Added 2 gb of memory to b0www01. 
Mark
<!-- Author: Mark Schmitz :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->


<!-- Date: Wed Jan 9 15:05:56.894 2008 -->
Added 2 gb of memory to b0server09 on Friday jan 4 4:45pm. 
This is a late entry. Sorry.
<!-- Author: Mark Schmitz :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=255944' target=_top>255944</a>) -->


<!-- Date: Wed Jan 9 15:31:08.655 2008 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2008&action=view&page=-301&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2008&action=view&page=-302  width='300' align='top'></a></td><td>Silicon pinkie cleared up itself.</td></tr></table>
<!-- Author: Ben -->


<!-- Date: Wed Jan 9 15:43:55.464 2008 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2008&action=view&page=-303&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2008&action=view&page=-304  width='300' align='top'></a></td><td>Same one (Bias)</td></tr></table>
<!-- Author: Ben -->

<!-- Date: Wed Jan 9 15:55:56.229 2008 -->
<TABLE BORDER=2 CELLSPACING=1 CELLPADDING=1 BGCOLOR=WHITE>
<TR BGCOLOR=YELLOW><TH>RunNumber</TH>
<TH>DataType</TH>
<TH>PhysicsTable</TH>
<TH>Begin</TH>
<TH>End</TH>
<TH>LiveTime</TH>
<TH>L3Accepts</TH>
<TH>DelivLumi nb<SUP>-1</SUP></TH>
<TH>LiveLumi nb<SUP>-1</SUP></TH>
<TH>GR</TH>
<TH>SC</TH>
<TH>RC</TH></TR>
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN=255943 target=_runSummary>255943</A> x3E7C7</TD>
<TD>BEAM</TD>
<TD><FONT SIZE=-1>PHYSICS_5_01 [3,1016,713]</FONT></TD>
<TD ALIGN=CENTER>04:57:36</TD>
<TD ALIGN=CENTER>08:45:30</TD>
<TD ALIGN=CENTER>03:22:45</TD>
<TD ALIGN=RIGHT>   1,286,515</TD>   <TD ALIGN=RIGHT>  1,075.68</TD>
<TD ALIGN=RIGHT>    954.44</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=255944 target=_runSummary>255944</A> x3E7C8</TD>
<TD>BEAM</TD>
<TD><FONT SIZE=-1>PHYSICS_5_01 [3,1016,713]</FONT></TD>
<TD ALIGN=CENTER>08:48:42</TD>
<TD ALIGN=CENTER></TD>
<TD ALIGN=CENTER>06:42:47</TD>
<TD ALIGN=RIGHT>   2,069,603</TD>   <TD ALIGN=RIGHT>  1,542.97</TD>
<TD ALIGN=RIGHT>  1,457.13</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:00</TD>
<TD ALIGN=CENTER>10:05:33</TD>
<TD ALIGN=RIGHT>     3,356,118</TD> <TD ALIGN=RIGHT>  2,618.65</TD>
<TD ALIGN=RIGHT>  2,411.57</TD>
<TD> </TD>
<TD> </TD>
<TD> </TD></TR>

</TABLE>
<!-- Author: End of Shift Report -->



<!-- Date: Wed Jan 9 16:01:29.109 2008 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2008&action=view&page=-305&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2008&action=view&page=-305  width='300' align='top'></a></td><td>The YMon ShowerMax slide shows CES West wedge 13 hot</td></tr></table>
<!-- Author: James -->


<!-- Date: Wed Jan 9 16:01:52.088 2008 -->
<font color=red>Shift Summary: </font><pre>Smooth shift. 
 
Some deadtime incurred from : 
  * restart run due to L3 reformatter errors (PCAL crate ?) 
  * repeated CLC Done TO 
  * repeated L2 Decision TO 
  * repeated COT Done TO 
 
Start : 75E30 
End   : 52E30 
92.9% efficiency, 1.6 pb^-1. 
Lets see you stand up to those numbers, Chris.</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   255943, 255944
Delivered Luminosity   1760.1 nb-1  
Acquired Luminosity    1635.7 nb-1  
Efficiency             92.9
   
</td></tr></table></pre>
<!-- Author: Ben -->