<!-- Title: Owl shift. Fri Feb 15, 2002 -->
<!-- SciCo: Larry -->
<!-- DAQAce: Young-Dae -->
<!-- MonAce: Andy -->
<!-- CO: Tara -->
<!-- OpManager: Arnd -->
<!-- Notes: -->
<pre>Shooting</pre>


<!-- Date: Fri Feb 15 00:07:16 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-801&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-801  width='300' align='top'></td><td>plot</a></td></tr></table>
<!-- Author: muge -->
<!-- Comment: Fri Feb 15 00;07;46 comment by...muge -->
i mean rest of end of shift plot. good night.


<!-- Date: Fri Feb 15 00:10:43 2002 -->
<p>Inherited shot setup from the evening shift.</p> 
They're more or less finished loading protons -- nice load -- 6740 E09.<br><br> 
Solenoid is ramping up.
<!-- Author: Andy H. -->
<!-- Comment: Fri Feb 15 07;06;21 comment by...Larry -->
And toroid still is pushed back in
<!-- Date: Fri Feb 15 00:33:59 2002 -->
All the protons disappeared about 10 minutes ago.  Bummer.
<!-- Author: Andy H. -->
<!-- Comment: Fri Feb 15 00;46;55 comment by...Andy H. -->
There was a problem with huge pbar emittances, so they bagged the
protons while waiting for that to get sorted out.
<!-- Date: Fri Feb 15 00:40:05 2002 -->
They're reloading the protons now.  
<!-- Author: Andy H. -->



<!-- Date: Fri Feb 15 00:58:22 2002 -->
Final protons reloaded -- about 6600 E09.  Pbar shots commencing.
<!-- Author: Andy H. -->


<!-- Date: Fri Feb 15 01:19:36 2002 -->
They tried a couple shots and then a BLM (not one of ours) aborted everything.  I think this BLM was supposed to be masked 
off and wasn't (that's how I'm interpreting the e-log, anyway).
<!-- Author: Andy H. -->
<!-- Comment: Fri Feb 15 01;22;29 comment by...Larry -->
They are going to start all over "without open helix" 78 left in the stack


<!-- Date: Fri Feb 15 01:23:55 2002 -->
MCR has problems loading P and/or Pbar. So we are tring to run COSMIC_NOTRACK
<!-- Author: Y Shon :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139202' target=_top>139202</a>) -->
<!-- Comment: Fri Feb 15 01;37;13 comment by...Y Shon -->
b0fib05 failed in initialization, but I could make it reinitialize individually with help of Andy in the "Replies and Acknowlegements from our clients" window.


<!-- Comment: Fri Feb 15 02;39;22 comment by...Y Shon -->
Run aborted because of continual DTO detected by b0tsi02. We found out FCAL_00 actually generating the DTOs. FCAL_00 was rebooted.
<!-- Date: Fri Feb 15 01:47:32 2002 -->
"Final" protons re-reloaded.
<!-- Author: Andy H. -->



<!-- Date: Fri Feb 15 02:52:03 2002 -->
Shots complete (200 E09), TeV at flattop, bickety-bam.
<!-- Author: Andy H. -->


<!-- Date: Fri Feb 15 02:52:54 2002 -->
Squeezin'.
<!-- Author: Andy H. -->


<!-- Date: Fri Feb 15 02:56:21 2002 -->
Scrapin'.
<!-- Author: Andy H. -->
<!-- Comment: Fri Feb 15 03;25;55 comment by...Andy H. -->
Scraping completed somewhere about 3:05-ish.
<!-- Date: Fri Feb 15 03:13:36 2002 -->
After b0fcal00 is rebooted, I tried to continue by "ABORT" on the rc window, but definatley the crate did not listen. I reset the crate, but this seemed to be of no use. I isued "Reset", then every thing went smoothly.
<!-- Author: Y Shon :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139204' target=_top>139204</a>) -->
<!-- Comment: Fri Feb 15 07;56;44 comment by...Mario -->
Afer a crate is rebooted a partition transition is needed for 
this crate before global Coldstart can be used.
<!-- Date: Fri Feb 15 03:14:34 2002 -->
C:B0RAT2 = 1.7 kHz<br> 
C:MUHVC2 = 6.5 uA<br> 
C:MUHVC3 = 5.0 uA<br> 
C:MUHVC4 = 7.6 uA<br>  
<!-- Author: Andy H. -->


<!-- Date: Fri Feb 15 03:17:07 2002 -->
Trip on CMP south wall.  No spike in losses or MUHVCs seen.
<!-- Author: Andy H. -->
<!-- Comment: Fri Feb 15 03;24;51 comment by...Andy H. -->
Recovered about 5 minutes ago

<!-- Date: Fri Feb 15 03:25:30 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139206">139206</A>
 Activated at 2002.02.15 03:24:34
<!-- Author: RunControl -->




<!-- Date: Fri Feb 15 03:28:05 2002 -->
All HV on.  We had a spurious trip on SVX B2W4.  Gino turned it 
back on and Yeongdae cold-started this run.
<!-- Author: Andy H. :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139206' target=_top>139206</a>) -->


<!-- Date: Fri Feb 15 03:31:57 2002 -->
Just after the run started, almost all CPU indicators on the L3 display turned green, but the problem cured itself in about one minute.
<!-- Author: Y Shon :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139206' target=_top>139206</a>) -->
<!-- Comment: Fri Feb 15 03;34;55 comment by...136206 -->
During the problematic starting current deadtime was about 60%, data rate was abot 20Mb/s.

<!-- Comment: Fri Feb 15 03;36;58 comment by...Y Shon -->
After the run stabilizied, the current total deadtime is about 0.7% and the data rate is about 9Mb/s.
<!-- Comment: Fri Feb 15 03;40;02 comment by...Larry -->
1900 L1, 142 L2, 30 L3 (Hz)
<!-- Date: Fri Feb 15 03:32:00 2002 -->
<p> 
Store 992 initial lumi: 6.2 E30<br> 
protons: 4400 E09<br> 
pbars: 182 E09<br> 
C:LOSTP = 20 kHz<br> 
C:LOSTPB = 1.8 kHz<br> 
</p>
<!-- Author: Andy H. -->





<!-- Date: Fri Feb 15 03:47:19 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-802&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-802' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-803&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-803' width='300'></a></center>
<!-- Author: Andy H. -->
<!-- Comment: Fri Feb 15 03;47;42 comment by...Andy H. -->
Losses during shot setup.


<!-- Date: Fri Feb 15 05:10:44 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-804&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-804  width='300' align='top'></td><td>The XFT Linker canvas shows a collection (approx. 10) of  errors. We will contact the XFT expert at a more reasonable hour.</a></td></tr></table>
<!-- Author: Tara -->
<!-- Comment: Fri Feb 15 07;49;20 comment by...Tara -->
XFT contacted (7am). Expert will check the errors when they get
in.
<!-- Date: Fri Feb 15 05:28:25 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-807&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-808  width='300' align='top'></td><td>Eta tower 7 East, phi wedge 15 seems to have low occupancy and high raw ADC counts per hit</a></td></tr></table>
<!-- Author: Tara -->


<!-- Date: Fri Feb 15 05:30:49 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-809&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-809  width='300' align='top'></td><td>Here is the picture for the previous entry:</a></td></tr></table>
<!-- Author: Tara -->
<!-- Comment: Fri Feb 15 05;39;16 comment by...Larry -->
Since the bad PMT channel (known ped problem?) is in effect
killing the tower, calorimeter should be marked bad till this
is fixed.


<!-- Comment: Fri Feb 15 07;15;55 comment by...R.J. Tesarek -->
<table border=0><td><tr><td bgcolor=#e0e030>The tower in CEM wedge 15 is a known problem.  Access has been
requested to further evaluate the problem.</td></tr></td></table>
<!-- Comment: Fri Feb 15 07;43;30 comment by...Larry -->
<pre>I calculated the systematic shift in the W mass, assuming the
towers will be calibrated with 8 GeV electrons. It willbe wrong
by 3% diluted by 400 or .01% = 8 MeV.  Assuming it never gets
fixed.  With current luminosity, the dilution from fraction of the data sample makes it ignorable, just UGLY!</pre>
<!-- Date: Fri Feb 15 05:48:46 2002 -->
The first timeout detected since starting this physics run. 
Busy TO: VRB_SVX_02  
<!-- Author: Y Shon :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139206' target=_top>139206</a>) -->


<!-- Date: Fri Feb 15 05:50:14 2002 -->
I would check off the appropriate goodrun boxes but scico apparently no longer has priv. <br><b>Could someone fix this?</b>
<!-- Author: Larry :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139206' target=_top>139206</a>) -->
<!-- Comment: Fri Feb 15 06;30;52 comment by...Larry -->
cdfdaq does not have priv either


<!-- Comment: Fri Feb 15 07;26;34 comment by...Larry -->
Ace account does not work either
<!-- Date: Fri Feb 15 06:39:07 2002 -->
Just got a call on the SciCo "red phone" (Larry was out) from 
someone who wanted to speak with Senorita Lena Flores.  Since 
I no habla espanol, the conversation didn't go very well.
<!-- Author: Andy H. -->
<!-- Comment: Fri Feb 15 07;58;55 comment by...Mario -->
...yo no hablo espan~ol...I do.
<!-- Date: Fri Feb 15 06:39:09 2002 -->
<pre>Second Busy TO: VRB_SVX_02 
HRR successful.</pre>
<!-- Author: Y Shon :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139206' target=_top>139206</a>) -->


<!-- Date: Fri Feb 15 06:55:16 2002 -->
<pre>COT tripped at 
L2A: 1502366 
L3A: 286185</pre>
<!-- Author: Y Shon :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139206' target=_top>139206</a>) -->
<!-- Comment: Fri Feb 15 06;59;19 comment by...Andy H. -->
COT trip was on SL4, channel S1c.  Recovered.




<!-- Comment: Fri Feb 15 07;35;48 comment by...Andy H. -->
Forgot to mention that there were no loss spikes coincident with this trip.



<!-- Date: Fri Feb 15 07:45:24 2002 -->
<table border=0><td><tr><td bgcolor=#e0e030><p>Whoever keeps overwriting the pre-set lumberjack plots with the 4 BSC loss devices, please knock it off!</p> 
<p> 
Currently "Shift Sum1," "Mircea2," and "ShiftLosses" all plot the 
same LOSTP / LOSTPB / ALOS / PLOS devices.  The pre-set lumi summary plots are nowhere to be found.</p></td></tr></td></table>
<!-- Author: Andy H. -->



<!-- Date: Fri Feb 15 07:53:46 2002 -->
<pre>Run sumary of this shift by DAQ ACE: 
 
RC was stangely stable: only two BTO's. 
 
deadtime 2.8% 
L1A 1766Hz 
L2A 119 
L3A 22.7</pre>
<!-- Author: Y Shon :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139206' target=_top>139206</a>) -->
<!-- Comment: Fri Feb 15 08;01;23 comment by...Frank Chlebana -->
<pre>Strangely enough... stable running is what we are trying to
accomplish.</pre>
<!-- Date: Fri Feb 15 07:55:39 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=139176>
139176</A> 
x21FA8</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>ELECTRON_RECES_TEST_NOSPIKES [5,232]</TD>                           
<TD ALIGN=CENTER>15:32:35</TD>                                          
<TD ALIGN=CENTER></TD>                                                  
<TD ALIGN=CENTER>00:03:57</TD>                                          
<TD ALIGN=RIGHT>         33,346</TD>                                    
<TD ALIGN=RIGHT>        33,345</TD>                                     
<TD ALIGN=RIGHT>      48,257</TD>                                       
<TD ALIGN=RIGHT>    1.152</TD>                                          
<TD ALIGN=CENTER></TD>                                                  
<TD ALIGN=CENTER></TD>                                                  
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=139206>
139206</A> 
x21FC6</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_0_04 [7,263]</TD>                                           
<TD ALIGN=CENTER>03:24:34</TD>                                          
<TD ALIGN=CENTER></TD>                                                  
<TD ALIGN=CENTER>04:15:53</TD>                                          
<TD ALIGN=RIGHT>     27,795,085</TD>                                    
<TD ALIGN=RIGHT>     1,872,962</TD>                                     
<TD ALIGN=RIGHT>     355,948</TD>                                       
<TD ALIGN=RIGHT>   82.324</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>07:55:01</TD>                                                       
<TD ALIGN=CENTER>04:19:51</TD>                                          
<TD ALIGN=RIGHT>      27,828,431</TD>                                   
<TD ALIGN=RIGHT>      1,906,307</TD>                                    
<TD ALIGN=RIGHT>       404,205</TD>                                     
<TD ALIGN=RIGHT>   83.476</TD>                                          
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD></TR>                                                         
                                                                        
</TABLE>
<!-- Author: End of Shift Report -->




<!-- Date: Fri Feb 15 07:58:49 2002 -->
<font color=red>Shift Summary: </font><pre>Shot was delayed waiting for pbar emittance. First for pbar injections were swing and a miss. 
 
3:10	Store 992 in 6.3 (sigh) 
 
3:25	On running, green, cleared itself 
 
Noted moderate xft problem, paged expert at 7, "don't worry, .." 
 
Bad PMT in CEM is 200 count shift, should get fixed! 
 
None of scico, ace or cdfdaq can write to the goodrun anymore! 
(Like the new options) 
 
6:50 COT trip, resets</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   139206
Delivered Luminosity   95.9  
Acquired Luminosity    83.0  
Efficiency             86.5%
   
</td></tr></table></pre>
<!-- Author: Larry -->




<!-- Date: Fri Feb 15 08:06:25 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-810&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-810' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-811&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-811' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-812&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-812' width='300'></a></center>
<!-- Author: Andy H. -->
<!-- Comment: Fri Feb 15 08;06;55 comment by...Andy H. -->
Some darn fine-looking store summary plots.