<!-- Title: Eve shift. Wed Nov 19, 2003 -->
<!-- SciCo: Doug/Akiya -->
<!-- DAQAce: Taka Maruyama -->
<!-- MonAce: Dale Stentz -->
<!-- CO: Maurizio Loreti -->
<!-- OpManager: Steve Hahn -->
<!-- Notes: -->
<pre>TeV studies. 
  - jonathan/bill working on RR12 downstairs 
  - eric james will be in later for more tests w/ muon trigger 
  - XTRP tests ongoing 
  - L2_TORTURE_SRCDEBUG and COSMIS_NOTRACK_SRCDEBUG</pre>


<!-- Date: Wed Nov 19 16:13:19.654 2003 -->
<pre>i will be sitting the first 3 hours of this shift in order 
to make-up for the 3 hours akiya sat for me yesterday.</pre>
<!-- Author: Doug -->


<!-- Date: Wed Nov 19 16:16:03.288 2003 -->
<pre>Just completed the "pager test".  i called ~70 pagers and 
cell phone numbers to verify pager was working and their carrier 
was paying attention.  only 6 did not respond.  they got email. 
i did not call _every_ number on the list.  i did call all pagers 
and verified at least one cell phone number for each sub-system. 
all this because AD threatens colliding beam by sunday.</pre>
<!-- Author: Doug -->
<!-- Comment: Wed Nov 19 21;43;21 comment by...rainer -->
did you page the Silicon SPL ? there was some pager oddness recently  ....
<!-- Comment: Thu Nov 20 08;52;13 comment by...Doug -->
we did.  stan responded.
<!-- Date: Wed Nov 19 16:27:11.571 2003 -->
<table border=0><td><tr><td bgcolor=#e0e030>We believe the CLC HV monitoring should be working now.  Please note any alarms for CLC, BSC, RPS, MNP in the elog.  (If there are many alarms, a single entry to that effect will do.)</td></tr></td></table>
<!-- Author: convery, terashi -->
<!-- Comment: Wed Nov 19 23;01;51 comment by...Dale -->
<pre>There were 3 CLC alarms durning the shift.  All went away on a quick time scale.  The one time that we got to opening up the CLC via the Global alarms we saw that CLC west caused the alarm.  Looking at the west we saw no 'alarming' state.</pre>
<!-- Date: Wed Nov 19 16:34:22.258 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174464">174464</A>
TERMINATE: Remove L1 global module to give an expert it  
<!-- Author: Taka Maruyama x2080 -->


<!-- Date: Wed Nov 19 16:49:26.121 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174472">174472</A>
ACTIVATE: XTRP - 3TT - test with L1Global using standard Fred and L3 torture table
	base = 11, using sim E
<!-- Author: cmarino -->



<!-- Date: Wed Nov 19 16:50:29.366 2003 -->
<p>Finally dealt with alarm from "SVX Inchworm".  Checked the Gamma 
HV supply and found it was in overcurrent state.  Cycled AC power 
and it came back to the correct voltage (instead of ~600 V).  Also, 
corrected the labels on the Gamma display since we repurposed  
some of these supplies: "SVX Inchworm" is now "Miniskirt East" 
and "Miniskirt Arch" is now "Miniskirt West".</p>
<!-- Author: Steve Hahn -->

<!-- Date: Wed Nov 19 16:51:00.609 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174473">174473</A>
ACTIVATE: XTRP - 3TT - test with L1Global using standard Fred and L3 torture table
	base = 11, using sim F
<!-- Author: cmarino -->


<!-- Date: Wed Nov 19 16:54:43.989 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174474">174474</A>
ACTIVATE: XTRP - 3TT - test with L1Global using standard Fred and L3 torture table 
	base = 11, using sim A


<!-- Author: cmarino -->


<!-- Date: Wed Nov 19 16:59:59.712 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174475">174475</A>
ACTIVATE: XTRP - 3TT - test with L1Global using standard Fred and L3 torture table 
	base = 11, using sim G
<!-- Author: cmarino -->



<!-- Date: Wed Nov 19 17:01:36.020 2003 -->
<pre>The muon scintillator CAMAC branch is  
still not working;  JDL will continue  
investigation tomorrow morning.   We're finished  
with crate b0musc00 MUON_SCINT_00 for now. 
</pre>
<!-- Author: W.Badgett, J.Lewis -->


<!-- Date: Wed Nov 19 17:01:41.327 2003 -->
ProcMon complain on "DAQ VOICE ALARMS SERVER". Is there any working for this? 
<!-- Author: Taka Maruyama -->
<!-- Comment: Wed Nov 19 17;13;36 comment by...Taka Maruyama -->
We can't find process for this, now. Therefore, we restarted 
this process.
<!-- Date: Wed Nov 19 17:03:48.668 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174476">174476</A>
ACTIVATE: XTRP - 3TT - test with L1Global using standard Fred and L3 torture table 
	base = 11, using sim H

<!-- Author: cmarino -->


<!-- Date: Wed Nov 19 17:06:06.204 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174477">174477</A>
ACTIVATE: XTRP - 3TT - test with L1Global using standard Fred and L3 torture table 
	base = 11, using sim I

<!-- Author: cmarino -->


<!-- Date: Wed Nov 19 17:08:56.669 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174478">174478</A>
ACTIVATE: XTRP - 3TT - final simJ test as above
<!-- Author: cmarino -->



<!-- Date: Wed Nov 19 17:15:14.520 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174481">174481</A>
ACTIVATE: XTRP - 3TT - run with simA, and trigger fgpa v e6, testing new maps
	L2 torture table and calib continuous
<!-- Author: cmarino -->
<!-- Comment: Wed Nov 19 17;24;00 comment by...cmarino -->
Finished a battery of XTRP tests:

Anyes retested the phi gap maps for the 2TT

Continued to narrow down read commands missing from the run
   control automation for 3TT

Finished 3TT high rate tests runs with prefred using 
   different simulated track files

Completed test run with new 3TT maps 

<!-- Date: Wed Nov 19 17:26:20.555 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174482">174482</A>
TERMINATE: b0tsi00 has red.

<!-- Author: Taka Maruyama x2080 -->
<!-- Comment: Wed Nov 19 17;42;11 comment by...SCN -->
Muon Trigger Crate pulling error <pre>Partition:5 Run number: 174482 (0x2a992)
(RC)   17:23:49 Config -> READY
(MLE) b0tsi00:Messenger:5:24:08 PM->TS failed when trying to Run (State 2)
CT: 2003.11.19 17:24:11
24'11" 1 crate/s: b0mutr00(104),  in error.[RXPT ] </pre>
like on <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2003&action=view&page=965&frame=2&anchor=17:36:15.528'>Tuesday
</a>
<P>
(was hoping it was the SRC pulling error...)



<!-- Date: Wed Nov 19 17:34:18.953 2003 -->
<pre>Via Big Brother: 
 
LOAD AVG on b0dap30,fnal,gov is 6.53 
 
Status unchanged in 9.98 minutes</pre>
<!-- Author: Taka -->
<!-- Comment: Wed Nov 19 19;48;16 comment by...Taka and Dale -->
The 'trouble' indication for the CPU for b0dap30 went away after 20 min.
<!-- Date: Wed Nov 19 17:37:43.757 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174485">174485</A>
ACTIVATE: L2 torture SRCDEBUG mode without SVT, hadron timing, mucs00.
<!-- Author: Taka Maruyama x2080 -->


<!-- Date: Wed Nov 19 17:38:34.935 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174485">174485</A>
TERMINATE: complain about b0musc00 (done timeout L2)
<!-- Author: Taka Maruyama x2080 -->




<!-- Date: Wed Nov 19 17:43:51.895 2003 -->
L3 has proxy error. I will clean up L3 farms.
<!-- Author: Taka -->


<!-- Date: Wed Nov 19 17:49:32.612 2003 -->
L3_RELAY_FAILURE! 
<!-- Author: Taka -->
<!-- Comment: Wed Nov 19 17;57;09 comment by...Taka -->
L3 node#139(both red), #161(orange), #197(red and orange) looks bad. I exclude subfarm#9, 10, 12, but in vain.
maybe Need page expert.
 


<!-- Date: Wed Nov 19 18:02:17.082 2003 -->
SVXMON run number is "148824". 
It is very strange.
<!-- Author: Taka Maruyama -->
<!-- Comment: Wed Nov 19 19;39;03 comment by...rainer -->
it's bored and probably playing with itself, remembering the good ol' times. or got totally screwed up ??
<!-- Date: Wed Nov 19 18:03:32.763 2003 -->
<center><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12102&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12102' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12103&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12103' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12104&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12104' width='300'></a></center>
<!-- Author: Dale -->
<!-- Comment: Wed Nov 19 18;05;22 comment by...Dale -->
<pre>Hourly plots: beam losses, SVXrad, and beam energy/current.
[Mon. Ace pratice]</pre>


<!-- Date: Wed Nov 19 18:09:25.347 2003 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2003&action=view&page=-12105&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2003&action=view&page=-12105  width='300' align='top'></td><td>BLM Radiation Summary</a></td></tr></table>
<!-- Author: Dale -->


<!-- Date: Wed Nov 19 18:18:04.367 2003 -->
<pre>TOF Alarm - a trip.  The problem went away just as we were looking at it.  Note that HV display showed that it was over voltage (120%).  When it reset (e.g. the problem went away) the HV summary correctly shows the TOF being off [its previous state].</pre>
<!-- Author: Dale -->


<!-- Date: Wed Nov 19 18:20:06.292 2003 -->
<pre>Level3 pager: 
c13 went down. Rebooted.</pre>
<!-- Author: Boris.  -->


<!-- Date: Wed Nov 19 18:28:12.090 2003 -->
TOF alarm again. (tripped) 
But, disappeared soon. 
This is very odd since we turn off the HV.  
<!-- Author: Taka Maruyama -->
<!-- Comment: Wed Nov 19 18;30;23 comment by...Taka -->
Same symptom as 
<a href=
'/cgi/elog/elog.pl?nb=2003&action=view&page=968&frame=2&anchor=18:18:04.367'>
[above] </a> 


<!-- Date: Wed Nov 19 18:32:26.024 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174490">174490</A>
ACTIVATE: Start L2 torture with SRCDEBUG. Expert fixed the problem.
<!-- Author: Taka Maruyama x2080 -->


<!-- Date: Wed Nov 19 18:33:22.945 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174490">174490</A>
TERMINATE: End the run include L3 subfarm #9, 10, 12
<!-- Author: Taka Maruyama x2080 -->



<!-- Date: Wed Nov 19 18:38:28.400 2003 -->
After including subfarms (9,10,12), L3 proxy got red. 
I will clean up again. 
<!-- Author: Taka -->


<!-- Date: Wed Nov 19 18:46:14.551 2003 -->
L3 proxy has red again.  
<!-- Author: Taka -->
<!-- Comment: Wed Nov 19 18;47;52 comment by...Taka -->
In coifig state, we have red now.


<!-- Comment: Wed Nov 19 18;48;36 comment by...Taka -->
Stop and Start "proxy" and "clean up L3 farm again"

<!-- Date: Wed Nov 19 18:53:40.186 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174494">174494</A>
ACTIVATE: L2 torture with SRCDEBUG mode. (w/o SVT, Hadron timing, muon timing)
<!-- Author: Taka Maruyama x2080 -->



<!-- Date: Wed Nov 19 18:54:24.468 2003 -->
L3 looks fine now. 
(node 183 and 251 has null color)
<!-- Author: Taka Maruyama -->


<!-- Date: Wed Nov 19 18:57:40.453 2003 -->
Now Dong's shift ends and Akiya start the SciCo shift. 
- A bunch of TeV studies are in progress.   
- Work on Muon trigger has just completed.  But Muon scintilator crate won't work. 
- Work on SVT crate and test run with SRCDEBUG in progress. 
<!-- Author: akiya -->


<!-- Date: Wed Nov 19 19:20:43.340 2003 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2003&action=view&page=-12107&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2003&action=view&page=-12107  width='300' align='top'></td><td>Beam ramping up.  Question of the day: Why does the current in the low beta quads [B0Q5 = 'red'] stablize with the beam then spike down and the back up to about twice what it was before?</a></td></tr></table>
<!-- Author: Dale -->
<!-- Comment: Wed Nov 19 20;19;37 comment by...ronmoore -->
The low beta quad currents rise with the energy during
the ramp.  The first flat spot is when the Tev reaches 980 GeV.
We (Tev experts in the MCR) stayed at flattop for a few minutes
to check orbits before starting the low beta squeeze. The low
beta quad currents change during the ~2 min squeeze (go down, then back up) until low beta is reached and the low beta quads
are at their maximum current.
<!-- Comment: Wed Nov 19 21;35;52 comment by...Dale -->
Cool.
<!-- Date: Wed Nov 19 19:25:57.991 2003 -->
<pre>COT Alarm - Power Level [low voltage].  We see that the 'UNW' [upper northwest?] has values around the .5 V level where the set value should be +/-3 V (other areas are with in this +/- .3 V set value).  The last four values for UNW are for VICOR and CurLim were 0.0 V and are now up to the set values of +/- 3.3 and +/- 5.5 V.</pre>
<!-- Author: Dale -->
<!-- Comment: Wed Nov 19 19;29;27 comment by...akiya -->
I paged COT expert
<!-- Comment: Wed Nov 19 19;44;45 comment by...Dale -->
<pre>LV power levels reset for UNW.  To do this we followed the experts instructions and reset the LV from the COT rack area in the counting room.  Everything look good down there and the alarm was indeed gone when we came back.</pre>
<!-- Date: Wed Nov 19 19:29:12.196 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174494">174494</A>
TERMINATE: End the run for Pulsar guys.
<!-- Author: Taka Maruyama x2080 -->


<!-- Date: Wed Nov 19 19:29:13.158 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174495">174495</A>
TERMINATE: test run for SVT software

<!-- Author: maruyama -->
<!-- Comment: Wed Nov 19 19;46;32 comment by...akiya -->
Work on SVT has completed
<!-- Comment: Wed Nov 19 20;03;56 comment by...Taka Maruyama -->
Today's working is summarized in
<a href=
'/cgi/elog/det-system-elog.pl?nb=svt&action=view&page=10&frame=2&anchor=19:32:48'>
SVT logbook </a>
In short, we try to modify the monitor program for SVT, but there is still remaining things to do. Marco and Taka will look this tomorrow, again.


<!-- Date: Wed Nov 19 19:31:18.533 2003 -->
Some error in L3 happened during ending the run. 
 
 crate/s: b0l1cl00(128), b0l1cl02(130), b0l1cl03(131), b0l1cl05(133),  in error.[RXPT] 
(MLE) b0l3pcom1.fnal.gov:main:7:29:15 PM->Error on L3 node b0l3pcom1.fnal.gov (partition 5) Wed Nov 19 19:29:15 2003 l3proxy  
  in End (L3ProxyPartition.cc:2248) 
  @L3_TRANS_FAIL - partition End timeout:     b0l3133 b0l3135 b0l3137 b0l3139 b0l3141 b0l3143 b0l3145 b0l3147 b0l3149  b0l3134 b0l3136 b0l3138 b0l3140 b0l3142 b0l314
<!-- Author: Taka -->
<!-- Comment: Wed Nov 19 19;35;58 comment by...Taka -->
L3 proxy showed red as usual. I stop and start it. (looks recovered)






<!-- Date: Wed Nov 19 19:51:16.330 2003 -->
We had problem in partition state to run the L2 torture. 
We will page the expert.
<!-- Author: Taka Maruyama -->
<!-- Comment: Wed Nov 19 19;56;43 comment by...Taka -->
L3 pager responded. He is invetisting the problem.



<!-- Date: Wed Nov 19 20:13:50.465 2003 -->
<pre>Monitoring failure.  
 
In case it will happen again go to "Ace controls for EVB and L3".  
 
1.Clean up L3 Mon 
2 Clean up L3 Farm  
 
Wait for L3 proxy to restart before starting a new run. </pre>
<!-- Author: Boris.  -->

<!-- Date: Wed Nov 19 20:14:19.426 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174496">174496</A>
ACTIVATE: L2 torture with new pulsar (0104, 80/20) 
<!-- Author: Taka Maruyama x2080 -->




<!-- Date: Wed Nov 19 20:22:49.481 2003 -->
ccal08 is "busy" state.
<!-- Author: Taka -->

<!-- Date: Wed Nov 19 20:27:05.203 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174496">174496</A>
TERMINATE: End the run to include SVT etc. 
<!-- Author: Taka Maruyama x2080 -->



<!-- Date: Wed Nov 19 20:28:30.522 2003 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2003&action=view&page=-12109&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2003&action=view&page=-12109  width='300' align='top'></td><td>TeV abort at 20:12:18 [via SVX rad sclaer readout]</a></td></tr></table>
<!-- Author: Dale -->


<!-- Date: Wed Nov 19 20:30:44.531 2003 -->
We have same L3 problem. We follow the instrunction.
<!-- Author: Taka -->

<!-- Date: Wed Nov 19 20:35:44.686 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174497">174497</A>
TERMINATE: End the run due to: <br>
FrontEnd Crate Error Condition from:
VRB_SVX_02

<!-- Author: Taka Maruyama x2080 -->


<!-- Date: Wed Nov 19 20:35:45.669 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174497">174497</A>
ACTIVATE: Start the run

<!-- Author: Taka Maruyama x2080 -->



<!-- Date: Wed Nov 19 20:38:34.422 2003 -->
We had problem in b0svx02 (done timeout).  
<!-- Author: Taka -->

<!-- Date: Wed Nov 19 20:42:12.149 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174499">174499</A>
ACTIVATE: Start the run for L2 torture. (with Pulsar experts.)
<!-- Author: Taka Maruyama x2080 -->
<!-- Comment: Wed Nov 19 20;43;29 comment by...Taka Maruyama -->
We set the prescale for L1 127 instead of 47 (default value) because we want to avoid done timeout.


<!-- Date: Wed Nov 19 20:45:32.823 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174499">174499</A>
TERMINATE: L2 decision timeout and after that we have L1 timeout from b0svx02
<!-- Author: Taka Maruyama x2080 -->



<!-- Date: Wed Nov 19 20:46:55.246 2003 -->
<pre>Error is like this: 
 
L2 Decision Timeout.[RXPT] 
(MLE) b0dap73.fnal.gov:Thread-6167:8:42:58 PM-&gt;  Level 2 Decision Timeout 
 
(MLE) b0l2de00:Messenger:8:42:59 PM-&gt;Slot9: ModDone error, event 27297 
(MLE) b0l2de00:Messenger:8:43:03 PM-&gt;Slot9: ModDone error, event 27297 
(MLE) b0l2de00:Messenger:8:43:07 PM-&gt;Slot9: ModDone error, event 27297 
(RC)   20:43:14 Halt -&gt; HALTED 
(RC)   20:43:20 Recover -&gt; RECOVERED 
1 crate/s: b0svx02(112),  in error.[RXPT] 
(MLE) b0dap73.fnal.gov:Thread-6167:8:43:22 PM-&gt;FrontEnd Crate Error Condition from: 
VRB_SVX_02 
 
(MLE) b0dap73.fnal.gov:Thread-6167:8:43:22 PM-&gt;FrontEnd Error: VRB_SVX_02  
(RC)   20:43:22 Run -&gt; ACTIVE 
L1 Done Timeout.[RXPT] 
1 crate/s: b0svx02(112),  in error.[RXPT] 
L1 Done Timeout.[RXPT] 
1 crate/s: b0svx02(112),  in error.[RXPT] 
(MLE) b0svx02:Messenger:8:43:54 PM-&gt;SRC Fatal Error:Sl 5 Resonance Detected  
</pre>
<!-- Author: Taka :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174499' target=_top>174499</a>) -->
<!-- Comment: Wed Nov 19 20;58;12 comment by...Burkard -->
I think that's due a high L1 rate (~25kHz) and svx protection kicks in
<!-- Comment: Wed Nov 19 21;46;36 comment by...rainer -->
Yep. you caught a resonance! don't resonate with us.  but there is no silicon attached. use the setting w/o _SRCDEBUG in your test run. 
<!-- Date: Wed Nov 19 20:54:02.737 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174500">174500</A>
ACTIVATE: Normal L2 torture (w/o cot, xft, )
<!-- Author: Taka Maruyama x2080 -->
<!-- Comment: Wed Nov 19 20;55;44 comment by...Taka -->
This is requested by Pulasr experts.


<!-- Comment: Wed Nov 19 21;04;31 comment by...Burkard -->
we need to run at high rates (~40kHz)


<!-- Date: Wed Nov 19 21:15:06.347 2003 -->
manually issuing a series of HRRs starting after L2A 360000 
<!-- Author: Burkard :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174500' target=_top>174500</a>) -->


<!-- Date: Wed Nov 19 21:24:34.701 2003 -->
<center><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12110&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12110' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12111&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12111' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12112&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12112' width='300'></a></center>
<!-- Author: Dale -->
<!-- Comment: Wed Nov 19 21;25;27 comment by...Dale -->
from about the last two hours

<!-- Date: Wed Nov 19 21:28:03.908 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174500">174500</A>
TERMINATE: End the run to goto the L2_torture with SRCDEBUG
<!-- Author: Taka Maruyama x2080 -->





<!-- Date: Wed Nov 19 21:43:40.996 2003 -->
<P> 
The CMX expert from <a href= 
'/cgi/elog/elog.pl?nb=2003&action=view&page=962&frame=2&anchor=22:07:06.403'> 
before </a> is back and wants to lower all the stand-by HV for the CMX by 1000 V.  He did so and saved the values via the muon3 PC.  He said the details can be found in the <a href= 
'/cgi/elog/det-system-elog.pl?nb=cmx&action=view&page=5&frame=2&anchor=17:42:30'> 
CMX e-log. </a>  
</P>  
<!-- Author: Dale -->


<!-- Date: Wed Nov 19 21:49:21.626 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174502">174502</A>
ACTIVATE: Start cosmic with SRCDEBUG mode.
<!-- Author: Taka Maruyama x2080 -->
<!-- Comment: Wed Nov 19 21;56;03 comment by...Taka -->
trigger rate is ~24Hz
<!-- Date: Wed Nov 19 21:49:53.406 2003 -->
VxWorks System Monitor shows red sign for b0trin00, but this is  
not related online machine. This is a little bit confusing. 
We would like to be clear for this. 
<!-- Author: Taka -->



<!-- Date: Wed Nov 19 22:03:26.810 2003 -->
Rick Tesarek has left.  If coalesced beam is seen before mid night, call him at home, 848-1846.  Otherwise, leave it in the e-log.
<!-- Author: akiya -->


<!-- Date: Wed Nov 19 22:17:30.115 2003 -->
For Kaori - there are problems with consumers, e.g. YMon.  Selecting a given slide, e.g. Calorimeter/CEMTowerCanvas, in auto-update mode, the number of events in the root canvas get updated but the scatter plot content turns to white after the initial.  Double-clicking on the slide name, the scatter plot content shows (until the next update).
<!-- Author: MLo :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174502' target=_top>174502</a>) -->


<!-- Date: Wed Nov 19 22:25:32.172 2003 -->
<pre>Pulsar test finished, Pulsar (0104) is back in b0l2pu00 
We change one oscillator. 
This cured L2DTO we have seen previously with this board. 
For more details see &lt;a href=  
'/cgi/elog/elog.pl?nb=2001&action=view&page=27&frame=2&anchor=09:11:33'&gt; pulsar e-log &lt;/a&gt;.</pre>
<!-- Author: Cheng-Ju/Burkard -->
<!-- Comment: Wed Nov 19 22;30;41 comment by...Burkard -->
<a href= 
'/cgi/internal/elog/det-system-elog.pl?nb=l2upgrade&action=xe&page=6&time=22:20:54'> proper link </a>


<!-- Date: Wed Nov 19 22:31:38.587 2003 -->
<center><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12116&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12116' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12117&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12117' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12118&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12118' width='300'></a></center>
<!-- Author: Dale -->


<!-- Date: Wed Nov 19 22:56:32.284 2003 -->
Big Brother showed that attention is needed for bodap58 and 59. 
b0dap32 has no report and b0dap31 is "unavailable" state.
<!-- Author: Taka -->
<!-- Comment: Wed Nov 19 22;58;13 comment by...Taka -->
b0dap57,58 --> attention for CPU <br>
b0dap31,32 --> for disk 


<!-- Comment: Wed Nov 19 23;06;37 comment by...Taka -->
Now all alarm from Big Brother has gone. 
<!-- Date: Wed Nov 19 23:04:02.773 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174502">174502</A>
TERMINATE: Stop the run to include b0cot** and b0xft**. 
<!-- Author: Taka Maruyama x2080 -->
<!-- Comment: Wed Nov 19 23;06;13 comment by...akiya -->
Cheng-Ju has finshed his work on COT crates


<!-- Date: Wed Nov 19 23:09:49.688 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174503">174503</A>
ACTIVATE: start cosmic ray run with SRCDEBUG mode. (includes cot and xft crates)
<!-- Author: Taka Maruyama x2080 -->
<!-- Comment: Wed Nov 19 23;11;00 comment by...Taka -->
Trigger rate is ~24Hz.


<!-- Date: Wed Nov 19 23:15:30.642 2003 -->
<table border=0><td><tr><td bgcolor=#e0e030>Since it's unlikely that the silicon will be powered up  
anytime soon, we have re-enabled Pulsar DAQ readout in the  
mean time.  Please page L2 Pulsar if this introduces a high 
rate of L3 reformatter error. 
 </td></tr></td></table>
<!-- Author: Burkard, Cheng-Ju -->


<!-- Date: Wed Nov 19 23:17:04.991 2003 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2003&action=view&page=-12121&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2003&action=view&page=-12121  width='300' align='top'></td><td>Run 174502 has ended after ~4000 events; however we got the first few plots of the calorimeter occupancies.</a></td></tr></table>
<!-- Author: MLo -->


<!-- Date: Wed Nov 19 23:19:38.726 2003 -->
<center><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12122&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12122' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12123&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12123' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12124&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12124' width='300'></a></center>
<!-- Author: MLo -->


<!-- Date: Wed Nov 19 23:21:07.632 2003 -->
<center><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12125&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12125' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12126&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12126' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12127&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12127' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12128&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12128' width='300'></a></center>
<!-- Author: M. Loreti -->


<!-- Date: Wed Nov 19 23:22:03.442 2003 -->
<center><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12129&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12129' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12130&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12130' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12131&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12131' width='300'></a></center>
<!-- Author: Dale -->
<!-- Comment: Wed Nov 19 23;39;42 comment by...Dale -->
<pre>Two of these didn't have the right T2 [our bad].
See below.</pre>
<!-- Date: Wed Nov 19 23:34:26.101 2003 -->
<pre>Second question of the day: 
 
We have ACNET windows PA, PB, and PC.  Using Lumberjack Datalogger [D44] I have the option to make a plot in GxPA* and GxPB* [with * = 1 or 2] for PA and PB, repectively.  However, PC has the option to graph in GxPA*.  When we plot using all the P's we get the logical set of plots [e.g. GxPA1, GxPB1, GxPC1].  Why does PC incorrently give the option of making a plot using GxPA1?</pre>
<!-- Author: Taka and Dale -->



<!-- Date: Wed Nov 19 23:41:00.969 2003 -->
<center><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12132&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12132' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12133&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12133' width='300'></a><a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-12134&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-12134' width='300'></a></center>
<!-- Author: Dale -->


<!-- Date: Wed Nov 19 23:43:14.729 2003 -->
Vxworks System Monitor shows red for "b0tsi03" and "b0trin00". 
For b0trin00 is not connected to real VME, so please ignore this. 
Butm we are not sure "b0tsi03" also can be neglected.
<!-- Author: Taka -->


<!-- Date: Wed Nov 19 23:47:04.987 2003 -->
Run number shown in SVXMON is still 148824.  
<!-- Author: Taka -->


<!-- Date: Wed Nov 19 23:49:56.004 2003 -->
Component Status shows almost all components are bad (red)!!. 
But, no error happened in run control. Why? and What's wrong?  
<!-- Author: Taka -->
<!-- Comment: Wed Nov 19 23;51;56 comment by...Taka. -->
Most of VxWorks Monitor creats shows red!!. Very Odd.

<!-- Date: Wed Nov 19 23:56:10.396 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:02</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 Nov 19 23:57:17.568 2003 -->
<font color=red>Shift Summary: </font><pre> 
[What happened in the shift] 
- TeV studies. 
 
- Taka and Macro worked on SVT. They will look at remaining problems tomorrow. 
- Bill and Jonathan looked at muon scintillator camac. It is not working yet. 
- Cheng-Ju and Burkard had been working on L2 pulsar board.   
  See <a href='/cgi/elog/elog.pl?nb=2003&action=view&page=968&frame=2&anchor=23:15:30.642'>here for a high rate of L3 reformatter error</a>  
 
- We are running cosmic_notrack_srcdebug, including COT/XFT crates 
  since ~23:00. 
 
[Another broken stuff] 
 - CMX_NX_1 (needs access) 
 - Stage0, BeamMon and TimeMon turned-off from consumers 
 - <a href='/cgi/elog/elog.pl?nb=2003&action=view&page=968&frame=2&anchor=22:17:30.115'>YMon doesn't auto-updated properly.</a> 
 
[Requests/notices] 
 - if SRC pulls a fatal error, page primary silicon pager and 
    Sal Rappoccio (Silicon SRC pager) 
 
 - if COT HV on, notify Bill Badget & Ron Moore for DSP runs 
 - <a href='/cgi/elog/elog.pl?nb=2003&action=view&page=967&frame=2&anchor=14:24:31.569'>INHIBITS_00 boinh00 is the new Trigger Inhibit crate.</a>  
</pre> 
<!-- Author: Akiya Miyamoto -->

<!-- Date: Thu Nov 20 00:03:40.297 2003 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=174503">174503</A>
TERMINATE: Almost all of crates are red. Looks strange.
<!-- Author: Irina x2080 -->