<!-- Title: Eve shift. Sun Oct 28, 2007 -->
<!-- SciCo: Andreas Warburton -->
<!-- DAQAce: Glenn Strycker -->
<!-- MonAce: &nbsp; -->
<!-- CO: Niccolo' Moggi -->
<!-- OpManager: Steve Hahn -->
<!-- Notes: -->
<pre>First collisions of FY08 in progress, a 3x12 store, #5657. 
B0Lum: 1.98E30 
Stack: 153mA 
RR: 113E10 
 
COT still on standby due to losses.

Immediate goal is to provide IP information with COT tracking.

Plan is for the present store to stay in for the duration of this shift. 
</pre>


<!-- Date: Sun Oct 28 16:15:26.810 2007 -->
CMX NW wedge 21 will not go to full HV.  This was noted in the evening shift yesterday.  We tried to power it up and it would not, so we decided to power that wedge down.  This will probably be standard procedure until the next access fixes this wedge.
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 16:17:53.505 2007 -->
E-mailed Nils Krumnack to advise that store is in (as per white board instructions).
<!-- Author: Andreas Warburton -->


<!-- Date: Sun Oct 28 16:18:57.055 2007 -->
Called MCR to advise that we're having CLC HV issues, which will affect our luminosity reporting capability.
<!-- Author: A. Warburton -->

<!-- Date: Sun Oct 28 16:23:37.044 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252834>252834</A>
 Activated at 2007.10.28 16:23:16
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 16:23:38.058 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252834>252834</A>
ACTIVATE: RunSet: AAA_NOSILICON  Trigger: PHYSICS_5_01 [1,987,708] Here we go.
<!-- Author: Claudia Marino -->


<!-- Date: Sun Oct 28 16:27:47.178 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252834>252834</A>
 Terminated at 2007.10.28 16:27:31
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 16:29:05.360 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252834>252834</A>
TERMINATE: Didn't quite work -- no data are being recorded.  Looks like an inhibit problem, but we've disabled all inhibits in InhibitDisplay and we're ignoring inhibits in RunControl.  We'll end, close RunControl, and restart to see if that helps.
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 16:33:50.018 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252835>252835</A>
 Activated at 2007.10.28 16:33:30
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 16:33:51.891 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252835>252835</A>
ACTIVATE: RunSet: AAA_NOSILICON  Trigger: PHYSICS_5_01 [1,987,708] 2nd try
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 16:35:27.360 2007 -->
<TABLE bgcolor=#add8e6> 
<TR><TH>Date</th><th>Time</th><th colspan=3>Quantity</th></tr> 
<tr><td>2007.10.28</td><td>16:29:46</td><td>C:B0ILUM</td><td>1.827</td><td>E30</td></tr> 
<tr><td>2007.10.28</td><td>16:29:46</td><td>C:B0LLUM</td><td>0.000</td><td>E30</td></tr> 
<tr><td>2007.10.28</td><td>16:29:46</td><td>C:B0PLOS</td><td>8060.046</td><td>Hz</td></tr> 
<tr><td>2007.10.28</td><td>16:29:46</td><td>C:B0ALOS</td><td>2840.647</td><td>Hz</td></tr> 
<tr><td>2007.10.28</td><td>16:32:04</td><td>TEVpr</td><td>193.876</td><td>E09</td></tr> 
<tr><td>2007.10.28</td><td>16:32:04</td><td>TEVpb</td><td>509.959</td><td>E09</td></tr> 
</TABLE> 
<strong>Luminosity and losses</strong>
<!-- Author: A. Warburton -->

<!-- Date: Sun Oct 28 16:35:59.023 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252835>252835</A>
 Terminated at 2007.10.28 16:35:36
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 16:36:00.134 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252835>252835</A>
TERMINATE: Didn't work, no events being recorded.
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 16:37:15.417 2007 -->
Called DAQ LRP at Steve's request.
<!-- Author: A. Warburton -->
<!-- Comment: Sun Oct 28 16;58;40 comment by...nothing to do at the moment.  sasha golossanov -->
<pre>
</pre>
<!-- Date: Sun Oct 28 16:40:55.112 2007 -->
<p>Before starting this first attempt at a physics run (which did  
not work), I had to reboot the CPR CAEN which was giving A303  
errors again.  I thought this might be associated with the fact 
the inhibits for CPR,CCR and CLC were still red.  However,  
restarting the program and rebooting the CPR CAEN did not make 
these inhibits work correctly.</p> 
 
<p>We also have the problem that the BSC is still generating an 
inhibit in runControl despite the fact it is removed from the  
InhibitDisplay.  This is forcing us to IgnoreInhibit in  
runControl.</p>
<!-- Author: Steve Hahn -->
<!-- Comment: Sun Oct 28 16;56;05 comment by...convery -->
The A1303 errors happen all the time and I've never seen them correlated with a real problem.  Not sure why CPR and CLC are giving inhibits if the HV is on -- I'll take a look tomorrow.  Is there a MNP inhibit in addition to the BSC one?
<!-- Comment: Sun Oct 28 17;42;55 comment by...Steve Hahn -->
According to Glenn, there was both MNP and BSC inhibits yesterday,
but we've only seen BSC today.  Stranger and stranger.
<!-- Date: Sun Oct 28 16:42:02.346 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836>252836</A>
 Activated at 2007.10.28 16:41:40
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 16:42:08.304 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836>252836</A>
ACTIVATE: RunSet: AAA_NOSILICON  Trigger: PHYSICS_5_01 [1,987,708] -- 3rd try -- no SVT crates, ignoreSVT, ignoreInihibits
<!-- Author: Glenn Strycker -->
<!-- Comment: Sun Oct 28 16;43;11 comment by...Glenn Strycker -->
We're getting events now -- so our wild-shot guess about SVT proved helpful.  We'll attempt to track down the problem with those crates and inhibit stuff.




<!-- Comment: Sun Oct 28 18;34;42 comment by...Laura -->
The correlation between the SVT crates and the problem is not clear to me. So, I would suggeste to include SVT in the following run, keeping everything else like it was in this run. 
<!-- Date: Sun Oct 28 17:04:27.110 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-6639&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-6639  width='300' align='top'></a></td><td>plots for Steve</td></tr></table>
<!-- Author: niccolo -->


<!-- Date: Sun Oct 28 17:13:02.378 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-6640&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-6640  width='300' align='top'></a></td><td>Here's the plot for FRED status.</td></tr></table>
<!-- Author: Glenn Strycker -->
<!-- Comment: Sun Oct 28 19;23;15 comment by...G.S. -->
See Steve's elog entry below regarding trigger 53.
<!-- Date: Sun Oct 28 17:13:15.184 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-6641&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-6641  width='300' align='top'></a></td><td>Beam X and Y</td></tr></table>
<!-- Author: niccolo -->
<!-- Comment: Sun Oct 28 18;08;00 comment by...Ulrich Husemann -->
It would be interesting to see the beam slopes as well (as soon as you have acquired enough statistics). The x position seems to be way off.
<!-- Date: Sun Oct 28 17:15:47.783 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-6642&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-6642  width='300' align='top'></a></td><td>Some hot L1 towers are producing L2CAL monitor errors.</td></tr></table>
<!-- Author: Giorgio -->
<!-- Comment: Sun Oct 28 17;34;07 comment by...carla -->
<pre>It appears that the problem is with the Admem. Please sheperd PCAL05.</pre>
<!-- Comment: Sun Oct 28 17;40;24 comment by...Glenn Strycker -->
PCAL05 reshepherded.  We're going to restart the consumer (or this plot at least) and will repost the plot when we have enough statistics.
<!-- Comment: Sun Oct 28 17;53;00 comment by...Giorgio -->
Carla, I am looking at the plot after shepherd. It still shows the same hot towers. 
<!-- Comment: Sun Oct 28 18;02;48 comment by...carla -->
<pre>Yes, I noticed that. But its definitively before Dirac. May want to let the calorimeter front end people know. (swapped cables??)</pre>
<!-- Date: Sun Oct 28 17:16:23.968 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-6643&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-6643  width='300' align='top'></a></td><td>We see events !</td></tr></table>
<!-- Author: niccolo -->


<!-- Date: Sun Oct 28 17:21:35.740 2007 -->
<pre>L1A = 1100 Hz 
L2A = 6 Hz 
 
(This makes sense, since L1 will filter out most events we see today.  That is, the luminosity is small, so the ratio of collision events to cosmic events is smaller than it usually is during data taking)</pre>
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 17:29:37.679 2007 -->
<center><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-6644&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-6645' ></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-6646&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-6647' ></a></center>
<!-- Author: Steve Hahn -->
<!-- Comment: Sun Oct 28 17;30;53 comment by...Steve Hahn -->
<p>Thanks to Ignacio and the COT, here are the same BEAMMON
plots from July 29 before the shutdown for comparison.</p>



<!-- Date: Sun Oct 28 17:34:35.087 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-6648&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-6648  width='300' align='top'></a></td><td><p>Just for history, here's the structure of the 3 x 12 
store that we're in right now.</p></td></tr></table>
<!-- Author: Steve Hahn -->



<!-- Date: Sun Oct 28 17:41:02.272 2007 -->
CDF Scrapbook appears broken.  Steve is working on it.
<!-- Author: Glenn Strycker -->
<!-- Comment: Sun Oct 28 17;52;36 comment by...Steve Hahn -->
<p>Some more details: I've tried restarting the CDF Scrapbook
several times now without success.  I'll talk to Brian tomorrow.
The V:CLDRST variable is in the right state (=14) for HEP, but
the program remains stuck in the "Waiting for scraping to
complete..." message.</p>



<!-- Comment: Sun Oct 28 19;58;36 comment by...G.S. -->
Despite the program's error message, the scrapbook webpage actually seems to be updating.  See elog entry below.
<!-- Date: Sun Oct 28 17:58:40.272 2007 -->
<center>
<a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-6649&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-6649' width='300'></a>
<a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-6650&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-6650' width='300'></a><br>
<a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-6651&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-6651' width='300'></a>
<a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-6652&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-6652' width='300'></a><br>
ACTNET Plots
</center>
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 18:05:59.875 2007 -->
Steve called about the plan. It looks like we've got x, y, z for the beam. The goal was to get angles. If you find it, tell mcr. I suppose, if towards the end of the store, it looks like a few more hours would do it, I'd communicate that too. Otherwise, I'm surprised it went so smoothly.
<!-- Author: Phil -->



<!-- Date: Sun Oct 28 18:09:05.913 2007 -->
Some comments about the PulsarMonitor Errors: 
- Errors in Muon as well Errors in TL2D are due to the fact that XTRP is not sending anymore data to Muon board and the simulation is not taking into account. 
- L2Cal is putting in evidence a problem before Dirac 
- SVT wasn't included in this run.  
<!-- Author: Laura :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836' target=_top>252836</a>) -->


<!-- Date: Sun Oct 28 18:28:05.148 2007 -->
We're getting a whole bunch of alarms and warnings.  We see several spikes on the beam loss ACNET plot (I'll post it a bit later), and ProcMon is giving all kinds of TevMon messages.  We turned the COT HV to standby as well as CMX.  DQMon has PEM and ISU in red, even though nothing appears to be bad in the Global Alarms except CMX before we turned it to standby.  RunControl is in the halt state until the spikes quit.
<!-- Author: Glenn Strycker -->
<!-- Comment: Sun Oct 28 18;32;26 comment by...G.S. -->
Steve notices that it is odd we are getting TevMon warnings about beam -- Silicon is off and silcon alarms BYPASSED!  Why are we hearing bypassed alarms?


<!-- Date: Sun Oct 28 18:34:02.934 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-6653&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-6653  width='300' align='top'></a></td><td>Here are the culprit ACNET variables.</td></tr></table>
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 18:44:57.156 2007 -->
<table border=0><td><tr><td bgcolor=#e0e030><p>Ignacio's estimates of x, y, z, dx/dz and dy/dz are  
<a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=376&frame=2&anchor=18:14:09'>here</a> in the silicon e-log.</p></td></tr></td></table>
<!-- Author: Steve Hahn -->
<!-- Comment: Sun Oct 28 22;28;49 comment by...Peter -->
The x position and the dx/dz are well into the "bad" region for SVT operation.   "Good" is r<1mm, dr/dz<0.2mrad, "Bad" is r>2mm, dr/dz>0.4mrad
<!-- Date: Sun Oct 28 18:46:52.147 2007 -->
<p>Yo, Bill!  The run number is not filling in when one makes 
an e-log entry.</p>
<!-- Author: Steve Hahn -->


<!-- Date: Sun Oct 28 18:54:33.458 2007 -->
<p>Just had a heartbeat alarm from the components on the muon 
scintillator PC (CSP CSW CSX MSK BSU TSU on CDF56183).  There 
was a M$ .NET debug dialog saying "File not found".  When I ended 
it, the program continued, but the heartbeats remain purple. 
If they do not go green soon, we will have to get the experts 
in here because only they can initialize the program correctly.</p>
<!-- Author: Steve Hahn -->
<!-- Comment: Sun Oct 28 19;00;20 comment by...Glenn Strycker -->
They went green.  It took a few minutes to update, but it worked.
<!-- Date: Sun Oct 28 18:58:34.625 2007 -->
Sebastian from MCR called to say that they have cleaned up the high proton losses, at least for now.  C:B0QT2 was acting up.
<!-- Author: A. Warburton -->
<!-- Comment: Sun Oct 28 19;18;00 comment by...Steve Hahn -->
Ron Moore gave us a call, and told me C:B0QT2 is a low beta quad
trim magnet.
<!-- Comment: Sun Oct 28 19;55;39 comment by...Steve Hahn -->
The real reason Ron called was to tell me that V:TSCRAP, the 
scraping state, had earlier been set incorrectly, but was now
was set correctly.  Apparently, at that point, around 1900, the
CDF Scrapbook started producing plots.  So, it apparently looks
at both V:CLDRST and V:TSCRAP.
<!-- Comment: Sun Oct 28 20;45;31 comment by...Ignacio -->
This is probably what sent TeVMon to Alarm (reason of the page mentioned below). Util that variable was set TeVMon the individual alarms are bypaseed, I think. 
<!-- Date: Sun Oct 28 19:01:31.765 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836>252836</A>
si: <tt>(Silicon off for now)</tt>
<!-- Author: Consumer Operator( niccolo) -->



<!-- Date: Sun Oct 28 19:04:19.376 2007 -->
Paged Silicon at Ace's request.
<!-- Author: A. Warburton -->


<!-- Date: Sun Oct 28 19:05:22.785 2007 -->
<pre>The CO checklist still requires entries for forward detectors... 
I marked them "bad" but maybe they should be taken out of the list.</pre>
<!-- Author: niccolo :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836' target=_top>252836</a>) -->


<!-- Date: Sun Oct 28 19:09:58.125 2007 -->
We're turning the COT and CMX HV on full.  Then we'll recover and resume the run.
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 19:18:31.292 2007 -->
Just when we got the run resuming, there's been another spike in proton losses.  We halted again, set COT and CMX HV to standby, and called MCR to check the beam.
<!-- Author: Glenn Strycker -->

<!-- Date: Sun Oct 28 19:22:01.257 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836>252836</A>
RUNSTATUS: <PRE>Marked Bad, explanation:
SVX 
ISL 
L00 
SVT 
</PRE>

Silicon intentionally left off.  Run was intended to provide IP information for Tevatron experts.
<!-- Author: cdfscico -->



<!-- Date: Sun Oct 28 19:23:11.683 2007 -->
<p>(Much) earlier, just before we started having all these problems 
assocated with losses, Jonathan Lewis called about trigger rates. 
The MB trigger rate is much too low; he had me check the input 
into pre-Fred but that was OK.  So far, looking around I have 
found no other smoking gun.  Also, we changed the trigger 53 
(L1_MB_CLC_PS100K) to have a prescale of 1 instead of 100K so 
as to get more events into YMON.  YMON had fooled me because it 
had one event earlier, but right now it has 2300 events.</p>
<!-- Author: Steve Hahn :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257836' target=_top>257836</a>) -->
<!-- Comment: Sun Oct 28 19;59;14 comment by...Steve Hahn -->
Oops, that's run number 252836.
<!-- Date: Sun Oct 28 19:28:54.023 2007 -->
Beam seems stable, so we turned back on the HV for the COT and resumed the run.
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 19:37:07.146 2007 -->
Hey -- the <a href="http://www-bd.fnal.gov/cgi-mach/machlog.pl?nb=cdf06">CDF Scrapbook</a> is suddenly working again!  Mom would be proud!!!
<!-- Author: Glenn Strycker -->
<!-- Comment: Sun Oct 28 19;39;13 comment by...Glenn&#39;s Mom -->
Mom <em>IS</em> proud.


<!-- Date: Sun Oct 28 19:42:43.349 2007 -->
I just looked at the tracklist plots.  Looks like no tracks are making it to L2 -- at least there are many events for which we expect tracks and see none.  Is ignoreCluster checked in the run parameters?  It should NOT be.  I emailed Laura and Gene about this.
<!-- Author: Heather :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=257836' target=_top>257836</a>) -->
<!-- Comment: Sun Oct 28 19;51;17 comment by...Glenn Strycker -->
Yup, ignoreCluster is set.  I just loaded the default settings (and set ignoreInihibits and ignoreSVT).  We won't change the saved run settings unless an expert comes by.

<!-- Comment: Sun Oct 28 19;52;05 comment by...G.S. -->
We can unset this if you want, but we would need to end it and go to the start state.  Things are running smoothly enough that we'd rather not do that, but I'll ask Steve what he thinks.



<!-- Comment: Sun Oct 28 20;00;50 comment by...Heather -->
Thanks, I think L2 should be getting tracks from tracklist since they are no longer sent by XTRP.  But do wait for expert approval since there may be a real reason that ignoreCluster(Tracklist) is checked that I am not aware of.
<!-- Comment: Sun Oct 28 20;16;05 comment by...jdl -->
It's set because nobody updated AAA_NOSILICON since we stopped running in August.  Fix it and save t5he updated configuration.
<!-- Comment: Sun Oct 28 20;26;36 comment by...twright -->
It would be helpful to look at L2 rates with tracks.  If nobody has called in yet I'd say give it a try.

<!-- Comment: Sun Oct 28 20;32;07 comment by...Glenn Strycker -->
<table border=0><td><tr><td bgcolor=#e0e030>I went ahead and changed the run parameters to include SVT crates, UNSET ignoreReces, UNSET ignoreSVT, UNSET ignoreCluster, UNSET ignoreInhibits.  These should be the original saved settings for this run plus the change in unsetting ignoreCluster.  I saved this new configuration (Physics AAA_NOSILICON).  I did NOT restart this run, however, because we want to keep getting data while we can.  Steve did request that we do a run with these new default settings, say, begin this 2 hours before the end of beam.  This may occur during the owl shift, so the next crew should be aware of this and make sure MCR gives us plenty of warning before killing the beam.</td></tr></td></table>
<!-- Date: Sun Oct 28 19:58:32.946 2007 -->
<p>Ignacio pointed out that the SBD display showed only 3 pbar 
bunches not 12; it had been correct earlier.  After talking to 
the MCR, we found the FBI was displaying all 12 bunches; in fact, 
there is a "FBI Summary" in the TeV Array Display that also  
shows this properly.</p>
<!-- Author: Steve Hahn :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836' target=_top>252836</a>) -->





<!-- Date: Sun Oct 28 20:09:45.204 2007 -->
MCR called to ask whether we could stay on while they do some tune shifts for Dzero.  Steve gave the OK.  We will continue to watch the losses.
<!-- Author: A. Warburton :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836' target=_top>252836</a>) -->





<!-- Date: Sun Oct 28 20:37:00.236 2007 -->
Mike called from MCR, advising that Dean is about to play with tunes.  We will watch the losses.
<!-- Author: A. Warburton -->



<!-- Date: Sun Oct 28 20:46:11.377 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-6654&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-6654  width='300' align='top'></a></td><td>Well, there was a beam change, so I halted the run and put COT and CMX HV into standby.  Here's the plot of the losses.</td></tr></table>
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 21:03:24.252 2007 -->
I am NOT happy about this: I'm getting "Trigger Inhibit Set" voice alarms and a warning window on the RunControl computer.  We have ignoreInhibits set for this run!  AND, I put RunControl in halt while the beam was screwy.  COT and CMX are off or in standby.  I haven't gotten alarms all night -- why are we getting these now?  Hopefully when I resume the run we'll still get data...
<!-- Author: Glenn Strycker -->
<!-- Comment: Sun Oct 28 21;04;15 comment by...G.S. -->
<pre>Trigger Inhibit is set from the components:
 CPR,CCR HV  		[033] Central Preradiator PC
 CLC HV  		[034] CLC PC
 CMX HV  		[099] Central Muon Extension High Voltage PC
 COT HV  		[120] Central Outer Tracker High Voltage PC
 SVX HV  		[128] Silicon Tracker High Voltage from iFix
 ISL HV  		[129] Intermediate Silicon High Voltage from iFix
 L00  		[150] Silicon Layer 00 from iFix</pre>

<!-- Comment: Sun Oct 28 21;07;30 comment by...G.S. -->
got it again.  I'm going to turn ignoreInhibits on in the settings.  It should already BE on, but I turned unset the variable to save the parameters.  Since I never went back through start->partition->config>activate, it should still be considered as set.

<!-- Comment: Sun Oct 28 21;10;33 comment by...G.S. -->
I put the HVs back up and resumed the run.  Guess what?  L2 timeouts.  Did someone change a setting somewhere?  It was all working an hour ago.  We're not getting ANYTHING now.  We will page Steve... perhaps we will end the run and restart with the SVT crates.


<!-- Comment: Sun Oct 28 21;18;08 comment by...G.S. -->
We talked to Steve -- he's giving us the go-ahead to terminate the run and start over with SVT.  Gene Flanagan is here to assist with L2 and trigger stuff.
<!-- Date: Sun Oct 28 21:11:12.289 2007 -->
Paged Steve at Glenn's request.
<!-- Author: A. Warburton -->


<!-- Date: Sun Oct 28 21:13:28.876 2007 -->
Mike from MCR called to say they will be terminating the store in about 15 minutes.  We should let them know when we're ready.
<!-- Author: A. Warburton -->


<!-- Date: Sun Oct 28 21:13:31.828 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-6655&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-6655  width='300' align='top'></a></td><td>Hot group of channels in TOF. Not actually sure if this is a real problem, but I don't see it reported previously.</td></tr></table>
<!-- Author: niccolo&#39; -->
<!-- Comment: Sun Oct 28 21;17;21 comment by...A. Warburton -->
Calling TOF Primary Pager.
<!-- Comment: Sun Oct 28 21;34;25 comment by...A. Warburton -->
Sent e-mail to TOF experts.
<!-- Comment: Sun Oct 28 21;52;47 comment by...A. Warburton -->
Aart Heijboer came to control room and is investigating.
<!-- Comment: Sun Oct 28 23;11;17 comment by...aart (tof expert). -->
The hot channels correspond to a recently replaced ADMEM board. (b0wal04 slot 9). The TOF group is trying to diagnoze the 
exact problem. Please post this plot again when data taking resumes 
<!-- Date: Sun Oct 28 21:15:05.953 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836>252836</A>
 Terminated at 2007.10.28 21:14:53
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 21:15:24.597 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836>252836</A>
TERMINATE: end to figure out why l2 and rc are not communicating
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 21:15:35.172 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252836>252836</A>
TERMINATE: end to figure out why l2 and rc are not communicating
<!-- Author: Glenn Strycker -->




<!-- Date: Sun Oct 28 21:25:08.995 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252837>252837</A>
 Activated at 2007.10.28 21:25:01
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 21:25:32.996 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252837>252837</A>
ACTIVATE: RunSet: AAA_NOSILICON  Trigger: PHYSICS_5_01 [1,987,708] -- test of SVT and L2 stuff
<!-- Author: Glenn Strycker -->
<!-- Comment: Sun Oct 28 21;28;36 comment by...Glenn Strycker -->
<table border=0><td><tr><td bgcolor=#e0e030>Nothing is getting to L2... this is the same thing we saw at the beginning of our shift.  PC is waiting for all data paths.  "InhibitStatus SET" is red in RunControl (remember we unset ignoreInhibits), but as previously, nothing is red in the InhibitDisplay (I manually disabled CLC HV and CPR,CCR HV inhibits before the run began).</td></tr></td></table>

<!-- Comment: Sun Oct 28 21;30;30 comment by...gene -->
L2 pc is communicating with rc again ( including hrr which it was not before ) but no data is going to it- inhibits ? 

<!-- Comment: Sun Oct 28 21;31;39 comment by...G.S. -->
Got another "InhibitSet >= 5.0 minutes" warning on the RunControl computer.
<!-- Date: Sun Oct 28 21:31:39.780 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252837>252837</A>
 Terminated at 2007.10.28 21:31:27
<!-- Author: RunControl -->



<!-- Date: Sun Oct 28 21:32:05.103 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252837>252837</A>
TERMINATE: didn't work.
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 21:34:33.319 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252838>252838</A>
 Activated at 2007.10.28 21:34:27
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 21:34:48.900 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252838>252838</A>
ACTIVATE: RunSet: AAA_NOSILICON  Trigger: PHYSICS_5_01 [1,987,708] -- default settings, but with ignoreInhibits set.
<!-- Author: Glenn Strycker -->
<!-- Comment: Sun Oct 28 21;36;31 comment by...G.S. -->
<table border=0><td><tr><td bgcolor=#e0e030>WE ARE GETTING DATA -- and SVT crates are included.  L2 PC looks fine and is not having any errors.  ignoreCluster, ignoreReces, ignoreSVT, etc are all unset.  We have to stop the run now, though, because MCR wanted to drop the beam 10 minutes ago.</td></tr></td></table>

<!-- Date: Sun Oct 28 21:39:59.331 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252838>252838</A>
 Terminated at 2007.10.28 21:39:49
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 21:40:07.067 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252838>252838</A>
TERMINATE: good!
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 21:46:21.706 2007 -->
 
Run 252838 worked once ignore inhabit was set. Level 2 should have been bringing in tracks for this run ( via tracklist ) 
 
WRT trigmon: 
 
 
L2cal has problems with pass2 and pass13 ( I believe Giorgio is already working on this ).  
 
Muon is giving errors which is probably related to the xtrp not sending tracks ( since we are now using tracklist ). We will need to address this. 
 
 
  
<!-- Author: gene -->
<!-- Comment: Mon Oct 29 07;47;59 comment by...Giorgio -->
Indeed I was: Pass13 errors are due to the fact that the trigmon running in control room does not reflect the latest changes in the tau clustering algorithm. A new release is already built but needs to be made as default (will contact Kaori or Nagesh for this).
For pass12, I found a bug in the simulation which was introduced when removing seed towers from the ROF. The fix is ready, we will need to incorporate it in the next trigmon release. 
<!-- Date: Sun Oct 28 21:46:46.216 2007 -->
Called MCR to say that we're ready for them to end the store.
<!-- Author: A. Warburton -->


<!-- Date: Sun Oct 28 21:49:56.819 2007 -->
I'll wait until I see the beam drop and then start a cosmics run.  HVs are all set to "end-of-store" settings.  ignoreInhibits is set (that is default anyway for cosmics), and I'm mostly just wanting to make sure the run parameters for COSMICS are ok.  I want to make sure L2/L3 data flow works.
<!-- Author: Glenn Strycker -->

<!-- Date: Sun Oct 28 21:52:39.288 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252839>252839</A>
 Activated at 2007.10.28 21:52:32
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 21:52:47.248 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252839>252839</A>
ACTIVATE: RunSet: ACE_COSMICS_ALL  Trigger: COSMICS [15,985,706] 
<!-- Author: Glenn Strycker -->
<!-- Comment: Sun Oct 28 21;54;02 comment by...G.S. -->
Lookin' good -- were getting data, no errors, deadtime is 0%, L1A = 30 Hz.


<!-- Date: Sun Oct 28 22:17:18.228 2007 -->
Called MCR about quiet time.  They say we will have QT for the next hour.  We are commencing with QT calibrations.
<!-- Author: A. Warburton -->



<!-- Date: Sun Oct 28 22:29:58.073 2007 -->
Tevatron had a low-beta-quad magnet quench, but as there is no beam, we will skip the coldstart run.  We're ready to do QT calibrations now.
<!-- Author: Glenn Strycker -->

<!-- Date: Sun Oct 28 22:30:29.221 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252839>252839</A>
 Terminated at 2007.10.28 22:30:23
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 22:30:55.646 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252839>252839</A>
TERMINATE: time for calibrations
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 22:32:41.591 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252840>252840</A>
ACTIVATE: RunSet: ACE_QIE 
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 22:35:41.367 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252840>252840</A>
CALIBRATION: <U><B>calqie</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#calqie target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Sun Oct 28 23;37;57 comment by...Glenn Strycker -->
Good.
<!-- Date: Sun Oct 28 22:37:45.010 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252841>252841</A>
ACTIVATE: RunSet: CALIB_CLC_QIE 
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 22:38:32.807 2007 -->
Aart is here for TOF to check some hot channels, so we'll skip ahead to that calibration now and come back for the QTs.
<!-- Author: Glenn Strycker -->

<!-- Date: Sun Oct 28 22:40:03.784 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252841>252841</A>
CALIBRATION: <U><B>clcqie</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#clcqie target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Sun Oct 28 23;40;06 comment by...Glenn Strycker -->
Good.
<!-- Date: Sun Oct 28 22:44:02.135 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252842>252842</A>
ACTIVATE: RunSet: ACE_TOF_QIE_NEW 
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 22:45:04.715 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252842>252842</A>
CALIBRATION: <U><B>tofqie</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#tofqie target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Sun Oct 28 22;55;50 comment by...Glenn Strycker -->
ignore (use the one below)
<!-- Date: Sun Oct 28 22:48:17.752 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252843>252843</A>
ACTIVATE: RunSet: ACE_TOF_QIE_NEW -- this time with the expert option "loadQIEFRAM" set, which in turn set several other expert options.  This is so Aart can select "calib_load" when the run has completed.
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 22:48:19.068 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252843>252843</A>
CALIBRATION: <U><B>tofqie</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#tofqie target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Sun Oct 28 23;40;23 comment by...Glenn Strycker -->
Good.
<!-- Date: Sun Oct 28 22:50:25.307 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252843>252843</A>
TERMINATE: seemed to work
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 22:53:40.725 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252844>252844</A>
ACTIVATE: RunSet: CALIB_QIE_FWD 
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 22:54:53.005 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252844>252844</A>
CALIBRATION: <U><B>bscqie</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#bscqie target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Sun Oct 28 23;46;26 comment by...Glenn Strycker -->
Good.
<!-- Date: Sun Oct 28 23:00:24.789 2007 -->
<pre>I just got an unusual error when starting the laser calibration: 
 
"Strange (but not necessarily fatal) Run Configuration selections: 
Not using Error Handler 
LookArea is All Files [2], while Default Files [3] is expected 
This LookArea setting should only used for test runs" 
 
Any ideas?  I'm not going to bother anyone about it unless the calibration doesn't work.</pre>
<!-- Author: Glenn Strycker -->
<!-- Comment: Sun Oct 28 23;10;28 comment by...G.S. -->
I got the same message when I tried to start LASER BOTHPLUGS_MM_C.  I think it's because we're using partition 3, so I'm not overly concerned.  It would probably be bad to mess with this, because we don't want a temporary change to get saved.
<!-- Date: Sun Oct 28 23:00:38.876 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252845>252845</A>
ACTIVATE: RunSet: BOTHPLUGS_NORMAL 
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 23:10:44.883 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252846>252846</A>
ACTIVATE: RunSet: BOTHPLUGS_MM_C 
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 23:12:54.850 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252846>252846</A>
CALIBRATION: <U><B>pluglaser</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#pluglaser target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Sun Oct 28 23;47;21 comment by...Glenn Strycker -->
Good.
<!-- Date: Sun Oct 28 23:14:07.621 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252847>252847</A>
ACTIVATE: RunSet: BOTHPLUGS_MM 
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 23:16:23.644 2007 -->
Aart has put in another request for TOF studies.  We will insert the TOF TAC calibration in at this point.
<!-- Author: Glenn Strycker -->

<!-- Date: Sun Oct 28 23:18:32.469 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252848>252848</A>
ACTIVATE: RunSet: TOF_TAC_CALIB 
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 23:24:23.135 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252848>252848</A>
CALIBRATION: <U><B>toftac</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#toftac target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Sun Oct 28 23;47;38 comment by...Glenn Strycker -->
Good.
<!-- Date: Sun Oct 28 23:26:17.330 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252849>252849</A>
 Activated at 2007.10.28 23:26:09
<!-- Author: RunControl -->


<!-- Date: Sun Oct 28 23:26:51.755 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252849>252849</A>
ACTIVATE: RunSet: ACE_CALORIMETER_MINIMAL  Trigger: SUMET5 [7,983,706] 
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 23:36:44.731 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252849>252849</A>
 Terminated at 2007.10.28 23:36:34
<!-- Author: RunControl -->
<!-- Comment: Sun Oct 28 23;38;49 comment by...Glenn Strycker -->
L1A = 48.5 Hz.  Lower than usual, but still within the 40-100Hz allowed region.



<!-- Date: Sun Oct 28 23:40:32.708 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252850>252850</A>
ACTIVATE: RunSet: SMQIECALIB 
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 23:42:59.450 2007 -->
Fotis called to see if there was a possibility of a further hour of QT.  I will call MCR to find out whether the current QT, which was due to end soon, can be extended.
<!-- Author: A. Warburton -->


<!-- Date: Sun Oct 28 23:46:15.600 2007 -->
Chris at MCR indicated that there are 15 minutes of quiet time remaining, and nothing further for now.  They will call us just before it is to end.
<!-- Author: A. Warburton -->

<!-- Date: Sun Oct 28 23:46:26.326 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252850>252850</A>
CALIBRATION: <U><B>smx</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#smx target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Sun Oct 28 23;47;55 comment by...Glenn Strycker -->
Good.

<!-- Date: Sun Oct 28 23:50:13.515 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252851>252851</A>
ACTIVATE: RunSet: ACE_LED_ALL 
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 23:52:10.765 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252851>252851</A>
CALIBRATION: <U><B>cemled</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#cemled target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Sun Oct 28 23;53;23 comment by...Glenn Strycker -->
Good.

<!-- Date: Sun Oct 28 23:54:10.361 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252852>252852</A>
ACTIVATE: RunSet: COTCALIB_ACE 
<!-- Author: Glenn Strycker -->


<!-- Date: Sun Oct 28 23:54:11.077 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252852>252852</A>
CALIBRATION: <U><B>cot</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#cot target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Sun Oct 28 23;58;10 comment by...Glenn Strycker -->
Good.
<!-- Date: Sun Oct 28 23:55:31.878 2007 -->
<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=252836 target=_runSummary>252836</A> x3DBA4</TD>
<TD>BEAM</TD>
<TD><FONT SIZE=-1>PHYSICS_5_01 [1,987,708]</FONT></TD>
<TD ALIGN=CENTER>16:41:40</TD>
<TD ALIGN=CENTER>21:14:53</TD>
<TD ALIGN=CENTER>02:55:36</TD>
<TD ALIGN=RIGHT>      57,544</TD>   <TD ALIGN=RIGHT>     20.47</TD>
<TD ALIGN=RIGHT>     14.36</TD>
<TD ALIGN=CENTER></TD>
<TD ALIGN=CENTER>1</TD>
<TD ALIGN=CENTER>1</TD></TR>

<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN=252838 target=_runSummary>252838</A> x3DBA6</TD>
<TD>BEAM</TD>
<TD><FONT SIZE=-1>PHYSICS_5_01 [1,987,708]</FONT></TD>
<TD ALIGN=CENTER>21:34:27</TD>
<TD ALIGN=CENTER>21:39:49</TD>
<TD ALIGN=CENTER>00:05:23</TD>
<TD ALIGN=RIGHT>       1,433</TD>   <TD ALIGN=RIGHT>      0.30</TD>
<TD ALIGN=RIGHT>      0.28</TD>
<TD ALIGN=CENTER></TD>
<TD ALIGN=CENTER>1</TD>
<TD ALIGN=CENTER>0</TD></TR>

<TR><TD>Totals</TD>
<TD> </TD>
<TD> </TD>
<TD> </TD>
<TD>23:55:01</TD>
<TD ALIGN=CENTER>03:01:00</TD>
<TD ALIGN=RIGHT>        58,977</TD> <TD ALIGN=RIGHT>     20.76</TD>
<TD ALIGN=RIGHT>     14.63</TD>
<TD> </TD>
<TD> </TD>
<TD> </TD></TR>

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



<!-- Date: Sun Oct 28 23:58:37.640 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252853>252853</A>
ACTIVATE: RunSet: XEF_ALL 
<!-- Author: Glenn Strycker -->



<!-- Date: Sun Oct 28 23:59:17.586 2007 -->
<font color=red>Shift Summary: </font><pre>Shift Summary: 
 
Began shift with store 5657 3x12 collisions, B0lum 2.0E30. 
 
Initially had no events recorded, and a restart did not help.  On 
the third try, for which SVT crates were removed, successful event recording began. 
 
Obtained IP x, y, z, dx/dz, and dy/dz information for the Tevatron experts. 
 
Some hot L1 towers precipitated L2CAL monitor errors.  PCAL05 was 
shepherded, but this did not clear the hot towers.  Calorimeter 
front-end people should be informed; possibly swapped cables? 
 
High proton losses occurred twice; attributed to a problem with 
C:B0QT2, a low-beta quad trim magnet. 
 
Jonathan Lewis pointed out that the L1_MB_CLC trigger rate was 
incorrectly low.  No resolution to the problem was reported. 
 
Contiguous group of hot channels identified in TOF East Average Charge plot.  TOF expert (Aart) investigated.  Hot channels are on a recently replaced ADMEM board (b0wal04 slot 9).  Exact problem is still under diagnosis. 
 
Problem with tracks not making it to L2; turns out ignoreCluster had inadvertently been left set in Physics AAA_NOSILICON.  The Ace reverted the setting. 
 
Near end of store 5657, encountered trouble getting L2 to bring in tracks; temporarily ameliorated by setting ignoreInhibit. This needs to be addressed, however. 
 
Did QT calibrations.</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   252836, 252838
Delivered Luminosity   22.94/nb  
Acquired Luminosity    14.61/nb  
Efficiency             63.7
   
</td></tr></table></pre>
<!-- Author: Andreas Warburton -->

<!-- Date: Mon Oct 29 00:00:00.730 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252853>252853</A>
CALIBRATION: <U><B>calxef</B></U> calibration <A HREF=http://www-cdfonline.fnal.gov/internal/daq/Calibrations/web.html#calxef target=_calibresults>results</A> ready for review
<!-- Author: CDFCALIB -->
<!-- Comment: Mon Oct 29 00;01;58 comment by...Glenn Strycker -->
Good.

<!-- Date: Mon Oct 29 00:02:32.626 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=252854>252854</A>
ACTIVATE: RunSet: CALIB_MUON_ALL1 
<!-- Author: Francesco Crescioli -->