<!-- Title: Eve shift. Tue Apr 22, 2003 -->
<!-- SciCo: Lee Pondrom -->
<!-- DAQAce: Jaison Lee -->
<!-- MonAce: Aidan Robson -->
<!-- CO: Mark Neubauer-on leave -->
<!-- OpManager: Masa Tanaka -->
<!-- Notes: -->
<pre>Tev studies in progress</pre>

<!-- Date: Tue Apr 22 16:10:50.950 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161873">161873</A>
 Terminated at 2003.04.22 16:08:11
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 16:23:52.702 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161874">161874</A>
 Activated at 2003.04.22 16:22:21
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 16:25:06.613 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161874">161874</A>
 Terminated at 2003.04.22 16:23:45
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 16:43:17.870 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161875">161875</A>
 Activated at 2003.04.22 16:42:12
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 16:44:21.538 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161875">161875</A>
 Terminated at 2003.04.22 16:43:04
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 16:54:03.018 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161876">161876</A>
 Activated at 2003.04.22 16:52:11
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 16:55:20.702 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161876">161876</A>
 Terminated at 2003.04.22 16:53:07
<!-- Author: RunControl -->



<!-- Date: Tue Apr 22 17:03:45.743 2003 -->
Finished with run control.  L3 and CSL experts have taken over.<p> 
Code fix for FER works as expected.  QIE calibrations no longer show zero slopes, so the next quiet time calibration should be reliable.  (Run 161872 may be good, depending on if the MCR test beam interfered with the results.)<p> 
From Sun Apr 20 21:27 to Mon Apr 21 19:30, the +5V supply for wcal05 (COSET-4) had dropped by 0.18V.  This is enough to make the electronics unhappy; data tends to be read out in discrete values (stuck bits?).  The difference in this case looks like it was smaller than the WHA detector resolution, but I'm not certain if data quality was compromised.  Perhaps the power supply experts can investigate if there is a reason for the drop, and how to avoid it.<p> 
Finished my tests for the bunchcounters.  I'll put details in the wedge e-log.
<!-- Author: m mattson -->


<!-- Date: Tue Apr 22 17:14:14.440 2003 -->
<p>One of the optical connectors for the SCRAMNet in the crate of SCPU b0eb17 was loose. Fixed that, reseated all SCRAMNet modules in the DAQ VRB crates and checked their connectors. 
<p>
<!-- Author: Steve Tether -->
<!-- Comment: Tue Apr 22 17;37;48 comment by...Ilya/Steve/Guillelmo -->
  After fixing the connector, the problem with L3 converter nodes dropout did not go away, we just reproduced it again in run 161878.
<!-- Date: Tue Apr 22 17:31:02.694 2003 -->
Plug HV up for expert plug laser calib run, after consulation with Masa
<!-- Author: Aidan Robson -->
<!-- Comment: Tue Apr 22 18;02;08 comment by...Masa -->
<pre>Since Tev is under study, there is possibility we have
large losses which are considered as one of the sources
of the PCAL gain drop. We need to monitor the beam loss 
while PCAL HV is on.
</pre>
<!-- Date: Tue Apr 22 17:42:14.090 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161879">161879</A>
ACTIVATE: continue work on L3 subfarms problem
<!-- Author: mattson -->


<!-- Date: Tue Apr 22 17:47:46.227 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161880">161880</A>
ACTIVATE: laser run with etdc #0522
<!-- Author: slava77 -->


<!-- Date: Tue Apr 22 17:51:40.424 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161881">161881</A>
ACTIVATE: A test run for CSL
<!-- Author: mattson -->


<!-- Date: Tue Apr 22 17:56:28.220 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161882">161882</A>
ACTIVATE: laser run with emtdc #522 #2
<!-- Author: slava77 -->


<!-- Date: Tue Apr 22 17:58:49.181 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161883">161883</A>
ACTIVATE: testing EVB/L3
<!-- Author: mattson -->



<!-- Date: Tue Apr 22 18:01:32.284 2003 -->
<pre>Tony and I moved the CSL executables 
and log directories from a FibreChannel 
disk to the new internal SCSI disk and 
restarted CSL. 
</pre>
<!-- Author: mako -->


<!-- Date: Tue Apr 22 18:04:41.523 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161885">161885</A>
ACTIVATE: laser run with etdc #0715
<!-- Author: slava77 -->



<!-- Date: Tue Apr 22 18:09:37.833 2003 -->
Made a couple of plug laser runs for the emTiming system to test the hit time/width dependence with different TDCs.
<!-- Author: slava77 -->
<!-- Comment: Tue Apr 22 18;36;12 comment by...slava77 -->
Did them again, after realizing that the laser was off.
<!-- Date: Tue Apr 22 18:12:44.305 2003 -->
Plug HV turned down
<!-- Author: Aidan  -->


<!-- Date: Tue Apr 22 18:17:20.515 2003 -->
Plug HV up again for more expert plug laser calib
<!-- Author: Aidan Robson -->

<!-- Date: Tue Apr 22 18:22:09.541 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161886">161886</A>
ACTIVATE: laser run for emTiming , etdc #522
<!-- Author: slava77 -->


<!-- Date: Tue Apr 22 18:32:12.399 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161888">161888</A>
ACTIVATE: laser run for emTiming, etdc#715
<!-- Author: slava77 -->




<!-- Date: Tue Apr 22 18:41:02.041 2003 -->
Plug HV off again
<!-- Author: Aidan Robson -->


<!-- Date: Tue Apr 22 18:49:17.982 2003 -->
<pre>The CAMAC branch driver VME card has been put  
in its own crate b0trin00, independent of the muon  
scintillator crate b0musc00. 
 
In runControl, this crate shows up looking like: 
 
       TRIGGER_INHIBITS_00 
 
Some code had to be changed to accommodate the  
switch, fer package version v2_39, which is  
now current. 
 
Please include this crate in any test runs to  
excersise it, and certainly with an physics runs. 
</pre>
<!-- Author: W.Badgett :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161887' target=_top>161887</a>) -->


<!-- Date: Tue Apr 22 18:53:50.343 2003 -->
<pre>One is no longer able to turn on Turbo-HRR  
in the RunControl. 
 
(However, Silicon experts should have no  
problem figuring out how to enable it) 
</pre>
<!-- Author: W.Badgett -->

<!-- Date: Tue Apr 22 19:04:06.136 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161889">161889</A>
ACTIVATE: Testing HEVB/L3
<!-- Author: mattson -->
<!-- Comment: Tue Apr 22 19;16;42 comment by...Ilya -->
  The crate WCAL06 keeps giving Done Timeouts, 3 or 4 by now. We will restart the run after dropping this crate.



<!-- Date: Tue Apr 22 19:26:41.097 2003 -->
<pre>  Update on L3 converter dropout problem: 
 
 Suspecting problems with scramnet (fiberoptic ring network  
that runs between EVB and converter nodes)  we have checked all 
connections of the ring. We found 3 or 4 loose connections 
on the 3d floor in the converter nodes, probably introduced 
during the work on subfarm c02 that gave problems last week 
(that work was finished last Thursday at 9:30pm, right before 
the first appearance of the converter problem). The connections 
are restored now. We are taking a test run to see if the  
problem with dying subfarms is gone. 
  
  As a side note, problems with our scramnet could possibly 
have affected tsi00. (which also had to be rebooted a lot  
lately). There is a process on tsi00, Trigger Manager, that 
is also included in our scramnet ring. If TM does something 
unpredictable when it reads noise from scramnet, that could 
cause trouble in the crate (VxWorks being unprotected from 
random memory overwrites). 
</pre>
<!-- Author: Ilya/Steve -->


<!-- Date: Tue Apr 22 19:43:00.653 2003 -->
we'll keep going on L2 torture run until 9pm requested by Ilya to test L3. 
<!-- Author: Jaison :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161891' target=_top>161891</a>) -->
<!-- Comment: Tue Apr 22 20;59;30 comment by...Steve Tether -->
We ran without L3 problems until 9 PM. Looks like we fixed the converter dropout problem.
<!-- Date: Tue Apr 22 19:54:39.162 2003 -->
(MLE) b0wcal05:Messenger:7:51:52 PM->Event 90949: Bunchcounters in slot 16 (BC=71) and slot 9 (BC=21) disagree (at least) 
(MLE) b0wcal05:Messenger:7:51:52 PM->Runtime Error 1, Event 90949: Bunch counter mismatch, mismatch count = 1, autoHRR recovered
<!-- Author: jaison :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161891' target=_top>161891</a>) -->
<!-- Comment: Tue Apr 22 19;55;06 comment by...jaison -->
(MLE) b0wcal05:Messenger:7:52:31 PM->Event 100956: Bunchcounters in slot 16 (BC=136) and slot 17 (BC=86) disagree (at least)
(MLE) b0wcal05:Messenger:7:52:31 PM->Runtime Error 2, Event 100956: Bunch counter mismatch, mismatch count = 1, autoHRR recovered


<!-- Comment: Tue Apr 22 19;56;24 comment by...jaison -->
(MLE) b0wcal00:Messenger:7:54:40 PM->Event 621123: Bunchcounters in slot 5 (BC=18) and slot 7 (BC=27) disagree (at least)
(MLE) b0wcal00:Messenger:7:54:40 PM->Runtime Error 2, Event 621123: Bunch counter mismatch, mismatch count = 1, autoHRR
<!-- Comment: Tue Apr 22 19;58;44 comment by...jaison -->
(MLE) b0wcal05:Messenger:7:57:08 PM->Event 188431: Bunchcounters in slot 16 (BC=118) and slot 20 (BC=83) disagree (at least), autoHRR
<!-- Comment: Tue Apr 22 20;00;02 comment by...jaison -->
(MLE) b0wcal03:Messenger:7:58:14 PM->Event 690605: Bunchcounters in slot 5 (BC=24) and slot 19 (BC=68) disagree (at least), autoHRR
<!-- Comment: Tue Apr 22 20;07;14 comment by...jaison -->
(MLE) b0wcal05:Messenger:8:05:41 PM->Event 364344: Bunchcounters in slot 16 (BC=112) and slot 20 (BC=109) disagree (at least), autoHRR
<!-- Comment: Tue Apr 22 20;13;19 comment by...jaison -->
(MLE) b0wcal05:Messenger:8:11:37 PM->Event 492459: Bunchcounters in slot 16 (BC=86) and slot 9 (BC=53) disagree (at least), autoHRR
<!-- Comment: Tue Apr 22 20;17;52 comment by...jaison -->
(MLE) b0wcal03:Messenger:8:16:17 PM->Event 1073749: Bunchcounters in slot 5 (BC=74) and slot 19 (BC=127) disagree (at least), autoHRR
<!-- Comment: Tue Apr 22 20;22;29 comment by...jaison -->
(MLE) b0wcal03:Messenger:8:20:48 PM->Event 1168752: Bunchcounters in slot 5 (BC=68) and slot 20 (BC=53) disagree (at least), autoHRR
<!-- Comment: Tue Apr 22 20;23;56 comment by...jaison -->
(MLE) b0wcal05:Messenger:8:21:47 PM->Event 702689: Bunchcounters in slot 16 (BC=65) and slot 18 (BC=109) disagree (at least), autoHRR
<!-- Comment: Tue Apr 22 20;33;45 comment by...jaison -->
(MLE) b0wcal05:Messenger:8:31:42 PM->Event 919474: Bunchcounters in slot 16 (BC=121) and slot 9 (BC=6) disagree (at least), autoHRR
<!-- Comment: Tue Apr 22 20;38;19 comment by...jaison -->

(MLE) b0wcal00:Messenger:8:36:39 PM->Event 1501978: Bunchcounters in slot 5 (BC=68) and slot 7 (BC=9) disagree (at least), autoHRR
<!-- Comment: Tue Apr 22 20;39;08 comment by...jaison -->
(MLE) b0wcal03:Messenger:8:37:20 PM->Event 1510634: Bunchcounters in slot 5 (BC=74) and slot 20 (BC=109) disagree (at least), autoHRR
<!-- Date: Tue Apr 22 19:56:04.012 2003 -->
Steve Hahn reboots Fenwal warning PC after we notice it has run out of memory.
<!-- Author: Aidan Robson -->


<!-- Date: Tue Apr 22 19:56:05.170 2003 -->
 
(MLE) b0ccal13:Messenger:7:53:15 PM->Event 594846: Bunchcounters in slot 17 (BC=0) and slot 18 (BC=6) disagree (at least) 
(MLE) b0ccal13:Messenger:7:53:16 PM->Runtime Error 1, Event 594846: Bunch counter mismatch, mismatch count = 1, autoHRR recovered
<!-- Author: jaison :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161891' target=_top>161891</a>) -->
<!-- Comment: Tue Apr 22 20;03;43 comment by...jaison -->
(MLE) b0ccal13:Messenger:8:01:57 PM->Event 768220: Bunchcounters in slot 17 (BC=65) and slot 16 (BC=68) disagree (at least), autoHRR







<!-- Comment: Tue Apr 22 20;36;18 comment by...jaison -->
(MLE) b0ccal05:Messenger:8:34:43 PM->Event 1464562: Bunchcounters in slot 17 (BC=124) and slot 19 (BC=59) disagree (at least), autoHRR




<!-- Date: Tue Apr 22 20:49:53.218 2003 -->
shepherded the problematic crates (wcal03, 05, ccal10, 13), Let's see!!!
<!-- Author: jaison :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161891' target=_top>161891</a>) -->

<!-- Date: Tue Apr 22 20:58:07.340 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161891">161891</A>
TERMINATE: end run for testing L3
<!-- Author: mattson -->



<!-- Date: Tue Apr 22 21:10:10.599 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161898">161898</A>
ACTIVATE: TOF QIE calib start
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 21:10:11.312 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161898">161898</A>
TERMINATE: TOF QIE end
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 21:12:31.411 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161899">161899</A>
ACTIVATE: SMX QIE calib start
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 21:12:32.948 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161899">161899</A>
TERMINATE: SMX QIE end
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 21:13:59.871 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161900">161900</A>
ACTIVATE: TOF TAC calib start
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 21:16:06.408 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161900">161900</A>
TERMINATE: TOF TAC end
<!-- Author: jaison 2080 -->



<!-- Date: Tue Apr 22 21:19:35.592 2003 -->
I took b0musc00 to test after the removal the CBD card. The crate appears to be functioning perfectly. I took a few muon calibration runs and nearly 4million events in normal data taking with numerous HRRs. No problems found. Hopefully this is the last of the musc00 saga.
<!-- Author: dan -->


<!-- Date: Tue Apr 22 21:28:07.666 2003 -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>While working on the musc00 crate i discovered a MAJOR problem with cmx00. I cannot get this crate to go thru coldstart. FER_Messenger goes into SUSPEND state and in vxlogin window I see the following error : 
 
Messenger: processReadoutlist 
 
data access 
Exception current instruction address: 0x00db1588 
Machine Status Register: 0x0000b130 
Data Access Register: 0x00f2688a 
Condition Register: 0x22000048 
Data storage interrupt Register: 0x0000b130 
Task: 0xe7b5d0 "Messenger" 
 
This persisted after numerous crate resets. Nothing obviously point to TDC issue. FER experts will have to diagnose! 
 
This happened to me in both muon calibration and normal DAQ running.... 
</pre></td></tr></td></table>
<!-- Author: dan -->
<!-- Comment: Tue Apr 22 22;08;05 comment by...Aidan/Jaison -->
<pre>...and we see this when we try to include b0cmx00 in the cosmic run.  We would page experts if we were expecting beam any time in the next two days but...

b0cmx00-&gt; tt Messenger
289d64 vxTaskEntry    +60 : FER_messenger ()
d8e9cc FER_messenger  +2cc: d6d5e4 ()
d6d5e4 FER_smartInitMS+1c34: 1eb564 ()
1eb564 TipcSrvMainLoop+510: TipcSrvMsgProcess (e10c10)
1eb034 TipcSrvMsgProcess+d8 : 1e830c (e3b8e8, e10c10)
1e8630 TipcSrvSubjectCbCreate+8c0: TutCbListCall (e10a40, e3b8e8, e7b3c8)
10ab5c TutCbListCall  +158: d73514 ()
d735bc FER_processReadoutListCallout+3794: d70d84 ()
d70d84 FER_processReadoutListCallout+f5c: FER_coldstart ()
d97718 FER_coldstart  +74 : FER_init ()
d94724 FER_init       +a4 : init_CamacMuonBranch ()
d9c210 init_CamacMuonBranch+4c : setTriggerInhibitEnable ()
value = 0 = 0x0
b0cmx00-&gt; 
</pre>
<!-- Comment: Tue Apr 22 22;21;14 comment by...Jaison/Aidan -->
We remove b0cmx00 from the run.
<!-- Date: Tue Apr 22 21:39:31.068 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161901">161901</A>
ACTIVATE: test new TAC calib
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 21:39:57.779 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161901">161901</A>
TERMINATE: end test new TAC
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 21:47:28.337 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161902">161902</A>
ACTIVATE: test new TAC calib
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 21:47:29.818 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161902">161902</A>
TERMINATE: abort
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 21:51:34.012 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161903">161903</A>
ACTIVATE: test TAC calib
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 21:51:35.355 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161903">161903</A>
TERMINATE: end TAC
<!-- Author: jaison 2080 -->



<!-- Date: Tue Apr 22 22:10:25.548 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161904">161904</A>
TERMINATE: abort run 
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 22:20:42.756 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161905">161905</A>
TERMINATE: abort because cmu00 not being included
<!-- Author: jaison 2080 -->



<!-- Date: Tue Apr 22 22:20:43.431 2003 -->
<table border=0><td><tr><td bgcolor=#e0e030>b0cmu01 is giving error on coldstart.  There are no suspended processes. We tried shepherding without success; rebooting then shepherding was also unsuccessful.  We remove it from the run, experts please investigate in the morning.</td></tr></td></table>
<!-- Author: Jaison/Aidan -->
<!-- Comment: Wed Apr 23 07;56;31 comment by...Frank Chlebana -->
<pre>Doing a crate map TDCs in slots
6, 9, 13, 14, 19 all show up as empty.

After removing these cards I was able to start a run

Sometimes the TDCs get in a unresponsive state that 
requires powercycling them.

Should try this to recover the unresponsive TDCs....</pre>
<!-- Date: Tue Apr 22 22:26:49.183 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161906">161906</A>
 Activated at 2003.04.22 22:25:14
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 22:26:50.345 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161906">161906</A>
ACTIVATE: start cosmic run w/ trin00 and w/o cmu01, cmx00
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 23:11:57.959 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161906">161906</A>
 Terminated at 2003.04.22 23:10:38
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 23:12:36.143 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161906">161906</A>
TERMINATE: end run for reboot some of L3 subfarm
<!-- Author: jaison 2080 -->



<!-- Date: Tue Apr 22 23:12:37.173 2003 -->
<pre>Took last 4 subfarms to restart sshd .  
 
</pre>
<!-- Author: Boris.  -->
<!-- Comment: Tue Apr 22 23;51;33 comment by...Boris -->
<pre>Take a test run after reboot. Works fine. </pre>
<!-- Date: Tue Apr 22 23:19:33.285 2003 -->
<pre>clean up EVB becaus of getting error 
 
 Attention !!!. Event Builder EVB_PROXY_SM_TIMEOUT Error !!!.  
 Event Builder proxy lost connection to Scanner Manager.  
 We RECOMMEND the following steps: 
 - End of run, Reset 
 - Clean up EVB        </pre>
<!-- Author: jaison -->

<!-- Date: Tue Apr 22 23:27:20.019 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161907">161907</A>
 Activated at 2003.04.22 23:25:23
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 23:27:21.621 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161907">161907</A>
ACTIVATE: start cosmic run w/ trin00 and w/o cmu01, cmx00 and L3 subfarms(13,14,15,16)
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 23:41:05.289 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161907">161907</A>
 Terminated at 2003.04.22 23:38:33
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 23:41:06.808 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161907">161907</A>
TERMINATE: end run to clean up L3 and include all subfarm
<!-- Author: jaison 2080 -->


<!-- Date: Tue Apr 22 23:51:01.574 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161908">161908</A>
 Activated at 2003.04.22 23:49:35
<!-- Author: RunControl -->


<!-- Date: Tue Apr 22 23:51:33.569 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=161908">161908</A>
ACTIVATE: start cosmic run w/ trin00 and w/o cmu01, cmx00
<!-- Author: jaison 2080 -->



<!-- Date: Tue Apr 22 23:56:49.640 2003 -->
<TABLE BORDER=2 CELLSPACING=1 CELLPADDING=1 BGCOLOR=WHITE>
<TR BGCOLOR=YELLOW><TH>Run Number</TH>
<TH>Data Type</TH>
<TH>Physics Table</TH>
<TH>Begin Time</TH>
<TH>End Time</TH>
<TH>Live Time</TH>
<TH>L1 Accepts</TH>
<TH>L2 Accepts</TH>
<TH>L3 Accepts</TH>
<TH>Live Lumi, nb-1</TH>
<TH>GR</TH>
<TH>SC</TH>
<TH>RC</TH></TR>

<TR><TD>Totals</TD>                                                     
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD>23:55:01</TD>                                                       
<TD ALIGN=CENTER>::</TD>                                                
<TD ALIGN=RIGHT></TD>                                                   
<TD ALIGN=RIGHT></TD>                                                   
<TD ALIGN=RIGHT></TD>                                                   
<TD ALIGN=RIGHT></TD>                                                   
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD></TR>                                                         
                                                                        
</TABLE>
<!-- Author: End of Shift Report -->



<!-- Date: Wed Apr 23 00:00:57.282 2003 -->
<font color=red>Shift Summary: </font><pre>Lots of tests run.  Read the log.  Most significant is the L3 fix.  Two muon crates are misbehaving.  We are running cosmics.</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   161908 cosmics
Delivered Luminosity   0  
Acquired Luminosity    0  
Efficiency             100%
   
</td></tr></table></pre>
<!-- Author: pondrom -->