<!-- Title: Day shift. Sat Oct 26, 2002 -->
<!-- SciCo: Stefano Belforte -->
<!-- DAQAce: Martin Hennecke/Jean Francois Arguin -->
<!-- MonAce: John Zhou/Oliver Stelzer -->
<!-- CO: Jack Cranshaw -->
<!-- OpManager: Matt Jones -->
<!-- Notes: -->
<pre>Shot setup in progress. 
</pre>


<!-- Date: Sat Oct 26 08:21:08 2002 -->
Scraping starting
<!-- Author: Stefano -->


<!-- Date: Sat Oct 26 08:30:57 2002 -->
08:36    Store # 1908	908 Scraping complete
<!-- Author: Stefano -->
<!-- Comment: Sat Oct 26 11;26;03 comment by...kaori -->
<pre>==========================
Store 1908 startup summary 
==========================

08:29  Squeezing.
08:35  scraping complete
       CLC up, b0lum=31.8
       loss is good, turn up all HV, except silicon
       Prob. with BSU/TSU heart beat.  paged, but no response.
       Prob. with bringing up TOF HV
08:43  TevMon Green, turn up silicon HV
       DAQMON trigger rate monitoring page frozen
	      and can't deal with DPS, nor measure trig rates.
	      So, we still have aaa_shotsetup going
       Restart trigger rate gui, enable DPS, then measure rates:
       L1/L2/L3 = 11.3k/154/12, end junk run, then go to aaa_current
08:57  last thing up is SVX hv, cold start
09:02  taking data with silicon,  
       lost 49.89 nb-1 (between CLC up and data taking starts)
       L1/L2/L3 rates:9.4k/230/35 , deadtime: 1.0%
========
27 min total, from scraping done to taking data with silicon.

We took longer than normal startup for this store.  Problems are
due to:
1) BMU/TSU slow control not behaving, and distracted the operation.
   Pager of this system did not reply promptly.
2) TOF did not come up first time.
3) Silion HV took longer time to come up.
   One ISL ladder tripped and SB1W5 stayed standby. Brought them on manually.
4) DAQMon Trigger Rate monitor GUI got frozen, and needed to restart,
   and wait for DPS to settle down, etc...

Since there were multiple problems, situation was a bit confusing for
the startup, but
a single line of bottle necks which constraint the startup time were:
silicon waiting for TEVMon green, followed by
silicon HV to go up (took 14 min, [if it smooth, then takes 6 min])
cold start run control (only do this after Si is up) (5 min)
</pre>
<!-- Comment: Sat Oct 26 11;49;21 comment by...JZ -->
The wedge that remained standby was SB2W5.
<!-- Date: Sat Oct 26 08:38:13 2002 -->
08:38  CLC up, initial Lum = 32E30. Losses low P/Pbar < 5K 
       Silicon pager called (Eva) to guide us from home on 
       turning up Silicons.
<!-- Author: Stefano -->

<!-- Date: Sat Oct 26 08:44:53 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153342">153342</A>
TERMINATE: end run, switch to physics
<!-- processed by 131.225.236.229 -->
<!-- Author: Martin Hennecke -->



<!-- Date: Sat Oct 26 08:44:53 2002 -->
Eva (silicon) calls back. TevMon is green, L1rate is 11Kz. We put in SVX.
<!-- Author: Stefano -->


<!-- Date: Sat Oct 26 08:57:09 2002 -->
Had to cycle TOF HV off/on. All HV up by 8:58
<!-- Author: Stefano -->

<!-- Date: Sat Oct 26 09:00:36 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343">153343</A>
 Activated at 2002.10.26 09:02:20
<!-- processed by 131.225.236.161 -->
<!-- Author: RunControl -->


<!-- Date: Sat Oct 26 09:00:36 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343">153343</A>
ACTIVATE: first physics run for store 1908

<!-- processed by 131.225.236.161 -->
<!-- Author: Martin Hennecke -->



<!-- Date: Sat Oct 26 09:01:17 2002 -->
Si bias check message from RC:<br> 
Fatal1: Si ladder SB1W5L1 is OFF<br> 
PS Gui tells us that Si is 100% on. We go ahead and take data.  
<!-- Author: MArtin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343' target=_top>153343</a>) -->


<!-- Date: Sat Oct 26 09:07:53 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9346&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9346' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9347&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9347' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9348&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9348' width='300'></a></center>
<!-- Author: JZ/Jean-Francois -->


<!-- Date: Sat Oct 26 09:09:11 2002 -->
We had ~3 Auto HRR's from SVXMon during the last 5 minutes.
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343' target=_top>153343</a>) -->
<!-- Comment: Sat Oct 26 14;32;00 comment by...Chris Hill -->
This is not possible, there is a 2.5 min timeout on the auto HRR.
<!-- Comment: Sun Oct 27 07;49;51 comment by...Martin Hennecke -->
O.K., don't take it literally. Maybe it was ten minutes..
<!-- Date: Sat Oct 26 09:20:33 2002 -->
In the VxWorks window many crates turn red from time to time. 
It's not restricted to a single system. There are red boxes  
equally distributed over whole window and become green again after a few second. The dynamics of the color change looks like 
the one on the L3 display.
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343' target=_top>153343</a>) -->
<!-- Comment: Sat Oct 26 14;39;23 comment by...Martin Hennecke -->
Here's <a href=
'/cgi/elog/elog.pl?nb=2002&action=view&page=895&frame=2&anchor=14:36:50'>an example.</a>
<!-- Date: Sat Oct 26 09:23:15 2002 -->
<pre>Right before antiproton was been shot into tevatron, we had BSU and TSU ccu02 and ccu04 trips. We went downstairs and followed the usual procedure to update the ccu's. Unfortunately, it gave us a ccu02 unreable error. We followed the instruction and tried MuonMonitor program again. It told us that "another program is checking ccu" (or something close to that). 
 
Baffled, we killed the MuonMonitor_new and tried again without success. We even killed iFix and made the entire muon scintillator unaccessable from the 2nd floor. With scraping just about to be finished we went downstairs again. We restared iFix and updated all channels desperately. Whew, everything, including heartbeat came to normal. The original trip also went away. 
 
Now the heartbeat of the system is again problematic. We are keeping an eye on them and hope they'd go away.</pre>
<!-- Author: JZ/Jean-Francois/Oliver -->
<!-- Comment: Sat Oct 26 09;56;48 comment by...JZ -->
We paged 218-9504 (muon scintillator).
<!-- Comment: Sat Oct 26 09;58;39 comment by...Stefano -->
The muon scintillator pager never answere. We had to call Steve Hahn at home who guided the Ace into the recovery
<!-- Date: Sat Oct 26 09:23:53 2002 -->
Auto HRR from SVXMon: Stuck cellid S/B2/W9/L0/C0-1
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343' target=_top>153343</a>) -->
<!-- Comment: Sat Oct 26 09;25;22 comment by...Martin Hennecke -->
We just had another one from the same cells.


<!-- Comment: Sat Oct 26 09;52;50 comment by...Oliver -->
Another one - same cell.
<!-- Date: Sat Oct 26 09:29:05 2002 -->
Auto HRR from SVXMon: Stuck cellid S/B0/W2/L3/C0-5
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343' target=_top>153343</a>) -->
<!-- Comment: Sat Oct 26 09;31;04 comment by...Martin Hennecke -->
Another one from the same cells.

<!-- Comment: Sat Oct 26 09;33;26 comment by...Martin Hennecke -->
And another one, same cells.


<!-- Date: Sat Oct 26 09:35:09 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-9349&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-9349  width='300' align='top'></td><td>svxmon for this hrr</a></td></tr></table>
<!-- Author: J. Cranshaw -->


<!-- Date: Sat Oct 26 09:36:47 2002 -->
SVXMON is detecing pipeline out of synch and issueing HRR about every 2.5 minutes. Also eavery 2.5 minutes there are red ladders showing in YMON. We call Silicoin pager and Eva calls back and talk to Ace.
<!-- Author: Stefano :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153327' target=_top>153327</a>) -->
<!-- Comment: Sat Oct 26 10;25;01 comment by...kaori -->
We had conversation with Eva about this frequent SVXMon HRR.
It seems that the HRR requests are not always coming from the same ladder
but moving around.  Because of that, Eva thinks Silicon is probably not in
a danger state, but SVXMon HRR warning is coming too often due to threshold
set by SVXMon is too low.  Plan of action on this is: Eva is going to get in
touch with Henri who is the SVXMon keeper.  Then they will do something about
this and get back to us. 
<!-- Comment: Sat Oct 26 13;36;37 comment by...Eva H. -->
After speaking with Chris Hill, this problem needs further investigation.  We will look into it and decide.  Right now it is not clear we want to remove any ladders we are reading out.
<!-- Comment: Sat Oct 26 14;37;53 comment by...Chris Hill -->
The SVXMon threshold is not set too low, these are not spurious occurrences. The HRRs being issues are helping to protect ladders which need it, i.e. they are going into high occupancy, high current states (see IMon).  We will not lower this threshold.  If the deadtime is unacceptable, we can remove some ladders.  I should be  paged if the deadtime is unacceptable. 
 
<!-- Comment: Sat Oct 26 15;00;16 comment by...kaori -->
I am glad SVXMon auto HRR is helping to protect silicon.Let's discuss dead time issue with DAQ experts.
<!-- Date: Sat Oct 26 09:39:56 2002 -->
Auto HRR from SVXMon: Stuck cellid S/B0/W4/L0/C0-1
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343' target=_top>153343</a>) -->
<!-- Comment: Sat Oct 26 09;44;17 comment by...Martin Hennecke -->
Another one, same cell id's.

<!-- Comment: Sat Oct 26 09;51;01 comment by...Oliver -->
<pre>Another one from the same cell.</pre>




<!-- Comment: Sat Oct 26 09;59;37 comment by...Oliver -->
Another one - same Cellid
<!-- Comment: Sat Oct 26 10;15;25 comment by...Oliver -->
Another one - same Cellid.
<!-- Date: Sat Oct 26 09:58:00 2002 -->
Auto HRR: Stuck Cellid in SVX B2/W9/L1/CO-2
<!-- Author: Oliver -->




<!-- Date: Sat Oct 26 10:00:19 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-9350&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-9350  width='300' align='top'></td><td>IAVDD overcurrent for SB0W4L4.</a></td></tr></table>
<!-- Author: JZ/Jean-Francois -->
<!-- Comment: Sat Oct 26 14;26;27 comment by...Chris Hill -->
This ladder has a known jumper failure, so this activity is expected.  Please have silicon expert re-define nominal so that this does not alarm again.
<!-- Date: Sat Oct 26 10:14:24 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-9352&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-9352  width='300' align='top'></td><td>half of bsu and tsu appear to be dead for run 153343.</a></td></tr></table>
<!-- Author: J. Cranshaw -->



<!-- Date: Sat Oct 26 10:15:42 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-9353&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-9353  width='300' align='top'></td><td>part of tsu, bsu problem</a></td></tr></table>
<!-- Author: J. Cranshaw -->
<!-- Comment: Sat Oct 26 10;20;04 comment by...Stefano -->
Muon scintillator counter pager was called again, and again no answer. We call muon SubProjectLeader(s), starting with BMU LRP 218-9361 (Camille Ginsburg). Note that HV is reported up by IFIX, and trigger rates appear normal to Kaori.




<!-- Date: Sat Oct 26 10:25:12 2002 -->
SXVMon auto HRR: S/B0/W4/L0/C0-1
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343' target=_top>153343</a>) -->
<!-- Comment: Sat Oct 26 10;26;02 comment by...Martin Hennecke -->
Another one, same cells.

<!-- Comment: Sat Oct 26 10;28;35 comment by...Martin Hennecke -->
Another one.


<!-- Comment: Sat Oct 26 10;35;42 comment by...Martin Hennecke -->
And again..


<!-- Comment: Sat Oct 26 11;07;08 comment by...Martin Hennecke -->
Another one in a new run.
<!-- Date: Sat Oct 26 10:45:13 2002 -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>BMU tripped. However, although iFix showed red bar, TrigInhibit.grf shows red for IMU HV. Kaori explained to us that IMU trigger inhibit status is ignored by Run Control. That was why the run kept going even though BMU HV tripped. 
 
The question is that should we consider ignoring the status of BMU by the RC a reasonable configuration of our data taking.</pre></td></tr></td></table>
<!-- Author: Jean-Francois/JZ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343' target=_top>153343</a>) -->


<!-- Date: Sat Oct 26 10:47:42 2002 -->
<table border=0><td><tr><td bgcolor=#e0e030>BSU/TSU was paged three times during this shift an <font color=red>DID NOT</font> 
response. I had to call <a href="http://www-cdf.fnal.gov/internal/people/links/OlegPoukhov/my.html">Oleg Pukhov</a> at home (=Fermi Village!). When 
asked why he didn't respond his answer was: "Oh, how strange I didn't here it." I also noted this in the <a href= 
'/cgi/elog/det-system-elog.pl?nb=pager&action=view&page=1&frame=2&anchor=10:38:47'>pager elog</a>.</td></tr></td></table>
<!-- Author: Martin Hennecke -->


<!-- Date: Sat Oct 26 10:49:17 2002 -->
D0 puts in their roman pots
<!-- Author: Stefano :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343' target=_top>153343</a>) -->

<!-- Date: Sat Oct 26 10:55:58 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343">153343</A>
 Terminated at 2002.10.26 10:57:31
<!-- processed by 64.193.0.233 -->
<!-- Author: RunControl -->


<!-- Date: Sat Oct 26 10:56:11 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343">153343</A>
TERMINATE: end run
<!-- processed by 131.225.127.7 -->
<!-- Author: Martin Hennecke -->



<!-- Date: Sat Oct 26 10:58:54 2002 -->
NE CCUs TSU&BSU (01, 02, 04, 11) - voltage trip to 0. Fixed.
<!-- Author: Oleg Poukhov -->
<!-- Comment: Sat Oct 26 11;17;56 comment by...Stefano -->
Apparently also the heartbeat had died, that's why the counters
HV status was looking OK while we were getting no data. But the haeartbeat failure was hard to notice because the status boxes were not steady gray, but going back and forth green/gray. Probably a consequence of kludged fix performed at run start
<!-- Date: Sat Oct 26 11:02:47 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153344">153344</A>
 Activated at 2002.10.26 11:04:34
<!-- processed by 131.225.236.162 -->
<!-- Author: RunControl -->


<!-- Date: Sat Oct 26 11:03:04 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153344">153344</A>
ACTIVATE: New physics run. All HV up.
<!-- processed by 131.225.236.149 -->
<!-- Author: Martin Hennecke -->



<!-- Date: Sat Oct 26 11:05:15 2002 -->
SXVMon Auto HRR: Pipeline out of sync in 148 readout chips.
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153344' target=_top>153344</a>) -->



<!-- Date: Sat Oct 26 11:13:51 2002 -->
Automatic HRR caused by stuck Cellid S/B0/W4/L4/CO-6
<!-- Author: Oliver :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153344' target=_top>153344</a>) -->


<!-- Date: Sat Oct 26 11:17:53 2002 -->
When we started <a href="http://www-cdfonline.fnal.gov/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153344">run 153344</a> we had <a href= 
'/cgi/elog/elog.pl?nb=2002&action=view&page=895&frame=2&anchor=09:01:17'> 
the same silicon warning</a> from RC again that we saw during the startup of <a href="http://www-cdfonline.fnal.gov/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343">run 153343</a>.
<!-- Author: Martin Hennecke -->



<!-- Date: Sat Oct 26 11:21:16 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9354&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9354' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9355&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9355' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9356&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9356' width='300'></a></center>
<!-- Author: JFA/JZ -->



<!-- Date: Sat Oct 26 11:27:55 2002 -->
Eva H. (silicon pager) is here to look at HRR/YMON silicon problems.
<!-- Author: Stefano :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153344' target=_top>153344</a>) -->


<!-- Date: Sat Oct 26 11:28:56 2002 -->
Eva came in to look at the problem with the<br> 
automatically HRR caused by SVXMON.<br> 
We will stop recording all individual HRR errors<br> 
which appear approximately every 2-3 minutes.
<!-- Author: Oliver :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153344' target=_top>153344</a>) -->


<!-- Date: Sat Oct 26 11:36:26 2002 -->
Morris is also here to put in a special trigger to study COT discharges.
<!-- Author: Stefano -->

<!-- Date: Sat Oct 26 11:39:56 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153344">153344</A>
 Terminated at 2002.10.26 11:42:14
<!-- processed by 131.225.236.229 -->
<!-- Author: RunControl -->
<!-- Comment: Sat Oct 26 11;45;32 comment by...Stefano -->
This is done to start with the new trigger setup for Morris.
<!-- Comment: Sat Oct 26 11;57;34 comment by...Martin Hennecke -->
The prescale for L1_MB_CLC_PS1OK[2] was set to 1 by hand. That's the only difference wrt the default physics config.
<!-- Date: Sat Oct 26 11:39:57 2002 -->
Ifix display alarms from CEM. 16 wedges read out 6V less then proper value. Call Calomiter pager 218-9500.
<!-- Author: Stefano :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153343' target=_top>153343</a>) -->
<!-- Comment: Sat Oct 26 11;53;18 comment by...Stefano -->
11:54 no answer from calorimter pager. Call central cal pager 218-4746
<!-- Comment: Sat Oct 26 13;51;07 comment by...byrum -->
Shift crew forgot to report that I (Karen) did eventually respond to the calorimeter SPL pager.   Larry left it on vibrate mode and i was outside in the cold wind at my daughters soccer game and it took me awhile to realize I was being paged.   By the time i called, Nikoli was on his way.      
<!-- Date: Sat Oct 26 11:40:20 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153344">153344</A>
TERMINATE: end run for COT checks by Morris
<!-- processed by 129.59.7.218 -->
<!-- Author: Martin Hennecke -->



<!-- Date: Sat Oct 26 11:49:21 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345">153345</A>
 Activated at 2002.10.26 11:51:10
<!-- processed by 131.225.236.31 -->
<!-- Author: RunControl -->



<!-- Date: Sat Oct 26 11:50:27 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345">153345</A>
ACTIVATE: new run for COT tests
<!-- processed by 131.225.236.162 -->
<!-- Author: Martin Hennecke -->
<!-- Comment: Sat Oct 26 12;02;08 comment by...Martin Hennecke -->
When we started this run we had the "usual" Si warning from RC.<br>It seems that it shows up each time a new run is started:<br>
Fatal1: Si ladder SB1W5L1 is OFF
<!-- Comment: Sat Oct 26 12;11;32 comment by...Stefano -->
<pre>This run has COT discharge monitor in place of CLC min.bias.
L2 trigger bit 21 L2 trigger bit 76-77
YMON was switched to Cosmic mode since the min.bias trigger is otherwise too low. CO must remember to switch it back to normal once this test is over.</pre>
<!-- Comment: Sat Oct 26 12;18;48 comment by...kaori -->
This run is requested to identify discharging COT wire.
This run is good for Physics.  Only difference from the normal
physics run config is: L1 bit21(MB_CLC) input is replaced by
the COT discharge test input, and L1 prescale is set to 1.
Due to this, YMon for this run is running with accepting
'any' triggers, instead of 'MB' triggered events.
<!-- Date: Sat Oct 26 11:55:20 2002 -->
SVXMon Auto HRR: S/B0/W4/L0/C0-1 
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->
<!-- Comment: Sat Oct 26 11;57;57 comment by...Martin Hennecke -->
Another one.


<!-- Comment: Sat Oct 26 12;00;16 comment by...Martin Hennecke -->
Another one.
<!-- Comment: Sat Oct 26 12;06;18 comment by...Martin Hennecke -->
Another one.
<!-- Date: Sat Oct 26 11:59:55 2002 -->
CEM gives HV warnings: 16 towers in the west (-8,13,L), (-8,8,R), (-7,16,L), (-7,8,L), (-7,6,R), (-6,17,R), (-6,11,L), (-6,6,R), (-5,13,R), (-5,12,R), (-5,10,R), (-4,6,R), (-3,14,R), (-2,15,L), (-1,9,R), (0,8,L) have their HV's lower by 5-7 volts. While others are lower by about 3volts. Experts have been paged.
<!-- Author: Jean-Francois/JZ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->
<!-- Comment: Sat Oct 26 12;15;02 comment by...Stefano -->
Still no answer. Call Central HV expert (Nikolay Luzhetskiy) at office and home (none answer) and also page again 218-4746
<!-- Comment: Sat Oct 26 12;27;38 comment by...Stefano -->
12:30 Nikolay calls answering the pager and says he will come here.
<!-- Date: Sat Oct 26 12:03:52 2002 -->
SVXMon Auto HRR: S/B2/W9/L0/C0-1
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->



<!-- Date: Sat Oct 26 12:10:29 2002 -->
SVXMon Auto HRR: S/B2/W9/L1/C0-2
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->




<!-- Date: Sat Oct 26 12:15:49 2002 -->
SVXMon Auto HRR: I/B0/W4/L1/C4-7  
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->



<!-- Date: Sat Oct 26 12:22:19 2002 -->
<pre>According to Dave Johnson's entry (11:23), the plan for the next 
sotre is: 
 
1) Stack to 140 mA  
2) Work on Booster intensity for stacking and $2B  
3) We would like to inject 8800E9 protons in the Tev  
4) After the store is dumped, it's ok to raise A1 pressures to  
   make the cold compressor more stable. 
 
 - Dave Johnson  
</pre>
<!-- Author: kaori -->


<!-- Date: Sat Oct 26 12:26:51 2002 -->
MCR plan: stack to 140mA then shot. This probably means stacking until past midnight and shot setup late owl/early day (from Kaori)
<!-- Author: Stefano -->



<!-- Date: Sat Oct 26 12:35:02 2002 -->
CONSUMER/YMON/CALORIMETER 
 
For run 153345, I noticed that the CHA and WHA  
Tower plots for both occupancy and ADC counts  
had maximums on the scales of roughly 5 times the  
values in the binder of reference plots. John  
checked the HV, and this was ok. Since triggers, etc.  
look ok, perhaps this is just a case of needing  
to update the reference plots. I will designate them  
as good for this run subject to update by an expert.
<!-- Author: J. Cranshaw :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->


<!-- Date: Sat Oct 26 13:03:03 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9357&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9357' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9358&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9358' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9359&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9359' width='300'></a></center>
<!-- Author: Jean-Francois -->


<!-- Date: Sat Oct 26 13:05:52 2002 -->
We grepped the errorloger logfiles for the physics runs of this shift: 153343, 153344, 153345.<br> 
The logfiles are available in the $ERRMON_LOGDIR/ after a "setup fer"<br>An example command to do this is:<br> 
 less errorfile153344.log | grep Silicon | grep "/" | grep W4 | cut -d" " -f 2<br> 
<pre> 
Run 153343: 22 HRR's from SVXMon, Runtime 01:46:08 
Silicon/S/B0/W2/L3/C0-5: 4  
Silicon/S/B0/W4/L0/C0-1: 12 
Silicon/S/B2/W9/L1/C0-2: 1 
Silicon/S/B2/W9/L0/C0-1: 5 
 
Run 153344: 10 HRR's from SVXMon, Runtime 00:31:54 
Silicon/S/B0/W4/L0/C0-1: 6 
Silicon/S/B0/W4/L4/C0-6: 1  
Silicon/S/B2/W9/L0/C0-1: 1 
Silicon/S/B2/W9/L1/C0-2: 2 
 
Run 153345: 14 HRR's from SVXMon, Runtime: 01:15:00 (but still running) 
Silicon/S/B2/W9/L0/C0-1: 2 
Silicon/S/B2/W9/L1/C0-2: 1 
Silicon/S/B0/W4/L1/C0-2: 1 
Silicon/S/B0/W4/L0/C0-1: 9 
 
Silicon/I/B0/W4/L1/C4-7: 1 
</pre>  
<!-- Author: Martin H./Eva H. -->
<!-- Comment: Sat Oct 26 16;22;38 comment by...Eva H. -->
If we were to take out SB0W4L0 we would lose an SVT wedge.
<!-- Date: Sat Oct 26 13:18:45 2002 -->
Central HV expert (Nikolay) arrives. He finds that the gamma power supply for the SW CEM arch is high by 2V and adjusts it. He explains that tube status in Ifix is only updated every 2 hours, so all red boxes we are seeing may be very well OK by now. Nikolay will keep an eye on the gamma and once it is stable check wether single tubes adjustments may be needed. CEM data quality for this run is to be investigated offline.
<!-- Author: Stefano :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->




<!-- Date: Sat Oct 26 14:08:33 2002 -->
CEM status on Ifix is now all green.
<!-- Author: Stefano :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->
<!-- Comment: Sat Oct 26 14;40;54 comment by...Stefano -->
Note that the tubes that earlier were off by 5-7 V are now 1.5V from nominal in Ifix. SciCo suspects a temporary readout problem.
<!-- Date: Sat Oct 26 14:10:44 2002 -->
Normally, when Advanced Edit is used to fix entries in the CDF Shift e-log from the computers in the Control Room, any attempt by others to make entries or comments is blocked until the Advanced Editing is completed.  Occasionally, in some situations, this inhibit has not been reset, blocking any further entries. To remedy this problem, an additional button has been added to the navigation bar at the top (called Open Access).  <b>This button only appears for those IP's authorized to do Advanced Editing.</b> Clicking on this button will reset the inhibit, allowing entries or comments again.  <b> This button should only be used in emergency situations,</b> when no Advanced Editing is currently in progress, since it permits others to make entries or comments...
<!-- Author: R. Vidal -->


<!-- Date: Sat Oct 26 14:12:06 2002 -->
We just had a fake trigger inhibit from the TOF.
<!-- Author: Martin Hennecke :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->


<!-- Date: Sat Oct 26 14:13:27 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9360&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9360' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9361&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9361' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-9362&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-9362' width='300'></a></center>
<!-- Author: Jean-Francois -->


<!-- Date: Sat Oct 26 14:14:42 2002 -->
<table border=0><td><tr><td bgcolor=#e0e030>Note special instructions for calling TDC pager (if needed) over this weekend, posted by the SciCo console.</td></tr></td></table>
<!-- Author: Stefano -->



<!-- Date: Sat Oct 26 14:29:21 2002 -->
TevMon warns us that TevaTron may have lost an RF station. We call MVR and they confirm that they did it. According to them this may cause beam to drop from a few buckets and we may experienea momentary increase in losses, or even just nothing. They will not turn the RF station buck on because it would mean losing the store.
<!-- Author: Stefano :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->
<!-- Comment: Sat Oct 26 14;39;49 comment by...Stefano -->
Of course that was Tevatron and MCR. They lost RF station TRF8
<!-- Comment: Sat Oct 26 14;41;03 comment by...Chris Hill -->
You need to page the general silicon pager and inform them that an RF station is lost.  This is a potentially dangerous situation for silicon and you need monitor things more closely when an RF station is lost. I will post a link to these additional instructions.
<!-- Comment: Sat Oct 26 14;42;11 comment by...Stefano -->
Thanks. Anyhow the main silicon pager carrier (Eva) is here and she has been looking at it.
<!-- Date: Sat Oct 26 14:36:50 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-9363&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-9364  width='300' align='top'></td><td>Here is an example of the VxWorks window  <a href='/cgi/elog/elog.pl?nb=2002&action=view&page=895&frame=2&anchor=09:20:33'> described earlier</a>.</a></td></tr></table>
<!-- Author: Martin Hennecke -->
<!-- Comment: Sat Oct 26 14;57;30 comment by...Arnd -->
Have you tried to start vxmon on another PC? Usually this behavior is symptomatic of a high load.

<!-- Comment: Sat Oct 26 15;43;09 comment by...Martin Hennecke -->
PingMon is running on the same machine (b0dap52). I restared PingMon on b0dap58.
<!-- Date: Sat Oct 26 14:45:55 2002 -->
Tevatron lost the store.
<!-- Author: Martin Hennecke -->

<!-- Date: Sat Oct 26 14:46:11 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345">153345</A>
 Terminated at 2002.10.26 14:47:56
<!-- processed by 131.225.236.157 -->
<!-- Author: RunControl -->



<!-- Date: Sat Oct 26 14:46:35 2002 -->
Beam is lost.
<!-- Author: Stefano :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->

<!-- Date: Sat Oct 26 14:47:21 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345">153345</A>
TERMINATE: end run, Tevatron lost the store after the trip of an RF station
<!-- processed by 131.225.236.162 -->
<!-- Author: Martin Hennecke -->




<!-- Date: Sat Oct 26 14:59:09 2002 -->
We put back the CLC min bias trigger cable and the YMON configuration to "undo" Morris test. Next run will be normal.  
<!-- Author: Stefano and Jack :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153345' target=_top>153345</a>) -->



<!-- Date: Sat Oct 26 15:01:48 2002 -->
The prescale for L1_MB_CLC_PS1OK[2] was set to 10000 again. 
  
<!-- Author: Martin Hennecke -->

<!-- Date: Sat Oct 26 15:08:46 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153346">153346</A>
ACTIVATE: Si test, post store loss test
<!-- processed by 131.225.234.95 -->
<!-- Author: Martin Hennecke -->


<!-- Date: Sat Oct 26 15:09:21 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153346">153346</A>
TERMINATE: end post store loss test
<!-- processed by 131.225.236.229 -->
<!-- Author: Martin Hennecke -->



<!-- Date: Sat Oct 26 15:11:29 2002 -->
Matt Jones calls. MCR still investigating the causes of the dump. Tevatron did not quench. We should look for a run plan to appear on MCR e-log within one hour or so, if not call MCR to know what their plan will be.
<!-- Author: Stefano -->


<!-- Date: Sat Oct 26 15:12:13 2002 -->
Tevtron lost an RF station at about half an hour ago. Then it quenched. We brought the HV to their respective states. Eva is testing the silicon. They went through coldstart.
<!-- Author: Jean-Francois/JZ -->


<!-- Date: Sat Oct 26 15:13:41 2002 -->
The Down Time Logger on Acnet is not updating. We left a message on James Patrick's cell phone. He's the person who fixed this problem. See Day shift Oct.4.
<!-- Author: Jean-Francois/JZ -->
<!-- Comment: Sat Oct 26 16;52;53 comment by...patrick -->
This was because the 'ODDMOD' accelerator
program had died, apparently some time ago.
The accelerator operators restarted it,
so the downtime logger should work again.
<!-- Date: Sat Oct 26 15:18:01 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-9365&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-9365  width='300' align='top'></td><td>Shift losses at the moment of beam quenched.</a></td></tr></table>
<!-- Author: JFA/JZ -->
<!-- Comment: Sat Oct 26 15;19;06 comment by...Stefano -->
For the record, it was not a quench.
<!-- Date: Sat Oct 26 15:18:29 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153347">153347</A>
ACTIVATE: Cal QIE calibration
<!-- processed by 131.225.236.229 -->
<!-- Author: Oliver -->
<!-- Comment: Sat Oct 26 15;33;39 comment by...J. Cranshaw -->
QIE/PEDESTAL/BADCHANNELS

153347   0 E   0  0  WHA  171#pm 8  164  0<rms<5   5.43 
153347   0 E   7  2  WHA  199#pm 8  191  0<rms<5   0.00 
153347   0 E   9  0  WHA  189#pm 8   63  0<rms<5   0.00 
153347   0 E   9  1  WHA  192#pm 8  127  0<rms<5   0.00 
153347   0 E   9  2  WHA  189#pm 8  113  0<rms<5  26.29 
153347   0 E   9  3  WHA  196#pm 8  132  0<rms<5  16.86 
153347   1 E   5  0  WHA  186#pm 8  173  0<rms<5  11.17 
153347   1 E   5  1  WHA  179#pm 8  159  0<rms<5   0.00 
153347   1 E   5  2  WHA  180#pm 8  159  0<rms<5   0.00 
153347   1 E  11  2  WHA  169#pm 8  163  0<rms<5   5.06 
153347   2 E   7  1  WHA  182#pm 8  175  0<rms<5   0.00 
153347   2 E   7  3  WHA  186#pm 8  177  0<rms<5   4.52 
153347   4 E   6  0  WHA  180#pm 8  171  0<rms<5   8.68 
153347   4 E   6  2  WHA  177#pm 8  169  0<rms<5   7.81 
153347   4 E   7  0  WHA  180#pm 8  130  0<rms<5  23.92 
153347   4 E  10  0  WHA  183#pm 8  175  0<rms<5   0.00 


According to the criteria on the QIE DBANA procedures,
the sigma's greater than 10 for WHA 0E and 4E mean we 
should take another calibration to see if they get better.
<!-- Date: Sat Oct 26 15:19:06 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153347">153347</A>
TERMINATE: End Cal Qie
<!-- processed by 131.225.236.229 -->
<!-- Author: Oliver -->



<!-- Date: Sat Oct 26 15:24:28 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153348">153348</A>
ACTIVATE: Cal LED calibration
<!-- processed by 131.225.236.157 -->
<!-- Author: Oliver -->


<!-- Date: Sat Oct 26 15:25:40 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153348">153348</A>
TERMINATE: End Cal LED calibration
<!-- processed by 131.225.236.229 -->
<!-- Author: Oliver -->



<!-- Date: Sat Oct 26 15:26:44 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-9366&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-9366  width='300' align='top'></td><td>Shift Luminosity</a></td></tr></table>
<!-- Author: JFA/JZ -->

<!-- Date: Sat Oct 26 15:33:21 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153349">153349</A>
ACTIVATE: Second Cal QIE Calibration 
<!-- processed by 131.225.236.157 -->
<!-- Author: Oliver -->



<!-- Date: Sat Oct 26 15:33:56 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=153349">153349</A>
TERMINATE: End second Cal QIE calibration
<!-- processed by 131.225.236.162 -->
<!-- Author: Oliver -->



<!-- Date: Sat Oct 26 15:36:30 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-9367&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-9367  width='300' align='top'></td><td>bad channels for 153347</a></td></tr></table>
<!-- Author: J. Cranshaw -->
<!-- Comment: Sat Oct 26 16;21;47 comment by...J. Cranshaw -->
<pre>The channels with Sig=0.0 and Sig&gt;10 were 
still present after a second calibration. 
M. Spezziga (DBANACalor) said that this has 
been present for a while. The ADMEM person 
(Mark) was paged. This is the same crate (WCAL04) 
that had been worked on earlier in the week. 
He is running a test on WCAL04. We have been 
taking data with this problem, and nothing abnormal 
showed up in Ymon.</pre>
<!-- Comment: Sat Oct 26 21;57;52 comment by...M Mattson -->
<br>
<br>
I was looking at the bad channel list that Jack had posted in the shift e-log.  Do you notice a pattern for the pedestals, when the RMS is zero?
<h3>
<pre>
value  hexidecimal     channel
 63      3F       0E, ch  9, cap 0
127      7F       0E, ch  9, cap 1
159      9F       1E, ch  5, cap 1,2
175      AF       4E, ch 10, cap 0
191      BF       0E, ch  7, cap 2
</pre></h3>
<!-- Date: Sat Oct 26 15:44:23 2002 -->
Updated run plan: machine studies and stack until 80-90 mA. Then shoot. We may expect next shot around 8-9 pm.
<!-- Author: Stefano -->


<!-- Date: Sat Oct 26 15:51:54 2002 -->
<font color=red>Shift Summary: </font><pre>Dayshift Summary --- Friday 25 Oct 2002 
 
08:00   Short setup in progres 
08:20   Muon scintillator HV heatbeat stops, muon pager does not answer, 
        call Steve Hahn who talks Mon Ace into how to fix it. 
09:00   Start run 153343 with silicon. Lin = 3.2E30. 
09:30   Silicon troubles: every 2-3 minutes HRR and red ladders in YMON 
        Eva thinks it may be a threshold too low and comes in to investigate. 
10:00   TSU/BSU Ymon plots have large gaps. Eventually muon scintillator 
        expert (Oleg) comes in and finds out that about 1/4 of 
        HV was off. He fixes this and we start a new run (153344). 
11:50   Stop/Start run to replace CLC min.bias trigger with COT discharge 
        monitor, under Kaori's supervision. 
13:00   Central HC expert (Nikolay) arrives to look at CEM 
14:45   Tevatron looses one RF station and 2 minutes later the store. 
15:00   Run calibrations. 
        QIE fails twice in a row on WHA. Page expert. 
 
Shift hi-lights: 
Scico's: please note Rick Vidal's entry in the logbook about a new e-log button 
 
TDC: Note special instruction for calling TDC pager over the weekend posted 
 by the SciCo console. 
 
IMU: We had BMU trip and took some few minutes of data while BMU HV was off, 
 (had to pause by hand and continue after trip was recovered, well, is it 
 really worth doing it if IMU is still "unintegrated" ?). 
 It appears that RC is configured to ignore trigger inhibits from IMU, 
 which BMU is a part of. Not clear wether this is the correct thing to do. 
 
SVX: HRR and red ladders in YMON all over the detectors and with high 
 frequency. Eva investigates all shift long while believing silicon to be 
 in no danger. Most of the problems are in one ladder, which is now giving 
 this dead time, but removing it woud make us lose an SVT trigger wedge. 
 We will have to run with this for a while more, while the pro's and con's 
 are being sorted out by SVX and OpMans. 
 
CEM: 16 tubes in West reads 6~7V less then expected. Most nearby ones read 
 3V less, other 1~1.5 less. Expert finds .... gamma supply higher by 2.5V 
 and adjusts it. Everything back to normal in a couple of hours. Could see 
 nothing wrong in YMON. We mark this run good for Calorimeter. 
 
COT: We took one run with COT discharge signal swapped in for CLC min 
 bias for a few hours, and got 7 events for Morris to look at. 
 This was approved by Jaco and Kaori and 8am OP meeting. 
 
</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   153343,4,5
Delivered Luminosity   548nb-1  
Acquired Luminosity    448nb-1  
Efficiency             81%
   
</td></tr></table></pre>
<!-- Author: Stefano -->

<!-- Date: Sat Oct 26 15:53:12 2002 -->
<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=153343>
153343</A> 
x256FF</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_1_03 [2,194,329]</TD>                                       
<TD ALIGN=CENTER>09:02:20</TD>                                          
<TD ALIGN=CENTER>10:57:31</TD>                                          
<TD ALIGN=CENTER>01:45:09</TD>                                          
<TD ALIGN=RIGHT>     55,054,131</TD>                                    
<TD ALIGN=RIGHT>     1,131,999</TD>                                     
<TD ALIGN=RIGHT>     277,842</TD>                                       
<TD ALIGN=RIGHT>  174.922</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=153344>
153344</A> 
x25700</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_1_03 [2,194,329]</TD>                                       
<TD ALIGN=CENTER>11:04:34</TD>                                          
<TD ALIGN=CENTER>11:42:14</TD>                                          
<TD ALIGN=CENTER>00:31:31</TD>                                          
<TD ALIGN=RIGHT>     17,216,873</TD>                                    
<TD ALIGN=RIGHT>       313,575</TD>                                     
<TD ALIGN=RIGHT>      80,245</TD>                                       
<TD ALIGN=RIGHT>   46.416</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=153345>
153345</A> 
x25701</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_1_03 [2,194,329]</TD>                                       
<TD ALIGN=CENTER>11:51:10</TD>                                          
<TD ALIGN=CENTER>14:47:56</TD>                                          
<TD ALIGN=CENTER>02:41:29</TD>                                          
<TD ALIGN=RIGHT>     83,308,193</TD>                                    
<TD ALIGN=RIGHT>     1,397,937</TD>                                     
<TD ALIGN=RIGHT>     355,519</TD>                                       
<TD ALIGN=RIGHT>  209.331</TD>                                          
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD>Totals</TD>                                                     
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD>15:55:01</TD>                                                       
<TD ALIGN=CENTER>04:58:09</TD>                                          
<TD ALIGN=RIGHT>     155,579,197</TD>                                   
<TD ALIGN=RIGHT>      2,843,511</TD>                                    
<TD ALIGN=RIGHT>       713,606</TD>                                     
<TD ALIGN=RIGHT>  430.669</TD>                                          
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD></TR>                                                         
                                                                        
</TABLE>
<!-- processed by 131.225.233.51 -->
<!-- Author: End of Shift Report -->





<!-- Date: Sat Oct 26 16:30:35 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-9368&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-9368  width='300' align='top'></td><td>slope bad channels for run 153349</a></td></tr></table><font color=red><cite>(entry outside this shift's time range )</cite></font>
<!-- Author: J. Cranshaw -->