<!-- Title: Day shift. Thu Dec 23, 2004 -->
<!-- SciCo: Slawek Tkaczyk -->
<!-- DAQAce: Paul DiTuro -->
<!-- MonAce: Veronique Boisvert/Mat Martin -->
<!-- CO: Cen, Yen-Chu -->
<!-- OpManager: SungWong  Lee -->
<!-- Notes: -->
<pre>Store 3873 in collisions.</pre>


<!-- Date: Thu Dec 23 08:44:18.923 2004 -->
<center><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12863&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12863' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12864&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12864' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12865&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12865' width='300'></a></center>
<!-- Author: Veronique Hourly Plots from 7:30-8:30 -->


<!-- Date: Thu Dec 23 09:06:14.272 2004 -->
At appx 9am we had a problem where we suddenly had 100% (or very close) deadtime for about 5 minutes. All the deadtime was in the "BUSY" slot. The observation (Masa) was that the Level 1 accept rate and the Level 2 accept rate were identical. This overwhelmed the eventbuilder which gave the 100% deadtime in the "BUSY" slot (which indicates the event builder). Paul did a "reboot_alpha" and this fixed the problem.
<!-- Author: Mat and Paul and Masa :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->
<!-- Comment: Thu Dec 23 09;47;58 comment by...Masa -->
<pre>Similar problem is reported Dec/22 owl shift.
I suspect Alpha was somehow set to auto accept mode
(maybe the L2autoaccept bit is overwritten or so).
</pre>
<!-- Date: Thu Dec 23 09:06:43.956 2004 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2004&action=view&page=-12866&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2004&action=view&page=-12867  width='300' align='top'></a></td><td>Corrector power supply failure and beam instability</td></tr></table>
<!-- Author: R.J. Tesarek -->
<!-- Comment: Thu Dec 23 09;11;43 comment by...R.J. Tesarek -->
<br><b>Corrector Magnet Power Supply Failure:</b>
<br>Antiproton beam current (green), losses (cyan),
halo (yellow) and corrector magnet current for T:HF38 
as a function of time into the present store.
Note when the supply tripped off, the losses and halo
became "spikey".  Note that rates are still well below
any region concern.  However, one should keep an eye
on the instability to ensure that it doesn't grow during
the store.
 
<br>
<!-- Date: Thu Dec 23 09:10:47.932 2004 -->
SVX Bias  B4 W2 L1 Marked current: 125. We expect more variation from BIAS, but the history is showing an upward trend... so just for a reference I note it.
<!-- Author: Veronique -->



<!-- Date: Thu Dec 23 09:25:39.762 2004 -->
Level 2 timeout. 3 HRR's didn't help. reboot_alpha worked.
<!-- Author: Mat :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->


<!-- Date: Thu Dec 23 09:26:40.626 2004 -->
<center><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12868&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12868' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12869&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12869' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12870&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12870' width='300'></a></center>
<!-- Author: Veronique Hourly Plot from 8:30-9:25 -->



<!-- Date: Thu Dec 23 10:00:50.729 2004 -->
Stuck CELLID: 
 
<pre> 
56'54" b0dap84.fnal.gov:ConsumerErrorRe:9:56:54 AM->Runtime Error 1, Event 12602, RunNum 191534: SvxMon Halt Recover Run: Stuck Cellid in 5 events in Silicon/I/B5/W5/L1/C4-7 . -->   
 Additional Information:  
 
 Attention !!!. CER_SVXMON_HALT_RECOVER_RUN_ERROR !!!  
  
 Stuck Cellid I/B5/W5/L1/C4-7 .  
 
</pre> 
 
HRR helped.
<!-- Author: Mat and Paul :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->


<!-- Date: Thu Dec 23 10:09:59.160 2004 -->
Service work on L3 sub-farms 04-06 finished. 
The power strip was replaced. 
Farm is ready for integration into the r_c.
<!-- Author: Slawek :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->


<!-- Date: Thu Dec 23 10:17:03.267 2004 -->
Stuck cellid, and another high deadtime event. reboot_alpha helped.
<!-- Author: Mat and Paul :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->


<!-- Date: Thu Dec 23 10:29:06.856 2004 -->
<pre>CLC (Roberto Rossin) made a request to be notified before the end of a store.  CLC pager 218 4352. He would like to refill the isobutane on the West Side. 
 </pre>
<!-- Author: Slawek :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->


<!-- Date: Thu Dec 23 10:33:35.116 2004 -->
<center><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12871&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12871' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12872&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12872' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12873&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12873' width='300'></a></center>
<!-- Author: Veronique, Hourly Plots from 9:30-10:30 -->


<!-- Date: Thu Dec 23 10:42:55.721 2004 -->
Another L2 problem. 2 HRR's didn't clear. reboot_alpha helped. 
 
<pre> 
(MLE) b0xft00:Messenger:10:36:14 AM->Event 4254182: Bunchcounters in slot 13 (BC=0) and slot 9 (BC=59) disagree (L2B=1) Failure at read of flashram contents  
(MLE) b0xft00:Messenger:10:36:14 AM->Runtime Error 12, Event 4254182: Bunch counter mismatch, mismatch count = 1 
(MLE) b0l2de00:SpyAlpha:10:37:44 AM-> 
L2receive: SVT buffno 0 != event buffno 2 
</pre>
<!-- Author: Mat :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->


<!-- Date: Thu Dec 23 10:51:30.958 2004 -->
Done time out: 
 
<pre> 
b0dap73.fnal.gov:Start Error HandlerThread[Thread-41911,6,main]:10:50:02 AM->Done Timeout: COT_13 
</pre> 
 
HRR helped.
<!-- Author: Mat :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->


<!-- Date: Thu Dec 23 10:52:02.023 2004 -->
Another Done time out. This time in cot12. HRR helped.
<!-- Author: Mat :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->


<!-- Date: Thu Dec 23 11:15:24.805 2004 -->
<pre>I have briefly looked at the problem of the display program crashing 
when ObjectMon slides were showing.  The display always crahes when 
"SVT_Slide_Show" slide is about to be displayed, when 'auto-cycling' is on 
 AND when the silicon is in DAQ.  One can look at all the ObjectMon 
slides by double-clicking each slide one by one by hand.  The display crash 
is independent of running 6.0.0int3 or 5.3.3 display versions.  
Starting tomorrow, Tetsuo (HistDisplayMain author) will be taking CO 
shift.  We shall ask him to look into the problem in more details. 
Meanwhile, I suggest that we run Stage0 displaying on the upper most right 
display terminal.  Only attach ObjectMon when one wants to check 
ObjectMon slides by hand.  </pre>
<!-- Author: kaori :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->


<!-- Date: Thu Dec 23 11:18:33.419 2004 -->
Si SVX AVDD B1 W2 L2 marked currrent: 865. Unmarked. Green
<!-- Author: Veronique -->
<!-- Comment: Thu Dec 23 11;21;47 comment by...Veronique -->
did it again.


<!-- Date: Thu Dec 23 11:33:14.754 2004 -->
<center><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12874&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12874' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12875&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12875' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12876&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12876' width='300'></a></center>
<!-- Author: Veronique Hourly Plots from 10:30-11:30 -->


<!-- Date: Thu Dec 23 11:35:46.575 2004 -->
Got PSM alarm due to the fact that "they" are powering down the SVT crate.
<!-- Author: Veronique -->


<!-- Date: Thu Dec 23 11:38:17.756 2004 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2004&action=view&page=-12877&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2004&action=view&page=-12877  width='300' align='top'></a></td><td>Missing hourly plot</td></tr></table>
<!-- Author: Veronique -->


<!-- Date: Thu Dec 23 11:40:37.250 2004 -->
At appx 11:20 we began getting L2 done timeouts which could not be cleared by doing reboot_alpha. We tried 4 times. Then it was pointed out that we are getting: 
 
<pre> 
(MLE) b0l2de00:SpyAlpha:11:37:12 AM-> 
L2receive: Error: no data from SVT 
</pre> 
 
We called Jahred and he suggested power cycling b0svt07 and b0svt08. This didn't solve the problem.
<!-- Author: Mat and Paul :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534' target=_top>191534</a>) -->
<!-- Comment: Thu Dec 23 15;13;33 comment by...Saltzberg -->
From looking at the error log, it looks like you have been 
getting similar errors since about 4am last night.
<!-- Date: Thu Dec 23 11:47:11.244 2004 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2004&action=view&page=-12878&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2004&action=view&page=-12878  width='300' align='top'></a></td><td>The CMU East Occupancy is RED. 
Don't see which channel(s) are in trouble. 
They are all in green bar range. 
Should wait for more statistics.</td></tr></table>
<!-- Author: Yen-Chu -->
<!-- Comment: Thu Dec 23 12;59;23 comment by...Dale -->
Yen-Chu correctly points out that more statistics are needed and that the plot clearly looks ok.
<p>
At some point the muon group will use a nice long mid-luminosity run as a new refrence.  This will mainly before CMX where we added wedge 5 and the wedges between 15-20 have very thin green bars insteed of red '+' and green error bars.  This should also help for CMU west 8 which shows a slight depression due to the fact that it was damaged durning the last August shutdown.  
</p>
When we update we will see if we can make the CMU/CMX plots stay "blue" longer like the CMP plots (i.e. require more statistics before switching to a "green" = <i>good</i>, "red" = <i>take a look</i> background).  We hope to look into this sometime later in the new year.
<!-- Date: Thu Dec 23 11:51:05.400 2004 -->
SVX AVDD B1 W2 L2 is behaving again. Green after unmark. Current: 865. 
<!-- Author: Veronique -->


<!-- Date: Thu Dec 23 12:00:16.805 2004 -->
L00 DOIM B1 W2 L5 Current at mark:1315, so just above yellow level. unmarked. now yellow
<!-- Author: Veronique -->
<!-- Comment: Thu Dec 23 12;03;23 comment by...Veronique -->
had to do it again.

<!-- Date: Thu Dec 23 12:07:35.791 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534">191534</A>
 Terminated at 2004.12.23 12:07:26
<!-- Author: RunControl -->


<!-- Date: Thu Dec 23 12:09:59.348 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191534">191534</A>
TERMINATE: SVT expert needs the crates.
<!-- Author: Paul(X2080) -->



<!-- Date: Thu Dec 23 12:13:29.630 2004 -->
We are ending the run because of SVT errors.  When the new run begins we will include some of the L3 subfarms that had been taken out of the previous runs.  All subfarms will be included except for c06.  This is being done with the knowledge of L3.  If any problems arise a L3 expert will be contacted immediately.
<!-- Author: Paul and Mat -->


<!-- Date: Thu Dec 23 12:23:06.602 2004 -->
YMon display [not consumer] is frozen.  YMon display messages: 
<pre>Error  <TMessage::CheckByteCount>: object of class TA 
xis read too few bytes: 103 instead of 105 
Warning in <TMessage::CheckByteCount>: TAxis::Streamer( 
) not in sync with data on file, fix Streamer() 
</pre>  
<!-- Author: Yen-Chu and Dale -->

<!-- Date: Thu Dec 23 12:34:55.852 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191535">191535</A>
TERMINATE: Illya wanted to see L3 get to READY successfully.
<!-- Author: Paul and Mat(X2080) -->



<!-- Date: Thu Dec 23 12:40:35.710 2004 -->
SVX BIAS B4 W2 L1 Current at mark: 122. Unmarked. Yellow. Did twice. history plot still climbing.
<!-- Author: Veronique -->



<!-- Date: Thu Dec 23 13:09:49.272 2004 -->
The SVT experts (Jahred and company) are still trying to resurrect the SVT. It seems to be a problem in the entire SVT system, and not related to just one wedge.
<!-- Author: Mat -->


<!-- Date: Thu Dec 23 13:11:14.237 2004 -->
SVX B4 W2 trip. Reset procedure did not work. expert on the way
<!-- Author: Veronique -->


<!-- Date: Thu Dec 23 13:30:51.686 2004 -->
<center><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12882&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12882' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12883&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12883' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12884&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12884' width='300'></a></center>
<!-- Author: Veronique Hourly plot 11:30-12:30 -->


<!-- Date: Thu Dec 23 13:31:58.065 2004 -->
Disregard previous plots, something is wrong with the procedure.
<!-- Author: Veronique -->


<!-- Date: Thu Dec 23 13:33:00.296 2004 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2004&action=view&page=-12885&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2004&action=view&page=-12885  width='300' align='top'></a></td><td>Plot of Lossses 11:30-12:30</td></tr></table>
<!-- Author: Veronique -->


<!-- Date: Thu Dec 23 13:42:12.407 2004 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2004&action=view&page=-12886&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2004&action=view&page=-12886  width='300' align='top'></a></td><td>Plot 11:30-12:30</td></tr></table>
<!-- Author: Veronique -->


<!-- Date: Thu Dec 23 13:43:14.196 2004 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2004&action=view&page=-12887&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2004&action=view&page=-12887  width='300' align='top'></a></td><td>Plot 11:30-12:30</td></tr></table>
<!-- Author: Veronique -->


<!-- Date: Thu Dec 23 13:47:53.235 2004 -->
<center><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12888&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12888' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12889&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12889' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12890&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12890' width='300'></a></center>
<!-- Author: Veronique Hourly Plots 12:30-13:30 -->


<!-- Date: Thu Dec 23 13:49:30.760 2004 -->
Trip error indicated a communication failure so with Si expert we dick the hockerization procedure and resetted that crate on 1st floor.
<!-- Author: Veronique -->


<!-- Date: Thu Dec 23 14:33:17.744 2004 -->
<center><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12891&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12891' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12892&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12892' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12893&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12893' width='300'></a></center>
<!-- Author: Veronique Hourly Plots 13:30-14:30 -->

<!-- Date: Thu Dec 23 14:54:31.822 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191536">191536</A>
ACTIVATE: RunSet: SVXCAL_DPSON  Trigger: COSMICS [14,503,442] 
<!-- Author: Paul and Mat(X2080) -->


<!-- Date: Thu Dec 23 15:02:23.899 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191536">191536</A>
TERMINATE: end of Dmode calibration of SVX
<!-- Author: Paul and Mat(X2080) -->


<!-- Date: Thu Dec 23 15:08:29.612 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191537">191537</A>
ACTIVATE: RunSet: SVXCAL_DPSOFF  Trigger: COSMICS [14,503,442] 
<!-- Author: Paul and Mat(X2080) -->



<!-- Date: Thu Dec 23 15:14:26.901 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191537">191537</A>
TERMINATE: End of SVX dmode calib DPS off
<!-- Author: Paul and Mat(X2080) -->



<!-- Date: Thu Dec 23 15:18:37.460 2004 -->
The SVT folks have given us SVT crates 6 and 7 so we can now take NOSILICON data. We are masking out subfarm 6 because Ilya wanted us to. And subfarm 3 because we saw a problem with it during the silicon dmode calib.
<!-- Author: Mat -->


<!-- Date: Thu Dec 23 15:19:46.789 2004 -->
Si status: Since B4 W2 L0 kept tripping they took it offline. Since we were down fixing svt problems, the si expert took a silicon calibration run.
<!-- Author: Veronique -->

<!-- Date: Thu Dec 23 15:23:57.915 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191538">191538</A>
 Activated at 2004.12.23 15:23:45
<!-- Author: RunControl -->


<!-- Date: Thu Dec 23 15:23:58.418 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191538">191538</A>
ACTIVATE: RunSet: AAA_NOSILICON  Trigger: PHYSICS_3_00 [2,560,506] 
<!-- Author: Paul and Mat(X2080) -->



<!-- Date: Thu Dec 23 15:33:27.222 2004 -->
<center><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12894&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12894' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12895&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12895' width='300'></a><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-12896&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-12896' width='300'></a></center>
<!-- Author: Veronique Hourly Plots 14:30-15:30 -->

<!-- Date: Thu Dec 23 15:34:59.991 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191538">191538</A>
 Terminated at 2004.12.23 15:34:41
<!-- Author: RunControl -->


<!-- Date: Thu Dec 23 15:35:16.265 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191538">191538</A>
TERMINATE: So apparently just having SVT crates 6 and 7 in the run is not sufficient to take data. 
<!-- Author: Paul and Mat(X2080) -->



<!-- Date: Thu Dec 23 15:49:38.993 2004 -->
<pre> 
Summary: 
    - At appx 11:10am we got the 'Error: no data from SVT' error messages. Here is the entry from the log file from 191538: 
 
<pre> 
(MLE) b0l2de00:SpyAlpha:11:10:49 AM-> 
TIMEOUT: Mod done not set for slot(s) 12 (SVTList)  
 Raw: (0x0007fdff, cnt 1) 
XTRP: (BC = 133, Buffer no = 1) 
 
(MLE) b0l2de00:SpyAlpha:11:10:49 AM-> 
L2receive: Error: no data from SVT 
 
(MLE) b0l2de00:SpyAlpha:11:10:50 AM-> 
Error: Startload is still low. ModDone bits 0x4007fdff for event 40588072 
 
(MLE) b0l2de00:SpyAlpha:11:10:50 AM-> 
TIMEOUT: Mod done not set for slot(s) 12 (SVTList)  
 Raw: (0x0007fdff, cnt 2) 
XTRP: (BC = 53, Buffer no = 2) 
 
(MLE) b0l2de00:SpyAlpha:11:10:50 AM-> 
L2receive: Error: no data from SVT 
 
(MLE) b0dap73.fnal.gov:Start Error HandlerThread[Thread-41911,6,main]:11:10:42 AM->  Level 2 Decision Timeout 
</pre>  
 
- We tried rebooting alpha because we thought it was the L2 synch problem at first. This didn't help. 
 
- We paged SVT and Jahred suggested power cycling svt crates 6 and 7. This also didn't help. 
 
- When Jahred came in he began to investigate the problem with Bendicto. They power cycled all the SVT crates. It took some time (appx 30 minutes) for the crates to configure. 
 
- Luciano became involved after about 2 hours, and got Stefano Belforte on the phone from Italy. Luciano suspects that the correct config file(s) were not being downloaded after the power cycling. Even if this is the case, we may not be any closer to understanding the original problem. 
 
- Bill Ashmanskas may be dragged into the fray shortly. 
 
- Current DAQ status : Dead in the water. We can't take Silicon data because we don't have the SVT. We can't take COT only data because it also requires the SVT. But we did a silicon D-Mode calibration. 
 
- Conclusion : We need more comprehensive SVT support. Jahred and Benedicto are doing their best, but this is a tough problem. 
  
<!-- Author: Mat and Paul -->
<!-- Comment: Thu Dec 23 23;00;52 comment by...Dale -->
quick fix</pre>
<!-- Date: Thu Dec 23 15:55:31.374 2004 -->
<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=191534>
191534</A> 
x2EC2E</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_3_00 [2,560,506]</TD>                                       
<TD ALIGN=CENTER>03:56:07</TD>                                          
<TD ALIGN=CENTER>12:07:26</TD>                                          
<TD ALIGN=CENTER>06:39:38</TD>                                          
<TD ALIGN=RIGHT>    517,535,083</TD>                                    
<TD ALIGN=RIGHT>     4,567,865</TD>                                     
<TD ALIGN=RIGHT>   1,410,059</TD>                                       
<TD ALIGN=RIGHT>  913.828</TD>                                          
<TD ALIGN=CENTER></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:02</TD>                                                       
<TD ALIGN=CENTER>06:39:38</TD>                                          
<TD ALIGN=RIGHT>     517,535,083</TD>                                   
<TD ALIGN=RIGHT>      4,567,865</TD>                                    
<TD ALIGN=RIGHT>     1,410,059</TD>                                     
<TD ALIGN=RIGHT>  913.828</TD>                                          
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD></TR>                                                         
                                                                        
</TABLE>
<!-- Author: End of Shift Report -->



<!-- Date: Thu Dec 23 15:57:47.160 2004 -->
<font color=red>Shift Summary: </font><pre>SVT problem being investigated. 
</pre> 
<!-- Author: Slawek -->


<!-- Date: Thu Dec 23 16:02:34.529 2004 -->
Since we can't seem to figure out the SVT problems immediately, I just copied the SVT hwset file (configuration file) that is used in L2-torture, made it point to a file with EE word from the hit finder, and set this to default. 
 
Thus, I THINK if b0svt06 and b0svt07 are the only SVT crates booked, SVT we send EE and data taking without SVT can continue until we solve the problem.
<!-- Author: Jahred -->
<!-- Comment: Thu Dec 23 18;28;29 comment by...Jahred -->
OK, SVT problems fixed, so ignore this entry now .... 
<!-- Date: Thu Dec 23 16:04:25.171 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191539">191539</A>
 Activated at 2004.12.23 16:04:05
<!-- Author: RunControl -->


<!-- Date: Thu Dec 23 16:04:26.102 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=191539">191539</A>
ACTIVATE: RunSet: AAA_NOSILICON  Trigger: PHYSICS_3_00 [2,560,506] 
<!-- Author: Saverio & Jared -->