<!-- Title: Day shift. Tue Jan  4, 2005 -->
<!-- SciCo: Larry -->
<!-- DAQAce: Ryo -->
<!-- MonAce: Saverio -->
<!-- CO: (Sasha) -->
<!-- OpManager: Sungwon -->
<!-- Notes: -->
<pre>Power switch done, recovering, supervised access</pre>


<!-- Date: Tue Jan 4 08:23:09.323 2005 -->
restarted monitoring BMU/CMU/CMP/CMX & CES HV
<!-- Author: Phil Schlabach -->
<!-- Comment: Tue Jan  4 08;29;33 comment by...ps -->
CMU at standby, CMP trips on the anodes A4, A5
<!-- Comment: Tue Jan  4 08;32;13 comment by...ps -->
miniskirts all trip going to standby, hmm
<!-- Comment: Tue Jan  4 08;39;04 comment by...ps -->
one miniskirt channel trips when you try to turn it off
<!-- Comment: Tue Jan  4 08;39;23 comment by...ps -->
BMU is at standby
<!-- Comment: Tue Jan  4 08;40;37 comment by...ps -->
too much wierdness for me, muon HV control is expert only, we need to investigate, off to inform the experts
<!-- Comment: Tue Jan  4 08;51;16 comment by...Larry -->
Miniskirts may be a bit damp at the moment
<!-- Comment: Tue Jan  4 09;02;07 comment by...ps -->
Dale and Xiaojian are on their way to investigate
<!-- Comment: Tue Jan  4 09;04;54 comment by...Larry -->
CMP also all wet
<!-- Comment: Tue Jan  4 09;05;52 comment by...Dale -->
Based off of what Steve said I have turned off all of CMP Bottom and CMX (at some point I will turn on the arches).  I'll get Xiaojian.
<!-- Comment: Tue Jan  4 09;19;31 comment by...Phil, Dale, Xiaojian -->
<table border=0><td><tr><td bgcolor=#e0e030>We have turned off <u>all</u> CMU, CMX, and CMP.  Under control of experts.  We will also disable the enable on the CAEN.  We may end up turning everything off.</td></tr></td></table>
<!-- Date: Tue Jan 4 08:27:16.407 2005 -->
Silicon cooling has been re-established.
<!-- Author: Eva H. -->




<!-- Date: Tue Jan 4 08:32:30.293 2005 -->
HV monitoring is on for CLC/BSC/RPS/MNP.  CPR caen is off due to work by the electrician on that rack, so CPR HV is off and not being monitored.
<!-- Author: convery -->


<!-- Date: Tue Jan 4 08:33:40.540 2005 -->
Solenoid drain water problem, cooling water will be off for an hour or 2
<!-- Author: Larry -->










<!-- Date: Tue Jan 4 09:20:56.116 2005 -->
Cryo reparts racks on except NE SVX top, need to be looked at
<!-- Author: Larry -->


<!-- Date: Tue Jan 4 09:48:10.398 2005 -->
Takashi said, look area problem on ProcMon is known problem. He guess that it will be fixed soon. maybe in the day. 
<!-- Author: ryo -->


<!-- Date: Tue Jan 4 09:58:23.694 2005 -->
<pre>CSL came back. But, we can find Red panel for lookarea in ProcMon window. This means 95% full disk space. It has not deleted files since Dec-6. That date was about when we moved lookarea location from fcdfsgi2 to new location. 
Anyway, still we have 50GB disk space for lookarea, which is nearly average use per one day. We will solve this problem during today.</pre>
<!-- Author: Takashi Aki. -->
<!-- Comment: Tue Jan  4 13;03;57 comment by...Tony Vaiciulis -->
Lookarea is running normally again. A small
problem in one of the scripts was found and fixed.

<!-- Date: Tue Jan 4 10:15:16.266 2005 -->
The CMX miniskirt and the south two HV channels on CMP won't hold voltage as they are wet. CMX really got wet; CMP may just not like the humidity, although I think a small piece of it probably got rained on as well. We will leave them off until late this afternoon or this evening to dry off. At that point we will try turning on the HV. We will repeat the prescription as necessary as I think we will be OK as soon as things dry off.
<!-- Author: Phil Schlabach -->
<!-- Comment: Tue Jan  4 14;39;50 comment by...Guram -->
<pre>Just in case I put HV off on West miniskirt scintillators
(East are off from last night) using switch on Gammas. </pre>
<!-- Date: Tue Jan 4 10:29:39.645 2005 -->
<table border=0><td><tr><td bgcolor=#e0e030>Steve Hahn has put the clock into <b>free run</b> mode.  Please page silicon before restoring the clock to <b>normal</b> mode!</td></tr></td></table>
<!-- Author: corrinne -->


<!-- Date: Tue Jan 4 10:30:07.643 2005 -->
<p>Working on coming back:</p> 
 
<p>All electronics racks upstairs and down are on except SVNET, 
which we are trying to figure out now.  The chilled water was 
so quiet, I thought it was not running till Bruce convinced me 
otherwise; maybe this is a consequence of refilling the ECW after 
the relief valve problems in the collision hall.</p> 
 
<p>I have put the clock in free run mode after MCR reset the 
TeV sync delays to the correct values.</p>
<!-- Author: Steve Hahn -->


<!-- Date: Tue Jan 4 10:47:13.455 2005 -->
<pre>We cannot reset b0inh00 using reset_crate  
 
b0dap73:234:~&gt; reset_crate b0inh00 
Crate b0inh00 reset channel is 163 
 
does not work... 
 
Also there are two additional crates for which the reset line 
is not connect - see entries from yesterdays shift log. 
</pre>
<!-- Author: Frank Chlebana -->
<!-- Comment: Tue Jan  4 13;08;10 comment by...W.Badgett -->
<pre>These three crates do not have tracers:  b0inh00,
b0muca00, b0clc01.   Perhaps JDL could install three of 
his special reset adaptor cards in these crates?</pre>
<!-- Date: Tue Jan 4 10:50:32.482 2005 -->
<pre>Getting errors from the b0inh00 crate 
 
*** FATAL ERROR ***                                                                                                     
Assertion &lt;0 &lt;= T_GBUF_MAX(msg-&gt;variable_data_buf)&gt; failed, file: ipcmsg1.c, line 981                                   
Wall Clock Time: TUE JAN 04 10:49:48 2005                                                                               
RTworks Time: 0.000000                                                                                                  
Last RTworks Error Code: 9                                                                                              
Last C Error Code: 786434                                                                                               
Last OS Error Code: 786434                                                                                              
Last Socket Error Code: 786434                                                                                          
To create a core dump, please generate a QUIT signal                                                                    
(usually by typing CTRL-\) now.                                                                                         
You have four seconds to do this.                                                                                       
msg_recv: bad size 0 reading length from socket 13, data ea5cc0, type 0                                                 
errno is 0                                                                                                              
Connection 127.0.0.1:1027 aborted, status is -1                                                                         
</pre>
<!-- Author: Frank Chlebana -->
<!-- Comment: Tue Jan  4 13;09;05 comment by...W.Badgett -->
<pre>This should be fixed now -- file /cdf/code-common 
/cdfonline/vxboot/b0_inh.table now points to the 
official code area.</pre>
<!-- Date: Tue Jan 4 11:20:38.099 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191888">191888</A>
TERMINATE: sabjkadhsjak
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 11:24:29.731 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191889">191889</A>
ACTIVATE: RunSet: L2TORTURE  Trigger: L2_TORTURE [16,466,457] 
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 11:28:25.972 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191889">191889</A>
TERMINATE: sdfdsfdsfdsfds
<!-- Author: Ryo X2080 -->



<!-- Date: Tue Jan 4 11:39:52.803 2005 -->
Alignment crew reports they are done on the A side "you can move the steel"
<!-- Author: Larry -->
<!-- Comment: Tue Jan  4 12;20;36 comment by...Dale -->
I think this means that they are done on the west and likely will want to go the the east (and close the toroid on that side).  Opening up the west toroid (which was closed) will help the muon chambers dry out a bit faster due to better air circulation.
<!-- Date: Tue Jan 4 11:40:36.146 2005 -->
<pre>Level3 and the Event Builder have been brought back up and are 
ready for use.  Three of the slower class of nodes (240, 251, 275) 
are not included.</pre>
<!-- Author: Jeff  Miles, Ilya Kravchenko -->
<!-- Comment: Tue Jan  4 12;00;27 comment by...Jeff -->
We are having trouble with yet another powerstrip tripping in one of the Level3 racks (a different one than the one that was replaced a week ago).  So the 8 nodes b0l3033 - b0l3040 are also offline.
<!-- Date: Tue Jan 4 11:56:09.185 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191891">191891</A>
ACTIVATE: RunSet: L2TORTURE  Trigger: L2_TORTURE [16,466,457] 
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 12:00:16.567 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191891">191891</A>
TERMINATE: skjfaj;lash
<!-- Author: Ryo X2080 -->



<!-- Date: Tue Jan 4 12:04:27.848 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191893">191893</A>
ACTIVATE: RunSet: L2TORTURE  Trigger: L2_TORTURE [16,466,457] 
<!-- Author: Ryo X2080 -->
<!-- Comment: Tue Jan  4 12;10;59 comment by...Tom Wright -->
The L1 JET_0.5 trigger is running at the crossing rate.  You must have a hot tower somewhere.

<!-- Comment: Tue Jan  4 12;30;54 comment by...Larry -->
Paged Carla
<!-- Comment: Tue Jan  4 12;44;46 comment by...greg feild -->
Looks like phi=2, eta=9, hadronic tower
according to trigmon.
<!-- Comment: Tue Jan  4 12;57;47 comment by...m mattson -->
<br>Could you point out where these TrigMon root files are?  I've checked the appropriate areas, looks like the most recent run is 191803.
<!-- Comment: Tue Jan  4 13;14;24 comment by...greg -->
See run 191891 - it is currently viewable 
via HistoDisplayMain through the socket 
connection - 
<!-- Comment: Tue Jan  4 15;59;24 comment by...m mattson -->
<p>Bah, I entered the phi/eta coordinates backwards into TraceDirac.  I thought you were talking about a different trigger tower.
<p>According to the run information (191893), the L1 rate is 1.2 MHz.  As high as this is, it is <b>not</b> the crossing rate.<p>
I made an
<a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=8&frame=2&anchor=10:05:54.549'>
entry in yesterday's e-log</a> explaining why the cal trigger rate will be high during the access, and why it will return to normal after the access is over.
<!-- Date: Tue Jan 4 12:09:16.197 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191893">191893</A>
TERMINATE: start up another run
<!-- Author: Ryo X2080 -->



<!-- Date: Tue Jan 4 12:14:45.571 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191894">191894</A>
ACTIVATE: RunSet: L2TORTURE  Trigger: L2_TORTURE [16,466,457] 
<!-- Author: Ryo X2080 -->



<!-- Date: Tue Jan 4 12:17:27.325 2005 -->
<pre>b0tsi02 status 
 
put back original CPU and we had the same problems as before 
put back spare CPU and removed loading the extra library 
 - this worked. 
 
Original CPU S07877  3470638 
New CPU      S07837  3377987 
 
We will try to reflash the kernel... </pre>
<!-- Author: Frank and Ray -->


<!-- Date: Tue Jan 4 12:18:32.365 2005 -->
<pre>We have problems in COT09 TDC in slot 15 is not responding. 
 
Eric will try to reseat the TDC. 
</pre>
<!-- Author: Frank Chlebana -->



<!-- Date: Tue Jan 4 12:31:40.068 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191900">191900</A>
ACTIVATE: RunSet: L2TORTURE  Trigger: L2_TORTURE [16,466,457] 
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 12:42:03.321 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191901">191901</A>
ACTIVATE: RunSet: L2TORTURE  Trigger: L2_TORTURE [16,466,444] 
<!-- Author: Ryo X2080 -->



<!-- Date: Tue Jan 4 12:51:11.178 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191902">191902</A>
ACTIVATE: RunSet: SMQIECALIB 
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 12:52:10.004 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191902">191902</A>
TERMINATE: RunSet: SMQIECALIB done
<!-- Author: Ryo X2080 -->
<!-- Comment: Tue Jan  4 13;08;04 comment by...Larry -->
Evil evil evil in pcal05 - will power cycle when Mark is done
<!-- Date: Tue Jan 4 13:03:56.348 2005 -->
We closed the partiton to release all of cal crate.
<!-- Author: ryo -->



<!-- Date: Tue Jan 4 13:04:04.648 2005 -->
The Sci-Co gave me the okay to check the c/p/wcal crates again.  I have them booked, and will be using them for about half an hour.
<!-- Author: m mattson -->
<!-- Comment: Tue Jan  4 13;19;15 comment by...m mattson -->
<br>More problems have cropped up since this morning's power outage.  ccal03, slot 21, channels 0-2 looked like the CAFE cards have blown fuses, which will need to be replaced.  ccal14, slot 20 has all channels bad.  Most likely the ADMEM will need to be swapped out.
<!-- Comment: Tue Jan  4 14;44;06 comment by...m mattson, k chung -->
<p>The CAFE cards for ccal03 have been replaced.  ccal14 slot 20 had a blown +5V fuse.  We replaced the fuse, and it appears to be okay now.  (A -15V blown fuse usually indicates a bad capacitor, but that was not the case here.)  A SMXR calibration shows that the ccal showermax cards came back okay.  Spike run shows normal L1 rates.<p>
Sometime after the access is over, during quiet time (and before data-taking), I will call the control room, to have the DAQ Ace do a calib-and-FRAM download (expert option).  This will use the cal crates (and run control) for about 20 minutes.
<!-- Date: Tue Jan 4 13:16:23.927 2005 -->
<h2>XMon Constants</h2> 
 
<ul>  
<li> I've updated the fits that XMon uses to monitor the trigger lines with runs (including silicon) from 191803-191209. 
<li> I've fixed a bug that didn't update constants for trigger lines that had an '&amp;' in the name 
<li> XMon will automatically pick up new constants when the next data run starts (<i>i.e.,</i> it does not need to be restarted). 
<ul>  
<!-- Author: Charles Plager -->
<!-- Comment: Tue Jan  4 13;25;18 comment by...Steve -->
</UL>
<!-- Comment: Tue Jan  4 13;25;38 comment by...Steve -->
</UL>
<!-- Date: Tue Jan 4 13:22:52.859 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191803">191803</A>
 Terminated at 2005.01.02 23:46:46
<!-- Author: RunControl -->



<!-- Date: Tue Jan 4 13:24:39.316 2005 -->
<pre>Have entered a Run terminatetime of 2005.01.02 23:46:46  
for run 191803 by hand, as it was abruptly ended  
by a power outage.   Thanks to Jason N. for pointing  
this out.</pre>
<!-- Author: W.Badgett :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191803' target=_top>191803</a>) -->
<!-- Comment: Tue Jan  4 13;26;26 comment by...WB -->
...hence the tardy automatic run termination notice in the 
previous entry...

<!-- Date: Tue Jan 4 14:10:22.314 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191905">191905</A>
ACTIVATE: RunSet: SMQIECALIB 
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 14:11:25.472 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191905">191905</A>
TERMINATE: finished
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 14:20:57.428 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191906">191906</A>
 Activated at 2005.01.04 14:20:02
<!-- Author: RunControl -->


<!-- Date: Tue Jan 4 14:20:58.050 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191906">191906</A>
ACTIVATE: RunSet: ACE_CALORIMETER_MINIMAL  Trigger: SUMET5 [5,469,442] 
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 14:24:38.662 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191906">191906</A>
 Terminated at 2005.01.04 14:24:14
<!-- Author: RunControl -->


<!-- Date: Tue Jan 4 14:25:46.477 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191906">191906</A>
TERMINATE: L1 rate 70 Hz (no loose L1 cables)
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 14:30:49.734 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191907">191907</A>
ACTIVATE: RunSet: SMQIECALIB testing pcal05
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 14:33:52.726 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191907">191907</A>
TERMINATE: finished
<!-- Author: Ryo X2080 -->
<!-- Comment: Tue Jan  4 14;46;01 comment by...m mattson, k chung, larry -->
<br>Larry came back from downstairs.  There is still ongoing work on the SMD crate, which is powered off.  This explains why pcal05 SMXR slots were failing calibration tests.
<!-- Date: Tue Jan 4 14:37:24.975 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191908">191908</A>
ACTIVATE: RunSet: L2TORTURE  Trigger: L2_TORTURE [16,466,444] 
<!-- Author: Ryo X2080 -->





<!-- Date: Tue Jan 4 14:47:43.756 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191908">191908</A>
TERMINATE: powercycle b0ccal11
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 14:55:36.303 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191909">191909</A>
ACTIVATE: RunSet: L2TORTURE  Trigger: L2_TORTURE [16,466,444] 
<!-- Author: Ryo X2080 -->



<!-- Date: Tue Jan 4 15:00:32.315 2005 -->
<pre>We swapped the CPU in b0cot16 
We reseated the TDC in COT09 slot 15 
 
Took a DAQTEST run with all COT crates - looks good. 
 
</pre>
<!-- Author: Frank and Eric -->

<!-- Date: Tue Jan 4 15:04:18.455 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191909">191909</A>
TERMINATE: SMX calibaration
<!-- Author: Ryo X2080 -->


<!-- Date: Tue Jan 4 15:06:50.030 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191912">191912</A>
ACTIVATE: RunSet: SMQIECALIB_CEN 
<!-- Author: Ryo X2080 -->
<!-- Comment: Tue Jan  4 15;17;48 comment by...Larry -->
ccal11 calibrated fine thanks
<!-- Date: Tue Jan 4 15:08:48.772 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191913">191913</A>
ACTIVATE: RunSet: TOF_TAC_CALIB First TAC calibration after power cuts.
<!-- Author: m jones, near rack 1RR15F -->



<!-- Date: Tue Jan 4 15:11:39.606 2005 -->
I talked to Karen about pcal05, she says Mike has pager, she will come in to help.
<!-- Author: Larry -->
<!-- Comment: Tue Jan  4 15;22;24 comment by...Larry -->
problem is 5V om smxd crate 1, Mike is coming in
<!-- Date: Tue Jan 4 15:19:41.496 2005 -->
We closed the current partition for 1hour because silicon people requested to us.
<!-- Author: ryo -->


<!-- Date: Tue Jan 4 15:26:38.241 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191914">191914</A>
TERMINATE: Aborted because of fatal clock errors.
<!-- Author: m jones, near rack 1RR15F -->


<!-- Date: Tue Jan 4 15:33:38.205 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191915">191915</A>
ACTIVATE: RunSet: TOF_TAC_CALIB Testing clock translator S/N 2.
<!-- Author: m jones, near rack 1RR15F -->



<!-- Date: Tue Jan 4 15:34:58.878 2005 -->
I have turned on the CMX arches - East and West wedges 21-23 + 0-14.  These were effected very little, if at all, by the water problem and were at stand-by eairlier in the morning.  Rob has ask us to turn on the HV.  We will try to turn thing on in a logical order and see if everything stays up.
<!-- Author: Dale Stentz -->
<!-- Comment: Tue Jan  4 15;44;52 comment by...Dale -->
What's on: CES, BMU, CMX <i>Arches</i>.  CPR has a status of LOK (locked out?).  It all holds.  Going to look into turning on CMU - HV still under expert control for CMX miniskirts and CMP.
<!-- Comment: Tue Jan  4 15;49;12 comment by...Dale -->
Turning on CMU...It's ramping up fine and holding.
<!-- Comment: Tue Jan  4 15;56;55 comment by...Dale -->
<br>Turning CMP Top on.  Holding.<br>
Turning CMP North and South Wall on.  Holding.<br>
Only bottom 90 degrees left for CMP and CMX left to test.
<!-- Date: Tue Jan 4 15:40:13.602 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191915">191915</A>
TERMINATE: Aborted because of done timeouts from many crates.
<!-- Author: m jones, near rack 1RR15F -->


<!-- Date: Tue Jan 4 15:42:28.419 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191916">191916</A>
ACTIVATE: RunSet: TOF_TAC_CALIB Again, testing clock translator module S/N 2.
<!-- Author: m jones, near rack 1RR15F -->


<!-- Date: Tue Jan 4 15:44:52.735 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191916">191916</A>
TERMINATE: That sure was fast.
<!-- Author: m jones, near rack 1RR15F -->



<!-- Date: Tue Jan 4 15:49:12.701 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191917">191917</A>
ACTIVATE: RunSet: TOF_TAC_CALIB Testing clock translator S/N 3.
<!-- Author: m jones, near rack 1RR15F -->



<!-- Date: Tue Jan 4 15:55:39.428 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>Totals</TD>                                                     
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD>15:55:04</TD>                                                       
<TD ALIGN=CENTER>::</TD>                                                
<TD ALIGN=RIGHT></TD>                                                   
<TD ALIGN=RIGHT></TD>                                                   
<TD ALIGN=RIGHT></TD>                                                   
<TD ALIGN=RIGHT></TD>                                                   
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD></TR>                                                         
                                                                        
</TABLE>
<!-- Author: End of Shift Report -->





<!-- Date: Tue Jan 4 16:01:06.909 2005 -->
<p>Looks like the problem with CHA 20E 04L was due to the base. 
I have put a new base on and compared to 04R cosmics look  
comparable (maybe a little low, but 10% or 20%).  Will keep an 
eye on it.</p>
<!-- Author: Steve Hahn -->

<!-- Date: Tue Jan 4 16:02:35.160 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191917">191917</A>
TERMINATE: Too many done timeouts.
<!-- Author: m jones, near rack 1RR15F -->



<!-- Date: Tue Jan 4 16:07:33.049 2005 -->
<font color=red>Shift Summary: </font><pre>Cooling water loss slowed getting electronics going again and doused lower muon detectors: 
Phil S: "The CMX miniskirt and the south two HV channels on CMP won't hold voltage as they are wet. 
CMX really got wet; CMP may just not like the humidity, although I think a small piece of it probably got rained on as well. 
We will leave them off until late this afternoon or this evening to dry off. At that point we will try turning on the HV. 
We will repeat the prescription as necessary as I think we will be OK as soon as things dry off." 
DAQ and L3/EVB largely restored by Frank & Ray, still an L3 power strip problem.  Some Admem work was required. Eric replaced a TDC.  SMD crate 1 pcal05 has a bad 5V feed which continues to be worked on. CHA PMT base replaced. 
Work on second side quad move continues. 
Silicon has grabbed the system.</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   to 191917
Delivered Luminosity   -  
Acquired Luminosity    -  
Efficiency             -
   
</td></tr></table></pre>
<!-- Author: Larry -->