<!-- Title: Eve shift. Fri Feb  1, 2008 -->
<!-- SciCo: Willis Sakumoto -->
<!-- DAQAce: Si Xie -->
<!-- MonAce: &nbsp; -->
<!-- CO: Yen-Chu Chen -->
<!-- OpManager: JJ -->
<!-- Notes: -->
<pre>Start with L=274e30, but cot12 down - power supply problem</pre>

<!-- Date: Fri Feb 1 16:24:10.989 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257103>257103</A>
ACTIVATE: RunSet: AAA_SHOTSETUP  Trigger: PHYSICS_5_01 [3,1016,713] 
<!-- Author: Eunsin/Hyunsu -->


<!-- Date: Fri Feb 1 16:31:16.818 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257103>257103</A>
TERMINATE: we'll try no silicon physics run now
<!-- Author: Si/Elisabetta -->


<!-- Date: Fri Feb 1 16:33:18.658 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104>257104</A>
 Activated at 2008.02.01 16:33:00
<!-- Author: RunControl -->


<!-- Date: Fri Feb 1 16:33:19.099 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104>257104</A>
ACTIVATE: RunSet: AAA_NOSILICON  Trigger: PHYSICS_5_01 [3,1016,713] 
<!-- Author: Si/Elisabetta -->



<!-- Date: Fri Feb 1 16:36:52.977 2008 -->
We are running with no COT10,11,12. Have to set IgnoreL2Stereo for this configuration to work. This is due to failure of CONET_1 crate. L1 accept rate is at 16kHz, and L2 accept is at 800Hz. Deadtime is 30%, 10% due to L2 and the rest due to readout.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104' target=_top>257104</a>) -->


<!-- Date: Fri Feb 1 16:50:09.325 2008 -->
Silicon experts are doing a test for this silicon auto-recovery program. After that they will allow us to include silicon.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104' target=_top>257104</a>) -->


<!-- Date: Fri Feb 1 16:53:10.281 2008 -->
<p>The CONET_1 power supply is down -- its fan is intermittently 
   going off, and the +5v digital supply is off. According to 
   Dervin, the supply has to be replaced, and since the crate 
   is way up at the top, it will take about 4 hours. 
</p> 
<p>The CONET_1 supply is for b0cot12, and it is off. To run, 
   b0cot10, 11, and 12 need to be removed. In addition, 
   L2 Stereo Ignore has to be set. We are running 
   AAA_NOSILICON: L=231e30, deadtime at 20%. 
</P>
<!-- Author: Willis :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104' target=_top>257104</a>) -->
<!-- Comment: Fri Feb  1 17;38;31 comment by...Willis -->
Dervin and Roberto will come in to fix the problem. If the
store is lost or ends, both Ops and they should be
contacted.
<!-- Comment: Fri Feb  1 19;35;34 comment by...s -->
Also please call Sebastian at 630-310-7557
<!-- Comment: Fri Feb  1 20;35;09 comment by...sebastian -->
<pre>20:03:08-   We will be looking to end this store a bit sooner than usual due to the CDF problems. - S.Chaurize
-- Fri Feb 1 20:05:02 comment by...S.Chaurize --  It will stay in at least until mid-morning tomorrow excluding failures. I will firm up a time in the morning.  </pre>
<!-- Date: Fri Feb 1 16:57:31.039 2008 -->
b0pcal02 was unresponsive. It was shepherded.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104' target=_top>257104</a>) -->


<!-- Date: Fri Feb 1 17:00:12.095 2008 -->
Elisabette is ill and will not be on shift tonight.
<!-- Author: jj -->

<!-- Date: Fri Feb 1 17:01:43.596 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104>257104</A>
 Terminated at 2008.02.01 17:01:36
<!-- Author: RunControl -->


<!-- Date: Fri Feb 1 17:02:06.608 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104>257104</A>
TERMINATE: cot12 is bad
<!-- Author: Si/Elisabetta -->


<!-- Date: Fri Feb 1 17:09:37.433 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257106>257106</A>
 Activated at 2008.02.01 17:09:14
<!-- Author: RunControl -->


<!-- Date: Fri Feb 1 17:09:38.350 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257106>257106</A>
ACTIVATE: RunSet: AAA_NOSILICON  Trigger: PHYSICS_5_01 [3,1016,713] 
<!-- Author: Si/Elisabetta -->



<!-- Date: Fri Feb 1 17:12:40.646 2008 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2008&action=view&page=-679&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2008&action=view&page=-679  width='300' align='top'></a></td><td>Event display of detector with COT problem.</td></tr></table>
<!-- Author: Yen-Chu Chen -->

<!-- Date: Fri Feb 1 17:30:38.951 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104>257104</A>
central: <tt>There is still COT readout problem.</tt>
<!-- Author: Consumer Operator(Yen-Chu Chen) -->


<!-- Date: Fri Feb 1 17:30:39.211 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104>257104</A>
general: <tt>This run is no good. Waiting for experts to fix COT.</tt>
<!-- Author: Consumer Operator(Yen-Chu Chen) -->



<!-- Date: Fri Feb 1 17:32:58.410 2008 -->
<center><a href='/cgi/elog/elog.pl?nb=2008&action=view&page=-680&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2008&action=view&page=-680' width='300'></a><a href='/cgi/elog/elog.pl?nb=2008&action=view&page=-681&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2008&action=view&page=-681' width='300'></a></center>
<!-- Author: Si -->
<!-- Comment: Fri Feb  1 17;33;21 comment by...Si -->
Losses and SVRAD. Losses looked good.


<!-- Date: Fri Feb 1 17:37:28.827 2008 -->
We had not made an entry in the cdf elog about our access this morning, so here 
it is. 
 
We had an access to fix the lack of current we were seing in LB1W4,   
shortly into the access we saw that the crow bar for the corresponding   
module ( L00 #2 in crate 15 north-east bottom top) was blown for the first  
4 ladders (Bias 0). We changed the crowbar for one of the new ones rated  
at 450 V, and where done in less than 15 minutes. The ladders in LB1W4  
show current now and look fine.
<!-- Author: Sebastian C, Miguel, Ricardo, Sasha -->


<!-- Date: Fri Feb 1 17:46:12.893 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257104>257104</A>
RUNSTATUS: <PRE>Marked Bad, explanation:
L2T 
COT 
SVX 
ISL 
L00 
</PRE>
b0cot10, 11, 12 removed, L2 stereo ignore set, and no silicon
<!-- Author: cdfscico -->
<!-- Comment: Fri Feb  1 21;32;00 comment by...Willis -->
L2T set because of L2 stereo ignore -- not sure if this is
appropriate
<!-- Date: Fri Feb 1 17:48:28.593 2008 -->
<p>Silicon is still out. The silicon group will to do a 
   test of "automatic trip recovery" before being included 
   in running, and they are currently working on it. 
</p>
<!-- Author: Willis :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257106' target=_top>257106</a>) -->


<!-- Date: Fri Feb 1 18:46:42.154 2008 -->
pcal02 was not responsive. shepherded. later cot06 gave a done TO
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257106' target=_top>257106</a>) -->


<!-- Date: Fri Feb 1 19:04:26.827 2008 -->
Done TO cot07
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257106' target=_top>257106</a>) -->


<!-- Date: Fri Feb 1 19:05:55.841 2008 -->
<P> 
The following is a partial printout of the bus analyzer trace  
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2008&action=view&page=93&frame=2&anchor=19:59:05.994'> 
found late yesterday evening</a> from b0pcal11 PCAL_11 when the  
CPU had a hang up, with an analysis following it, below. 
 
<PRE> 
 
  -680 ----    -8.924s   Single   A32nD 1000000C 80000000   D32 Wr Data ----- 1111111 <= Write EOB 
  -679 ----    -8.924s   Single   A32nD 10800008 00000000   D32 Rd Data ----- 1111111 <= Read Taxi Violation Counter 
  -678 ----    -8.920s   Single     ...   IACK=2 ......02 LBYTE Rd Data IACK2 1111101 <= Receive & Ack L2 Accept IRQ 
  -677 ----    -8.920s   Single   A32nD 10000008 F1010000   D32 Rd Data ----- 1111111 <= Read Start Scan Register, event 15, L2 buffer 0 
  -676 ----    -8.920s   Single   A32nD 78800000 018BCF15   D32 Rd Data ----- 1111111 <= Read ADMEM, slot 15 
  -675 ----    -8.920s   Single   A32nD 78800004 00310031   D32 Rd Data ----- 1111111  | 
  -674 ----    -8.920s   Single   A32nD 78800008 00310030   D32 Rd Data ----- 1111111  | 
  -673 ----    -8.920s   Single   A32nD 7880000C 00300033   D32 Rd Data ----- 1111111  | 
  -672 ----    -8.920s   Single   A32nD 78800010 00320031   D32 Rd Data ----- 1111111  | 
  -671 ----    -8.920s   Single   A32nD 78800014 00330031   D32 Rd Data ----- 1111111  | 
  -670 ----    -8.920s   Single   A32nD 78800018 00690030   D32 Rd Data ----- 1111111  | 
  -669 ----    -8.920s   Single   A32nD 7880001C 0030003C   D32 Rd Data ----- 1111111  | 
  -668 ----    -8.920s   Single   A32nD 78800020 00330032   D32 Rd Data ----- 1111111  | 
  -667 ----    -8.920s   Single   A32nD 78800024 003E002F   D32 Rd Data ----- 1111111  | 
  -666 ----    -8.920s   Single   A32nD 78800028 0101008F   D32 Rd Data ----- 1111111  | 
  -665 ----    -8.920s   Single   A32nD 88800000 01879115   D32 Rd Data ----- 1111111 <= Read ADMEM, slot 17 
  -664 ----    -8.920s   Single   A32nD 88800004 00320032   D32 Rd Data ----- 1111111  | 
  -663 ----    -8.920s   Single   A32nD 88800008 00340034   D32 Rd Data ----- 1111111  | 
 ...  [snip] 
  -589 ----    -8.920s   Single   A32nD A0800028 02070048   D32 Rd Data ----- 1111111  | 
  -588 ----    -8.920s   Single   A32nD 10800004 000F002E   D32 Rd Data ----- 1111111 <= Read Tracer Event Header Register 
  -587 ----    -8.920s   Single   A32nD 20800000 03900415   D32 Rd Data ----- 1111111 <= Read SXMR, slot 4, header 
  -586 ----    -8.920s    Start A32nBLT 20800000 000C000C   D32 Rd Data ----- 1111111 <= Read SMXR, slot 4, data 
  -522 ----    -8.920s    Start A32nBLT 20800100 000B000B   D32 Rd Data ----- 1111111  | 
  -458 ----    -8.920s    Start A32nBLT 20800200 000C000C   D32 Rd Data ----- 1111111  | 
  -394 ----    -8.920s   Single   A32nD 28800000 03900515   D32 Rd Data ----- 1111111 <= Read SMXR, slot 5, header 
  -393 ----    -8.920s    Start A32nBLT 28800000 002C000E   D32 Rd Data ----- 1111111 <= Read SMXR, slot 5, data 
  -329 ----    -8.920s    Start A32nBLT 28800100 0021000D   D32 Rd Data ----- 1111111  | 
  -265 ----    -8.920s    Start A32nBLT 28800200 000B000C   D32 Rd Data ----- 1111111  | 
  -201 ----    -8.920s   Single   A32nD 30800000 03900615   D32 Rd Data ----- 1111111 <= Read SMXR, slot 6, header 
  -200 ----    -8.920s    Start A32nBLT 30800000 000C0015   D32 Rd Data ----- 1111111 <= Read SMXR, slot 6, data 
  -136 ----    -8.920s    Start A32nBLT 30800100 000C000C   D32 Rd Data ----- 1111111  | 
   -72 ----    -8.920s    Start A32nBLT 30800200 000C000C   D32 Rd Data ----- 1111111  | 
    -8 ----    -8.920s   Single   A32nD 1000000C 01000000   D32 Wr Data ----- 1111111 <= Write Tracer DONE 
    -7 ----    -8.920s   Single     ...   IACK=2 ......02 LBYTE Rd Data IACK2 1111101 <= Receive pending L2 Accept IRQ 
    -6 ---- -323.845ms   Single   A32nD 10000004 2A008021   D32 Rd Data ----- 1111111 <= Read Tracer control word, Taxi enabled 
    -5 ---- -323.838ms   Single   A32nD 10000004 0A008021   D32 Wr Data ----- 1111111 <= Write Taxi disabled 
    -4 ---- -323.833ms   Single   A32nD 10000004 0A048021   D32 Wr Data ----- 1111111 <= Write Taxi disabled, set reset event FIFO 
    -3 ---- -323.829ms   Single   A32nD 10000004 0A008021   D32 Wr Data ----- 1111111 <= Write Taxi disabled, clear reset event FIFO 
    -2 ----   -9.023us   Single   A32nD 10000004 2A008021   D32 Wr Data ----- 1111111 <= Write Taxi enabled 
    -1 ----   -4.260us   Single   A32nD 10000004 2A008021   D32 Rd Data ----- 1111111 <= Read Tracer control word 
 HALT: ----      0.0ns   Single   A32nD 10000004 2B008021   D32 Wr Data ----- 1111111 <= Write reset taxi  
 
At sample -678, the processors receives the L2 Accept VME interrupt from  
the tracer for the penultimate trigger before hanging up the CPU.   The readout  
proceeds normally through the six ADMEMs and three SMXRs.    At sample -8, the  
processor sets the DONE bit on the tracer after it has completed the VME  
readout of all L2 buffers in the crate.   This is called "early done mode" and  
is normal.   The L2 buffer is now free to be reused by the front-end cards,  
even though the data processing and transfer is not yet complete.   The processor  
should at this point continue with compressing and reformatting the data for eventual  
output.   However, after DONE is set, another L2 trigger arrives via VME  
interrupt at sample -7.  This is also normal.  In the interrupt service  
routine for the L2 accept IRQ, the code sets a semaphore indicating that  
a L2 accept is pending for service.   The main readout task should continue  
with its processing of the original event until all data have been written  
to the Tracer output FIFO, and then service the pending L2 accept when it is  
complete with the original event.   However, after sample -7, you can see that  
nothing happens for quite a long time.   The sequence at sample -6 and following  
are the work of the Messenger task operating in parallel with the Readout  
task.   Therefore, the Readout task is clearly hung at sample -7, which is  
not normal.   One would expect to see a data transfer to the Trace FIFO  
after sample -7, after a short delay. 
 
My suspicion is that the interrupt service routine that sets the  
pending-L2-accept semaphore is blocking.   In VxWorks, this is  
a "semGive()" call.  By definition, this call should never block  
execution.  However, we have seen in the past that the semGive() call  
blocking execution during COT calibrations.   This was caught  
by Eiko when doing a "tt Messenger" (task trace) which clearly showed  
the Messenger task stuck on semGive().   In the case of the L2 accept  
interrupt service routine (ISR), we are unable to issue a "tt" task trace  
since the ISR runs in privileged kernel mode.   Jim may know a sneaky  
way to task-trace an ISR, but I don't know how. 
 
The common link between the COT and PCAL readout is the MVME2400 model  
CPU.  To see if the MVME2400 might be causing the hang-ups, I propose  
to replace a couple of the PCAL CPUs with MVME5500 models.  In the  
mean-time, we can see if we can reproduce the same sort of bus  
analyzer trace.   And even if the processor turns out to be  
a problem, this in no way precludes there being further SMXR  
readout issues. 
 
 
</PRE>  
<!-- Author: badgett :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257106' target=_top>257106</a>) -->




<!-- Date: Fri Feb 1 20:55:50.727 2008 -->
<a href="https://www-cdfonline.fnal.gov/internal/ops/access-requests/ongoing/AccessRequestTomcat-0108.html">Work request 108</a> for the COT power supply replacement shows that Dervin does not have controlled access. I just called MCR and had 
Chris check directly and he said Dervin is good for rest of this 
month.
<!-- Author: jj -->
<!-- Comment: Fri Feb  1 21;03;31 comment by...jj -->
(phew)
<!-- Comment: Fri Feb  1 21;49;01 comment by...Donatella T. -->
the query to the ESHPRD Training database did not correctly take into account that a training is valid thru the end of any given month. I'll fix it. Sorry about that.
<!-- Comment: Fri Feb  1 22;06;50 comment by...sebastian -->
i noticed when I made the request, but the DB has the correct date.
<!-- Date: Fri Feb 1 21:02:42.557 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257114>257114</A>
ACTIVATE: RunSet: AAA_CURRENT  Trigger: PHYSICS_5_01 [3,1016,713] 
<!-- Author: Si/Elisabetta -->



<!-- Date: Fri Feb 1 21:05:02.753 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257106>257106</A>
 Terminated at 2008.02.01 20:57:27
<!-- Author: RunControl -->


<!-- Date: Fri Feb 1 21:05:03.970 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257106>257106</A>
TERMINATE: COT is bad. We will include silicon now.
<!-- Author: Si/Elisabetta -->


<!-- Date: Fri Feb 1 21:05:04.245 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257114>257114</A>
 Activated at 2008.02.01 21:01:08
<!-- Author: RunControl -->



<!-- Date: Fri Feb 1 21:05:27.309 2008 -->
Silicon people told me to do an HRR. At the same time, we got a bunch of TDC errors from COT13, b0etdc00, and b0clc02. EVB was red. Took about 4seconds to go to halt. Got a bunch of FERML_VRB_RESONATOR errors and FERML_BC_MISMATCH.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257114' target=_top>257114</a>) -->

<!-- Date: Fri Feb 1 21:08:42.585 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257106>257106</A>
RUNSTATUS: <PRE>Marked Bad, explanation:
L2T 
COT 
SVX 
ISL 
L00 
</PRE>
b0cot10,11,12 excluded and L2 Stereo ignored
<!-- Author: cdfscico -->





<!-- Date: Fri Feb 1 21:54:38.735 2008 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2008&action=view&page=-683&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2008&action=view&page=-683  width='300' align='top'></a></td><td>Hot channel in low pt CMU east side</td></tr></table>
<!-- Author: Yen-Chu Chen -->



<!-- Date: Fri Feb 1 22:13:32.796 2008 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2008&action=view&page=-684&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2008&action=view&page=-684  width='300' align='top'></a></td><td>New failed channels in ISL0, 1. 
ISL0: wedge #19, layer 5 
ISL1: wedge #21, layer 0</td></tr></table>
<!-- Author: Yen-Chu Chen -->

<!-- Date: Fri Feb 1 22:16:40.796 2008 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257114>257114</A>
general: <tt>COT readout problem continues.<br>
Silicon detectors were turned on. Two new failed channels noticed.<br>
One new hot channel in the CMU east side.</tt>
<!-- Author: Consumer Operator(Yen-Chu Chen) -->



<!-- Date: Fri Feb 1 22:25:57.769 2008 -->
ccal02 is unresponsive. I shepherd it.
<!-- Author: Si :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257114' target=_top>257114</a>) -->

<!-- Date: Fri Feb 1 23:55:10.851 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=257103 target=_runSummary>257103</A> x3EC4F</TD>
<TD>DAQTEST</TD>
<TD><FONT SIZE=-1>PHYSICS_5_01 [3,1016,713]</FONT></TD>
<TD ALIGN=CENTER>16:23:38</TD>
<TD ALIGN=CENTER>16:29:52</TD>
<TD ALIGN=CENTER>00:05:01</TD>
<TD ALIGN=RIGHT>      51,628</TD>   <TD ALIGN=RIGHT>     94.22</TD>
<TD ALIGN=RIGHT>     73.71</TD>
<TD ALIGN=CENTER></TD>
<TD ALIGN=CENTER></TD>
<TD ALIGN=CENTER>1</TD></TR>

<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN=257104 target=_runSummary>257104</A> x3EC50</TD>
<TD>BEAM</TD>
<TD><FONT SIZE=-1>PHYSICS_5_01 [3,1016,713]</FONT></TD>
<TD ALIGN=CENTER>16:33:00</TD>
<TD ALIGN=CENTER>17:01:36</TD>
<TD ALIGN=CENTER>00:16:51</TD>
<TD ALIGN=RIGHT>     210,166</TD>   <TD ALIGN=RIGHT>    406.77</TD>
<TD ALIGN=RIGHT>    237.75</TD>
<TD ALIGN=CENTER>0</TD>
<TD ALIGN=CENTER>1</TD>
<TD ALIGN=CENTER>1</TD></TR>

<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN=257106 target=_runSummary>257106</A> x3EC52</TD>
<TD>BEAM</TD>
<TD><FONT SIZE=-1>PHYSICS_5_01 [3,1016,713]</FONT></TD>
<TD ALIGN=CENTER>17:09:14</TD>
<TD ALIGN=CENTER>20:57:27</TD>
<TD ALIGN=CENTER>03:18:38</TD>
<TD ALIGN=RIGHT>   1,603,890</TD>   <TD ALIGN=RIGHT>  2,432.90</TD>
<TD ALIGN=RIGHT>  2,097.65</TD>
<TD ALIGN=CENTER>0</TD>
<TD ALIGN=CENTER>1</TD>
<TD ALIGN=CENTER>1</TD></TR>

<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN=257114 target=_runSummary>257114</A> x3EC5A</TD>
<TD>BEAM</TD>
<TD><FONT SIZE=-1>PHYSICS_5_01 [3,1016,713]</FONT></TD>
<TD ALIGN=CENTER>21:01:08</TD>
<TD ALIGN=CENTER></TD>
<TD ALIGN=CENTER>02:23:05</TD>
<TD ALIGN=RIGHT>   1,053,275</TD>   <TD ALIGN=RIGHT>  1,334.23</TD>
<TD ALIGN=RIGHT>  1,106.75</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>23:55:04</TD>
<TD ALIGN=CENTER>06:03:37</TD>
<TD ALIGN=RIGHT>     2,918,959</TD> <TD ALIGN=RIGHT>  4,268.13</TD>
<TD ALIGN=RIGHT>  3,515.86</TD>
<TD> </TD>
<TD> </TD>
<TD> </TD></TR>

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



<!-- Date: Fri Feb 1 23:57:49.907 2008 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2008&action=view&page=-685&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2008&action=view&page=-685  width='300' align='top'></a></td><td>Pinky - AVDDB4W10L4</td></tr></table>
<!-- Author: Willis -->
<!-- Comment: Fri Feb  1 23;59;13 comment by...Willis -->
HRR did not fix this, and the Silicon pager was called


<!-- Date: Sat Feb 2 00:02:45.431 2008 -->
<font color=red>Shift Summary: </font><pre>1600: New shift 
        ACE: Si Xie/Elisabette Pianori 
        COs: Yen-Chu Chen (Paul Lujan, outgoing) 
      Hardware status: 
        CONET_1 +5V digital down. Alacrity fan failure: b0cot12 
          is dead 
        Run without b0cot10, 11, and 12, and with L2 Stereo 
          Ignore. 
 
1610: Store 5876 begins - L=274e30 [protons=10000e9, 
                                       pbars=3090e9]   
1620: CONET_1 power supply must be replaced: Data is BAD 
1635: Running AAA_NOSILICON - 25% deadtime at L=239e30 
2000: CDF access: 4 hours - tentatively set for mid-morning, 
      02Feb08 
2050: Silicon group conclude successful "automatic trip recovery" 
      tests  
2101: Silicon included in data taking: run 257114. L=145e30, 
      deadtime about 10% 
2300: Smooth running except for a usual plug CAEN crate trip 
      (crate 1) </pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   257104-114
Delivered Luminosity   4679.1  
Acquired Luminosity    3556.1  
Efficiency             76%
   
</td></tr></table></pre>
<!-- Author: Willis -->