<!-- Title: Eve shift. Sat Jan 13, 2007 -->
<!-- SciCo: Kaori Maeshima -->
<!-- DAQAce: Tatiana Rodriques -->
<!-- MonAce: &nbsp; -->
<!-- CO: Markku Petteri Mehtala -->
<!-- OpManager: Koji Sato/Farrukh Azfar -->
<!-- Notes: -->
<pre>Store 5175 just finished.  Quiet time for 15 min. 
Stash 279.   
Plan: 
After quiet time, Laura takes trigger (she is here) for a little 
while.  Other than that, normal between the store, shor-setup, 
then take data.</pre>

<!-- Date: Sat Jan 13 16:21:16.143 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232038>232038</A>
TERMINATE: calib done
<!-- Author: Tatiana -->



<!-- Date: Sat Jan 13 16:23:25.793 2007 -->
Never seen this before: <pre>Failed to refresh Hardware Database<BR> 
java.sql.SQLException: ORA-20201: Timed out waiting to access HDWDB tables after 60 seconds</pre> Also, the Partition transition is actually RED. Will start over.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232038' target=_top>232038</a>) -->
<!-- Comment: Sat Jan 13 16;29;56 comment by...Tati -->
tried twice. Java popup window these times, plus:<pre>Failed to refresh Hardware Database
java.sql.SQLException: ORA-20201: Timed out waiting to access HDWDB tables after 60 seconds
User svxii/HUSEMANN [sqlplus@b0dasvx01.fnal.gov (TNS V1-V3)] locks CHIPCHAINS
ORA-06512: at "HDWDB_PRD.HDWDB", line 738
ORA-06512: at line 1
</pre> Since Silicon guys are working, just not going to do the rest of the calibrations. Going straight into shot setup.

<!-- Comment: Sat Jan 13 17;22;59 comment by...Ricardo & Ulrich -->
We were changing a couple of CAEN low voltage trip limits in the hardware database. Part of the process is to run an SQL script to pull all limit out of the database and write them to a file. For some reason the script takes 15 minutes and paralyzes the database completely. The Ace was trying to run a calorimeter calibration, and during PARTITION Run Control reads information from the HWDB (not for the Silicon though). The HWDB complained that CHIPCHAINS was locked and would only work again once our script was finished.
<!-- Comment: Sat Jan 13 21;48;25 comment by...badgett -->
<P>
I'd suggest speeding up your scripts.   Updating one chipchain 
should take no more than a couple milliseconds.   Problems 
can arise if the changes are not committed right away &minus;
you should check your code that UPDATES have a COMMIT soon 
afterwards.
<P>
<!-- Date: Sat Jan 13 16:33:41.873 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232028>232028</A>
general: <tt>CO end of run check, data looks good except MNP was bad.</tt>
<!-- Author: Consumer Operator(Petteri Mehtala ) -->



<!-- Date: Sat Jan 13 16:38:26.293 2007 -->
Solinoid current monitor is showing "@@@@" instead of numbers. 
Called Cryo person (Jim).  He checked, and he found S1 has 
a problem.  He is rebooting S1.
<!-- Author: kaori -->
<!-- Comment: Sat Jan 13 16;49;44 comment by...kaori -->
Jim called back.  Reboot complete, and now the current shows
the number (4644.75), and looks fine.
<!-- Date: Sat Jan 13 16:47:25.964 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232041>232041</A>
 Activated at 2007.01.13 16:47:09
<!-- Author: RunControl -->



<!-- Date: Sat Jan 13 16:51:54.094 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232041>232041</A>
ACTIVATE: RunSet: ACE_COSMICS_ALL  Trigger: COSMICS [15,730,639] 
<!-- Author: Tatiana -->


<!-- Date: Sat Jan 13 16:53:56.842 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232041>232041</A>
 Terminated at 2007.01.13 16:53:31
<!-- Author: RunControl -->


<!-- Date: Sat Jan 13 16:55:29.393 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232042>232042</A>
 Activated at 2007.01.13 16:55:13
<!-- Author: RunControl -->


<!-- Date: Sat Jan 13 17:01:06.435 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232042>232042</A>
 Terminated at 2007.01.13 17:00:42
<!-- Author: RunControl -->


<!-- Date: Sat Jan 13 17:01:07.214 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232042>232042</A>
TERMINATE: releasing l2pu00
<!-- Author: Tatiana -->



<!-- Date: Sat Jan 13 17:09:36.327 2007 -->
Laura is working with l2pu00 crate right now, along with some part of L3. They will take five minutes and then I can run cosmics with all the crates in the run configuration.
<!-- Author: Tati -->
<!-- Comment: Sat Jan 13 17;36;27 comment by...Tati -->
Koji reminded me I can do non-quiet-time calibrations while waiting for Laura and Massimo to finish.
<!-- Date: Sat Jan 13 17:26:13.441 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232045>232045</A>
ACTIVATE: RunSet: ACE_TOF_QIE_NEW 
<!-- Author: Tatiana -->


<!-- Date: Sat Jan 13 17:26:14.320 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232045>232045</A>
TERMINATE: calib done
<!-- Author: Tatiana -->
<!-- Comment: Sat Jan 13 18;00;04 comment by...Petteri -->
Checked, looks ok.
<!-- Date: Sat Jan 13 17:26:15.042 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232037>232037</A>
CALIBRATION: <U><B>bscqie</B></U> calibration FAILED, please investigate
<!-- Author: CDFCALIB -->


<!-- Date: Sat Jan 13 17:27:59.325 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232046>232046</A>
ACTIVATE: RunSet: SMQIECALIB 
<!-- Author: Tatiana -->


<!-- Date: Sat Jan 13 17:29:17.638 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232046>232046</A>
TERMINATE: calib done
<!-- Author: Tatiana -->


<!-- Date: Sat Jan 13 17:31:06.700 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232047>232047</A>
ACTIVATE: RunSet: ACE_LED_ALL 
<!-- Author: Tatiana -->


<!-- Date: Sat Jan 13 17:32:37.918 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232047>232047</A>
TERMINATE: calib done
<!-- Author: Tatiana -->


<!-- Date: Sat Jan 13 17:32:38.391 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232047>232047</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: Sat Jan 13 17;39;32 comment by...Petteri -->
Checked looks ok.
<!-- Date: Sat Jan 13 17:33:18.756 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232046>232046</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: Sat Jan 13 17;42;24 comment by...Petteri -->
Checked, looks ok.
<!-- Date: Sat Jan 13 17:34:06.361 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232049>232049</A>
ACTIVATE: RunSet: COTCALIB_ACE 
<!-- Author: Tatiana -->


<!-- Date: Sat Jan 13 17:34:45.333 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232049>232049</A>
TERMINATE: calib done
<!-- Author: Tatiana -->


<!-- Date: Sat Jan 13 17:36:08.624 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232050>232050</A>
ACTIVATE: RunSet: XEF_ALL 
<!-- Author: Tatiana -->



<!-- Date: Sat Jan 13 17:37:09.210 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232049>232049</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: Sat Jan 13 17;46;53 comment by...Petteri -->
Checked, looks ok.
<!-- Date: Sat Jan 13 17:37:50.666 2007 -->
Final protons loaded, 10,596e9. 
<!-- Author: kaori -->

<!-- Date: Sat Jan 13 17:37:55.193 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232050>232050</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: Sat Jan 13 17;50;49 comment by...Petteri -->
Checked, normalised PMT counts plot has some empty wedge. These are same as in earlier calibrations.
<!-- Date: Sat Jan 13 17:39:22.002 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232050>232050</A>
TERMINATE: calib done
<!-- Author: Tatiana -->




<!-- Date: Sat Jan 13 17:43:11.041 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232055>232055</A>
ACTIVATE: RunSet: AAA_SHOTSETUP  Trigger: PHYSICS_4_01 [2,852,663] 
<!-- Author: Tatiana -->



<!-- Date: Sat Jan 13 17:46:05.756 2007 -->
Getting nothing but busy TOs. Even worse, <pre> No LoadErrors or byte count errors detected.</pre>
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232055' target=_top>232055</a>) -->


<!-- Date: Sat Jan 13 17:47:26.199 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232055>232055</A>
TERMINATE: too busy
<!-- Author: Tatiana -->
<!-- Comment: Sat Jan 13 18;26;30 comment by...Tati -->
cleaned up EVB while in start state before restarting run.
<!-- Date: Sat Jan 13 17:51:15.186 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232059>232059</A>
ACTIVATE: RunSet: AAA_SHOTSETUP  Trigger: PHYSICS_4_01 [2,852,663] 
<!-- Author: Tatiana -->
<!-- Comment: Sat Jan 13 17;51;48 comment by...Tati -->
Immediate L2 Decision TO. HRR. Running fine now.



<!-- Date: Sat Jan 13 18:11:02.001 2007 -->
AntiProton transfer finished.  2358e9 loaded
<!-- Author: kaori -->
<!-- Comment: Sat Jan 13 18;12;55 comment by...kaori -->
Ops (Koji and Farrukh) and Silicons (Ricardo and Ulrich) are all here.

<!-- Date: Sat Jan 13 18:22:54.840 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232059>232059</A>
TERMINATE: scraping
<!-- Author: Tatiana -->




<!-- Date: Sat Jan 13 18:28:37.049 2007 -->
MCR calls to say, scraping complete.  go to step-1.
<!-- Author: kaori -->
<!-- Comment: Sat Jan 13 18;31;46 comment by...kaori -->
init B0 Lum is 216e30.  

<!-- Comment: Sat Jan 13 18;32;15 comment by...kaori -->
Store # is 5176

<!-- Date: Sat Jan 13 18:34:39.090 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062>232062</A>
 Activated at 2007.01.13 18:34:24
<!-- Author: RunControl -->


<!-- Date: Sat Jan 13 18:34:40.446 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062>232062</A>
ACTIVATE: RunSet: AAA_CURRENT  Trigger: PHYSICS_4_01 [2,852,663] 
<!-- Author: Tatiana -->



<!-- Date: Sat Jan 13 18:36:11.978 2007 -->
While I was waiting to activate, first pcal02 and then pcal01 went unresponsive. Shepherded both successfully before activating.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->


<!-- Date: Sat Jan 13 18:39:16.147 2007 -->
<center><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-915&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-915' width='300'></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-916&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-916' width='300'></a></center>
<!-- Author: Tati -- shot setup -->


<!-- Date: Sat Jan 13 18:39:37.703 2007 -->
<h3>Silicon Work</h3> 
We have worked on SVX B0W11L4, the ladder we had to take out during the last store and which caused an SVT hole. The ladder returns bad data, so we decided to take out 12/14 chips. The ladder is back in and works ok so far. Maybe we can do better when we have more quiet time.
<!-- Author: Ricardo & Ulrich -->

<!-- Date: Sat Jan 13 18:40:05.352 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232028>232028</A>
RUNSTATUS: <PRE>Marked Bad, explanation: MNP crate causing readout problem. Turned off by expert.
MNP 
</PRE>
<!-- Author: cdfscico -->



<!-- Date: Sat Jan 13 18:44:45.063 2007 -->
During the two stores Laura and I took some cosmics with the crate b0l2pu00 in, in order to perform some test on the firmware and the readout code of the L2Cal-upgrade pulsar.
<!-- Author: Massimo -->


<!-- Date: Sat Jan 13 18:45:48.887 2007 -->
<pre>  L2 trigger rate has dropped to 0 Hz!!!  
     Events are not being logged !!!</pre> 
Here we go again!
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->
<!-- Comment: Sat Jan 13 18;54;44 comment by...Tati -->
again!

<!-- Comment: Sat Jan 13 19;06;59 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 19;19;33 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 19;20;52 comment by...kaori -->
Paged DAQ general to consult about this problem.
Sasha called back.  He'll look into it.
<!-- Comment: Sat Jan 13 19;28;51 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 19;41;19 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 19;54;42 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 20;06;04 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 20;14;34 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 20;25;44 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 20;32;45 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 20;40;26 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 20;47;00 comment by...Sasha Golossanov -->
<pre>
The problem of these frequent errors started early Fri morning.
It is possible that the fer change described in the e-log post
on Thu Jan 11 20:52:37 caused this problem.  I looked into the
fer code and didn't see how the change would cause the problem.
At this point I suggest contacting Bill Badgett.

Done for now.


</pre>
<!-- Comment: Sat Jan 13 20;50;44 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 20;59;23 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 21;03;58 comment by...kaori -->
Taking data very quietly.  When we are taking data, steady dead time
      is a few %.  However, we only have <85% data taking efficiency for
      this run, due to the frequent read-out problem.  (This has been
      persisting since last night, but we had so much other problems last
      night and the problem did not show up as bad....  
      Paged DAQ.  Sasha (DAQ pager) suggests try to get hold of
      Bill.  I left messages to Bill in multiple places.
<!-- Comment: Sat Jan 13 21;07;51 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 21;20;32 comment by...kaori -->
Donatella called and she suggests contacting Greg Feild, since he
is involved (with Bill) in updating the FER code.  Page Greg.
<!-- Comment: Sat Jan 13 21;27;55 comment by...Tati -->
again!
<!-- Comment: Sat Jan 13 21;45;25 comment by...Tati -->
So...as a matter of fact we are not getting any more of these problems. L3 does go blank for a second, but comes back again by itself probably because of dynamic prescaling. So...we are fine again, I hope!
<!-- Comment: Sun Jan 14 10;42;34 comment by...dee  -->
Greg is out of town.
<!-- Date: Sat Jan 13 19:02:36.178 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232016>232016</A>
RUNSTATUS: <PRE>Marked Bad, explanation: no silicon run
SVX 
ISL 
L00 
</PRE>
<!-- Author: cdfscico -->




<!-- Date: Sat Jan 13 19:10:43.737 2007 -->
done TO on pcal05. Not halting, so shepherding
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->
<!-- Comment: Sat Jan 13 19;11;41 comment by...Tati -->
successful




<!-- Date: Sat Jan 13 19:26:25.618 2007 -->
15:15 today is apparently the last legal start time permitted for the store. Is AcNet 4:10 behind? Why won't it allow me to enter the correct time?
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->
<!-- Comment: Sat Jan 13 19;39;22 comment by...Tati -->
never mind.
<!-- Date: Sat Jan 13 19:30:47.714 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062>232062</A>
fwd: <tt>MNP East is read by the crate FCAL01, which is currently out of run due to problems. Consequently, MNP East plots are empty.</tt>
<!-- Author: Consumer Operator(Petteri Mehtala ) -->


<!-- Date: Sat Jan 13 19:30:48.475 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062>232062</A>
general: <tt>CO 30 min from run start check: Looks good, except east miniplug.</tt>
<!-- Author: Consumer Operator(Petteri Mehtala ) -->



<!-- Date: Sat Jan 13 19:38:16.469 2007 -->
I have changed the settings for the two DMode calibration configurations. Both DaqTest/SVX/SVXCAL_DPSON and DaqTest/SVX/SVXCAL_DPSOFF now have the (faster) settings we tested successfully last time (Interval0 = 25000, all L3 nodes included).
<!-- Author: Ulrich -->




<!-- Date: Sat Jan 13 19:45:31.046 2007 -->
<center><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-917&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-917' width='300'></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-918&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-918' width='300'></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-919&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-919' width='300'></a></center>
<!-- Author: Tati -->



<!-- Date: Sat Jan 13 20:01:46.488 2007 -->
Timeout on global TDC Done  for crate b0imu01. Auto HRR fixed.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->
<!-- Comment: Sat Jan 13 21;01;46 comment by...Tati -->
again
<!-- Date: Sat Jan 13 20:09:21.379 2007 -->
Done TO for clc00; auto HRR fixed
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->



<!-- Date: Sat Jan 13 20:20:16.294 2007 -->
ProcMon error in Filesystem, went away with manual check.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->



<!-- Date: Sat Jan 13 20:27:25.617 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-920&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-920  width='300' align='top'></a></td><td>L2 rates drop to zero... quite often. 
Steady dead time is only a few % when we are taking data, 
but efficiency of this run is ~85% due to the frequent 
DAQ/Trig (??) problem.  Otherwise we are taking data very 
quietly.</td></tr></table>
<!-- Author: kaori -->









<!-- Date: Sat Jan 13 21:14:00.404 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062>232062</A>
general: <tt>CO 2 hours check, data looks good, except MNP.</tt>
<!-- Author: Consumer Operator(Petteri Mehtala ) -->



<!-- Date: Sat Jan 13 21:19:24.360 2007 -->
<P> 
I have reverted back to the old version of the <i>fer</I>  
code <i>v5_32f</I> −  Ace needs to restart the  
monitor processes on node <B>b0control20</B>. 
<P> 
It's not clear why the changes would be causing these  
problems. 
<P>
<!-- Author: badgett :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->
<!-- Comment: Sat Jan 13 21;23;28 comment by...Tati -->
Well, someone killed them for me. Dynamic prescales that Donatella told me about are still not being shown in ScalerMon.



<!-- Comment: Sat Jan 13 21;38;40 comment by...Tati -->
they're back!
<!-- Comment: Sat Jan 13 21;51;01 comment by...badgett -->
<P>
This code reversion will re&iuml;troduce a bug that will 
cause problems for the next and subsequent runs &minus; all 
prescale changes will not show up on the ScalerMonitor 
disply.   However, you can still look at the RunSummary 
pages to see the complete list.
<P>

<!-- Date: Sat Jan 13 21:29:33.293 2007 -->
Restarted CSLMon since last update was on 1/09.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->



<!-- Date: Sat Jan 13 21:44:22.703 2007 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2007&action=view&page=-921&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2007&action=view&page=-921  width='300' align='top'></a></td><td>pinky, SVX VBIAS  Barrel 1  Wedge 2  Layer 2 
unmark</td></tr></table>
<!-- Author: kaori -->
<!-- Comment: Sat Jan 13 21;54;17 comment by...kaori -->
Since it is a bit more than 10u, paged Silicon.
<!-- Comment: Sat Jan 13 22;03;55 comment by...Ricardo -->
Looks like the current is going down now. Unignore for now, so we continue monitoring. If it keeps going just above threshold feel free to set THIS ladder to ignore again and make an entry in the elog. 
<!-- Date: Sat Jan 13 21:45:42.578 2007 -->
Icicle HB alarm; restarted.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->





<!-- Date: Sat Jan 13 21:58:28.180 2007 -->
PSM alarm from EPSW_1, channel 0, in end plug. Value at .54V.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->
<!-- Comment: Sat Jan 13 22;00;27 comment by...Tati -->
We called cryo; they reset it! 5.03V now. Trigger inhibit cleared.
<!-- Comment: Sat Jan 13 22;16;16 comment by...Tati -->
um, once again, same problem. This is related to the un-shepherdability of pcal02.
<!-- Comment: Sat Jan 13 22;17;24 comment by...Tati -->
and, it's back again.
<!-- Comment: Sat Jan 13 22;27;24 comment by...Tati -->
(because of cryo)
<!-- Date: Sat Jan 13 21:58:42.578 2007 -->
Also, pcal02 is simply refusing to shepherd. Totally stuck.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->
<!-- Comment: Sat Jan 13 22;00;46 comment by...Tati -->
Succeeded the next time.



<!-- Comment: Sat Jan 13 22;15;18 comment by...Tati -->
Done TO again, similarly stuck.
<!-- Comment: Sat Jan 13 22;17;35 comment by...Tati -->
and, back again.
<!-- Date: Sat Jan 13 22:06:44.880 2007 -->
<center><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-922&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-922' width='300'></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-923&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-923' width='300'></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-925&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-925' width='300'></a></center>
<!-- Author: Tati -->






<!-- Date: Sat Jan 13 22:22:23.533 2007 -->
Done TO for clc00. Auto HRR solved.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->
<!-- Comment: Sat Jan 13 22;44;49 comment by...tati -->
again.
<!-- Comment: Sat Jan 13 23;51;40 comment by...Tati -->
again
<!-- Date: Sat Jan 13 22:27:55.842 2007 -->
Paging SMX since PSM alarm from EPSW_1, channel 0, in end plug 
happened (and reseted) twice.
<!-- Author: kaori :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->
<!-- Comment: Sat Jan 13 22;45;58 comment by...Koji -->
We have had similar incidents with this supply on Jan 5(day) and Jan 6(owl).
We need to take a look at this power supply in a future access.  Let's keep an eye on it for now.

<!-- Comment: Sat Jan 13 23;08;08 comment by...kaori -->
Mike L. called back and said he looked at voltman plot and
indeed sees two dips in +5 supply.  But can not tell it is a
monitor problem or PS problem.  CO person is checking plug plots
in YMon (latest 100 events), and says they look all right. 
<!-- Date: Sat Jan 13 22:38:12.480 2007 -->
Timeout on global TDC Done  for crate b0cot07. AUto HRR solved.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->




<!-- Date: Sat Jan 13 22:47:59.969 2007 -->
From run coodinator : 
<br> 
<pre> 
# Store Duration 
 
    * Store 5176 should last into tomorrow afternoon. I will set the termination time tomorrow. 
    * If Store 5176 falls out early, fix the Tevatron and then go into shot setup if the stash is 150E10 or more. 
</pre>
<!-- Author: koji -->


<!-- Date: Sat Jan 13 23:18:13.659 2007 -->
Run <A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062>232062</A>
general: <tt>CO 2 hours check, data looks good, except mini plug.</tt>
<!-- Author: Consumer Operator(Petteri Mehtala ) -->



<!-- Date: Sat Jan 13 23:34:37.761 2007 -->
<center><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-926&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-926' width='300'></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-927&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-927' width='300'></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-928&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-928' width='300'></a></center>
<!-- Author: Tati -->


<!-- Date: Sat Jan 13 23:34:52.175 2007 -->
Since 11:27 pm, CO person poped up the polycom window, 
ready to receive a call from remote CO.
<!-- Author: kaori :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->
<!-- Comment: Sat Jan 13 23;58;21 comment by...kaori -->
23:50 Remote CO person connected.
<!-- Date: Sat Jan 13 23:45:24.224 2007 -->
Now, pcal02 was unresponsive. But no corresponding PSM alarm, so shepherded successfully. Back to running.
<!-- Author: Tati :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=232062' target=_top>232062</a>) -->


<!-- Date: Sat Jan 13 23:55:06.016 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=232062 target=_runSummary>232062</A> x38A7E</TD>
<TD>BEAM</TD>
<TD><FONT SIZE=-1>PHYSICS_4_01 [2,852,663]</FONT></TD>
<TD ALIGN=CENTER>18:34:24</TD>
<TD ALIGN=CENTER></TD>
<TD ALIGN=CENTER>04:35:45</TD>
<TD ALIGN=RIGHT>   2,114,571</TD>   <TD ALIGN=RIGHT>  2,692.41</TD>
<TD ALIGN=RIGHT>  2,317.53</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>23:55:01</TD>
<TD ALIGN=CENTER>04:35:45</TD>
<TD ALIGN=RIGHT>     2,114,571</TD> <TD ALIGN=RIGHT>  2,692.41</TD>
<TD ALIGN=RIGHT>  2,317.53</TD>
<TD> </TD>
<TD> </TD>
<TD> </TD></TR>

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




<!-- Date: Sun Jan 14 00:00:33.932 2007 -->
<font color=red>Shift Summary: </font><pre>16:00 Start Shift just when the store 5175 terminated. 
 
      Quiet time for 15 mins. 
      Some QT calibrations were done, but not all. We got into a problem 
      accessing HWDataBase.  It was found that this was coorelated with 
      silicon people accessing DB.  E-mail sent to Bill Badgett. 
 
17:00 Laura and Massimo worked with l2pu00 crate. 
 
17:37:50  Store # is 5176, Final protons loaded, 10,596e9.  
18:11:02  AntiProton transfer finished. 2358e9 loaded 
18:28:37  MCR calls to say, scraping complete. 
18:31:46  init B0 Lum is 216e30.  
 
18:34 Run 232062  Activated 
 
      Taking data very quietly. But a problem is, we are taking 
      data with ~80% efficiency (~1min dead in every ~10 min).   
 
21:15 Bill Badgett put back the old version of the fer code v5_32f. 
      Since then, the problem of "L2 rate droped to zero" went away. 
      Thing to note (from Bill) is: 
 
      This code reversion will reintroduce a bug that will cause problems  
      for the next and subsequent runs - all prescale changes will  
      not show up on the ScalerMonitor disply. However, you can still  
      look at the RunSummary pages to see the complete list. 
 
21:58 EPSW_1, channel 0 (+5V supply) tripped twice.  Cryo person reset it. 
      pcal02 got stuck associated with this trip both times. 
 
23:50 Remote CO connected via video-connection.</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   232062
Delivered Luminosity   2772.5  
Acquired Luminosity    2343.8  
Efficiency             84.5
   
</td></tr></table></pre>
<!-- Author: kaori -->