<!-- Title: 09:05:24  Fri Jun 14 2002 -->
<!-- Crewchief: CO's of the world -->
<!-- Op1: &nbsp; -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>Notes on consumer processes</pre>


<!-- Date: Fri Jun 14 09:05:50 2002 -->
<pre>Test entry</pre>
<!-- Author: Ken Bloom -->


<!-- Date: Fri Jun 14 09:11:23 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-180&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-180  width='300' align='top'></td><td>Test of graph</a></td></tr></table>
<!-- Author: Ken Bloom -->


<!-- Date: Mon Jun 17 09:46:00 2002 -->
<pre>BeamMon crashed at 9:31.  We are still in the midst of run 
146704, so this didn't have anything to do with ending a run 
or changing partitions or the like.  The core file seems a bit 
corrupted; best I can do is to see that the killer line appears 
to be in ConsumerFrameworkModule::event, line 197: 
 
_consumerexport-&gt;send(_framework-&gt;consumerinfo()); 
 
but I suspect that the crash is somewhere deeper within this 
call.  Restart BeamMon; remain on the lookout.</pre>
<!-- Author: Ken Bloom -->


<!-- Date: Wed Jun 19 18:27:07 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-181&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-181  width='300' align='top'></td><td>Test for in picture</a></td></tr></table>
<!-- Author: Daniele -->


<!-- Date: Wed Jun 19 20:29:23 2002 -->
<pre>TrigMon, DaqMon runnign on b0dap69 are moved to 52 and 56 respectively. b0dap69 is _DEAD_. Started the consumers by hand. 
</pre>
<!-- Author: Daniele -->


<!-- Date: Fri Jun 21 18:06:09 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-182&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-182  width='300' align='top'></td><td>just testing</a></td></tr></table>
<!-- Author: kaori -->


<!-- Date: Fri Jun 21 22:02:48 2002 -->
<pre>During the special silicon cosmic run, the YMon display died once, BeamMon crashed once, and SVXMon died every 10-15 minutes. Everything else was stable.</pre>
<!-- Author: George Pope -->


<!-- Date: Fri Jun 21 23:37:38 2002 -->
<pre>BeamMon hung while aborting. We were taking cosmics at the time. Control-C didn't kill it, and I had to log into the node to finish it off. It restarted okay. The display froze while the monitor was frozen, but started up again after I re-opened the connection.</pre>
<!-- Author: George Pope -->


<!-- Date: Sat Jun 22 21:26:59 2002 -->
<pre>I have noted that under some conditions a Monitor will not start up until its corresponding Display has been killed. I just observed this with YMon. The job would start but almost immediately hang, well before it actually started processing events. Only after I killed the YMon display would it start up properly. After YMon was running, I was able to run the Display normally.</pre>
<!-- Author: George Pope -->


<!-- Date: Sat Jun 22 23:59:48 2002 -->
<pre>Here's a possible clue to the SVXMon crashes. It doesn't seem to crash when the SVXMon display is not running.</pre>
<!-- Author: George Pope -->


<!-- Date: Sun Jun 23 16:04:46 2002 -->
<pre>I take back that last entry. I guess I just got lucky when I tried it. SVXMon does crash even if the display is not going.</pre>
<!-- Author: George Pope -->


<!-- Date: Sun Jun 23 23:08:25 2002 -->
<pre>b0dap55 rebooted, presumably due to an outside operator. I was not informed. It had been acting a little sluggish, I think due to some rcp activity, so maybe someone noticed and restarted it.</pre>
<!-- Author: George Pope -->


<!-- Date: Mon Jun 24 15:58:05 2002 -->
<pre>There is a process "klogd" using most of the cputime 
on b0dap55.  I'm not sure what it does, but it shouldn't be 
doing what its doing.</pre>
<!-- Author: Barry -->


<!-- Date: Mon Jun 24 16:31:02 2002 -->
<pre>Called Jeff Schmidt about the klogd process. He rebooted the machine and will check it for problems. He reminds users to NOT run "xhost +" on these machines (unrelated).</pre>
<!-- Author: George Pope -->


<!-- Date: Wed Jun 26 14:29:42 2002 -->
<pre>b0dap55 has been behaving itself nicely since it was rebooted a few days ago,</pre>
<!-- Author: Barry -->


<!-- Date: Thu Jun 27 17:51:32 2002 -->
<pre>We changed the startup scripts for ObjectMon such that it 
uses cdfsoftb0 version 4.6.0int2f. 
 
This should avoid ObjectMon getting stuck at the end of the run. 
 
Now the CO has to start ObjectMon with 
 
./startMon_new.sh ObjectMon &lt;partition&gt; 
 
This will change again as soon as the new release becomes current. 
 
Wolfgang and Martin</pre>
<!-- Author: Wolfgang Wagner -->


<!-- Date: Fri Jun 28 08:27:30 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-183&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-183  width='300' align='top'></td><td>just a test</a></td></tr></table>
<!-- Author: Barry/Diego -->


<!-- Date: Fri Jun 28 09:06:06 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-184&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-184  width='300' align='top'></td><td>my  try</a></td></tr></table>
<!-- Author: diego -->


<!-- Date: Fri Jun 28 16:38:42 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-185&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-185  width='300' align='top'></td><td>testing</a></td></tr></table>
<!-- Author: G. Pope -->


<!-- Date: Fri Jun 28 19:17:11 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Fri_Jun_28_2002_191703.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-189  align='top'></td><td>Bad PHA channels</a></td></tr></table>
<!-- Author: Giovanni -->


<!-- Date: Fri Jun 28 19:21:30 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Fri_Jun_28_2002_192126.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-191  align='top'></td><td>Bad WHA channels</a></td></tr></table>
<!-- Author: Giovanni -->


<!-- Date: Fri Jun 28 23:24:37 2002 -->
<pre>The last two COT calibrations have been marked as bad rather than raw. Any ideas why this is?</pre>
<!-- Author: G. Pope -->


<!-- Date: Sat Jun 29 18:20:20 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-192&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-192  width='300' align='top'></td><td>CES a bit more noisy than usual</a></td></tr></table>
<!-- Author: Giovanni Busetto -->


<!-- Date: Sat Jun 29 18:23:03 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-193&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-193  width='300' align='top'></td><td>CES Bad channels</a></td></tr></table>
<!-- Author: Giovanni Busetto -->


<!-- Date: Sat Jun 29 18:25:31 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-194&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-194  width='300' align='top'></td><td>List of CES bad channels</a></td></tr></table>
<!-- Author: Giovanni Busetto -->


<!-- Date: Sun Jun 30 15:35:32 2002 -->
<pre>going over level-1 and level-2 checks in the CO checklist procedure, I noted that there are 
discrepancies between slide numbers on the TrigMon dispaly and on the CO reference-plot book. 
Moreover in the reference book the plots were collected randomly.  
 
I re-ordered the plots in the reference book, so as to follow the Canvas order in the "Slides" 
folder of TrigMon.  
 
</pre>
<!-- Author: diego -->


<!-- Date: Sun Jun 30 15:41:36 2002 -->
<pre>this is the correspondence between slide numbers on the TrigMon display (TD) and on the CO reference-plot book (RB): 
 
TD: 130   16   137   147   116   145   14   15   114   3    
RB: 127   16   134   144   115   142   14   15   113   3 
 
TD: 2   7   111   63   49   28   112   118   122   120   124    
RB: 2   7   110   63   49   28   111   115   119   117   121  
 
TD: 126   128   166   136   133   134   135   131   113 
RB: 123   125   165   133   129   131   132   128   112</pre>
<!-- Author: diego -->


<!-- Date: Mon Jul 1 17:12:41 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-195&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-195  width='300' align='top'></td><td>CMX Wedges are missing</a></td></tr></table>
<!-- Author: Giovanni -->


<!-- Date: Tue Jul 2 03:13:01 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Tue_Jul__2_2002_031235.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-200  align='top'></td><td>Run 147580: quadrant of COT off (180 degrees to 270 degrees)</a></td></tr></table>
<!-- Author: Carlos Sanchez -->


<!-- Date: Tue Jul 2 03:15:52 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-201&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-201  width='300' align='top'></td><td>Run 147580: Ignore previous comment. Problems with some cells in COT quadrant (180 degrees to 170 degrees). </a></td></tr></table>
<!-- Author: Carlos Sanchez -->


<!-- Date: Fri Jul 5 08:19:50 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-202&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-202  width='300' align='top'></td><td>it is a try</a></td></tr></table>
<!-- Author: diego, Cho, Steve -->
<!-- Comment: Fri Jul  5 08;21;00 comment by...diego -->
<pre>this is our first try</pre>


<!-- Date: Fri Jul 5 14:19:10 2002 -->
<pre>After ecah run, please print out XmonSummary_.dat file from 
/data1/consumer/results/Xmon and put this printout in the 
Consumer Histogram Reference Binder in the XMon section 
 
http://www-cdfonline.fnal.gov/consumer/xmon/xmon_endrun.html</pre>
<!-- Author: ilsung Cho -->


<!-- Date: Fri Jul 5 18:20:42 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-204&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-204  width='300' align='top'></td><td>testing</a></td></tr></table>
<!-- Author: Peter Doksus -->


<!-- Date: Fri Jul 5 18:21:30 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-205&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-205  width='300' align='top'></td><td>Exercise</a></td></tr></table>
<!-- Author: Giovanni -->


<!-- Date: Sat Jul 6 11:45:22 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-208&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-208  width='300' align='top'></td><td> run : 147805 , Problem in the COT ( SL3, SL6, SL7, SL8)</a></td></tr></table>
<!-- Author: ilsung Cho -->


<!-- Date: Sat Jul 6 11:46:54 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-209&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-209  width='300' align='top'></td><td> run : 147805 , Problem in the COT ( SL3, SL6, SL7, SL8)</a></td></tr></table>
<!-- Author: ilsung Cho -->


<!-- Date: Sat Jul 6 13:26:57 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-210&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-210  width='300' align='top'></td><td> Run : 147805 ; Problem in WHA  </a></td></tr></table>
<!-- Author: ilsung Cho -->


<!-- Date: Sat Jul 6 13:47:10 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-211&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-211  width='300' align='top'></td><td> run : 147805 ; problem in WHA </a></td></tr></table>
<!-- Author: ilsung Cho -->


<!-- Date: Sat Jul 6 14:19:27 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-212&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-212  width='300' align='top'></td><td>   run : 147806 : the 10th channel of CMX west west Wedge                  is dead</a></td></tr></table>
<!-- Author: ilsung Cho -->


<!-- Date: Sun Jul 7 04:28:19 2002 -->
<pre>I modified ~/consumer_scripts/startDisplay.sh changing "ssh" to "ssh -x". 
The -x options disables X11 forwarding that's useless when just starting background commands on the remote machine. 
In this way many annoying error messaeges can be avoided. 
</pre>
<!-- Author: alberto -->


<!-- Date: Sun Jul 7 05:54:45 2002 -->
<pre>Also the script startMon.sh has been updated the same way: ssh -&gt; ssh -x 
</pre>
<!-- Author: Alberto -->


<!-- Date: Sun Jul 7 05:57:07 2002 -->
<pre>Something is fuzzy about SiliMon and XMon, they crash (red monitor) every time a new run starts</pre>
<!-- Author: Alberto -->


<!-- Date: Sun Jul 7 09:09:51 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-213&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-213  width='300' align='top'></td><td>    the 134th PMT of the west side of the TOF counter    is dead</a></td></tr></table>
<!-- Author: ilsung Cho -->


<!-- Date: Sun Jul 7 09:25:29 2002 -->
<pre>the run # of the above plot is 147836</pre>
<!-- Author: ilsung Cho -->


<!-- Date: Sun Jul 7 14:28:39 2002 -->
<pre>UNBIASED CHIPS ALARM from SvxMonRunCompare:  
 
1 chips were NOT BIASED IN THE PREVIOUS RUN (run 147844). 
 
Please check with the ACEs & SciCo: if the Silicon was supposed to be biased  
and give physics quality data during run 147844, PAGE THE SILICON EXPERT! 
 
In any case, please make an entry in the elog. 
 
The complete log is in /data1/consumer/results/SVXMon/run_compare_147844.log 
 
 
################################################# 
# ALARM : THE FOLLOWING CHIPS WERE NOT BIASED!  # 
################################################# 
# daq name :   offline name    : mean : stdev : stdevVar : occup 
SB2W11L3C9 : center west 11 4 z 3 : -5.6 : -2.7 : -2.6 : 50 
 
 
==&gt; If this message is appeared again,  pleae page SVX people</pre>
<!-- Author: ilsung Cho -->


<!-- Date: Mon Jul 8 03:24:24 2002 -->
<pre>Many consumer monitor are not running where they are supposed to be running, if looking at the b0dap52 top monitor. 
Send email to Maeshima.</pre>
<!-- Author: alberto -->


<!-- Date: Mon Jul 8 10:18:46 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-214&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-214  width='300' align='top'></td><td>    Run number : 147869 , SlideCOT2 </a></td></tr></table>
<!-- Author: ilsung Cho -->


<!-- Date: Mon Jul 8 12:13:11 2002 -->
<pre> Sometimes the background of SlideCOT1,2 canvas turn to be red. 
 
  Kaori said this may be caused by privious data in YMon.  
 
  so I restart YMon and the redbackground is disappeared.</pre>
<!-- Author: ilsung Cho -->


<!-- Date: Mon Jul 8 12:57:45 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-216&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-216  width='300' align='top'></td><td> run : 147869 , After 600 events , the background of   SlideCOT2 canvas turns red </a></td></tr></table>
<!-- Author: ilsung Cho -->


<!-- Date: Tue Jul 9 19:03:28 2002 -->
<pre>I made an acronym list. It can be found at /cdf/people1/cdfdaq/consumer_scripts/acronym.txt Please add to it or make corrections. I'll put a copy in the front of the plots binder.</pre>
<!-- Author: Peter Doksus -->


<!-- Date: Wed Jul 10 12:19:45 2002 -->
<pre>UNBIASED CHIPS ALARM from SvxMonRunCompare:  
 
1 chips were NOT BIASED IN THE PREVIOUS RUN (run 148053). 
 
Please check with the ACEs & SciCo: if the Silicon was supposed to be biased  
and give physics quality data during run 148053, PAGE THE SILICON EXPERT! 
 
In any case, please make an entry in the elog. 
 
The complete log is in /data1/consumer/results/SVXMon/run_compare_148053.log 
 
 
################################################# 
# ALARM : THE FOLLOWING CHIPS WERE NOT BIASED!  # 
################################################# 
# daq name :   offline name    : mean : stdev : stdevVar : occup 
IB1W5L1C4 : west east 19 6 phi 0 : 2.7 : 4 : -4.2 : 11 
</pre>
<!-- Author: ilsung Cho -->


<!-- Date: Wed Jul 10 12:27:36 2002 -->
<pre> the silicon is not biased. above message is appeared by  
 cosmic run. silicon table is based on pysics run.</pre>
<!-- Author: ilsung Cho -->


<!-- Date: Wed Jul 10 14:29:39 2002 -->
<pre> There were some changes in consumerserver hostname 
 
============================= 
   Consumer       hostname 
----------------------------- 
   XMon          b0dap55 
 
   YMon          b0dap70 
 
   SiliMon       b0dap67 
 
   LumMon        b0dap67 
 
   TrigMon       b0dap69 
 
   Stage0        b0dap69 
 
   SVXMon        b0dap66 
 
   ObjectMon     b0dap56 
 
   BeamMon       b0dap66 
 
   DAQMon        b0dap65 
===========================</pre>
<!-- Author: ilsung Cho -->


<!-- Date: Thu Jul 11 14:08:52 2002 -->
<pre> At the end of physics run, after a few minute , 
 go CDF II Consumer Summary page, 
 
  http://www-cdfonline.fnal.gov:8081/servlet/CdfConsumerServlet  
 
 and check Stage0 with run#( physics run)  and see 
 if "problem" occur. If so, mail to 
 
                   Burkett@fnal.gov 
                   maeshima@fnal.gov 
                      
  with the run#. 
 
  ==&gt; how to check? 
  1. input run#  
  2. choose consumer ( click Stage0_  ) 
  3. click "Query" and see Consumer Summary 
</pre>
<!-- Author: ilsung Cho -->


<!-- Date: Thu Jul 11 15:39:34 2002 -->
<pre> detector check list was updated. </pre>
<!-- Author: ilsung Cho -->


<!-- Date: Fri Jul 12 09:07:50 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-217&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-217  width='300' align='top'></td><td> this is test</a></td></tr></table>
<!-- Author: Carmine Pagliarone -->


<!-- Date: Fri Jul 12 16:24:34 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-218&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-218  width='300' align='top'></td><td>this a test</a></td></tr></table>
<!-- Author: Angela Wyatt -->


<!-- Date: Fri Jul 12 16:26:49 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-220&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-220' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-219&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-219' width='300'></a></center>
<!-- Author: PEter Doksus -->


<!-- Date: Fri Jul 12 16:27:13 2002 -->
<pre>the previous was a test</pre>
<!-- Author: PEter doksus -->


<!-- Date: Fri Jul 12 19:02:01 2002 -->
<pre>Just for future reference: When checking COT calibration in DBANA  a BAD status just means that the calibration has not yet been checked by the experts (and so is not COMPLETE).  
Real problems may be a large no of highlighted offsets or groups of them especially 12, 24 or 96.</pre>
<!-- Author: Angela Wyatt -->


<!-- Date: Sun Jul 14 22:45:04 2002 -->
<pre>Problem with BeamMon. When ckicked on Choose the GUI went dead. Temp soln is to type in b0dap66:9091 (for BeamMon - see Consumer 
Status page) for name of file and then press open.  </pre>
<!-- Author: Angela Wyatt -->


<!-- Date: Mon Jul 15 14:15:39 2002 -->
<pre>We report here a list of apparent inconsistencies and their explanations. Please, consider these comments in the evaluation of the following plots. 
  
 
1) ObjectMon #77 MuonMonitor: 
============================= 
 
	This plots (fig. 1) is fine because it is normalized to 1         and the experts saied that we have dead wedges, HV off,  
	in the empty region on the half right side of the present    	        histogram. 
	So consider this as reference in further evaluations. 
 
 
2) YMon #32 CMX: 
================ 
 
	This plot (fig.2) its' ok. You can compare it with 
	fig.3 where a different scale is applied; in this case	 
	it's possible to see the green reference band.  
	West wedges after #12 had a problem in the past weeks so 
	they are not supposed to be in the plot for the moment. 
 
 
3) YMon # 62 COT: 
================= 
 
	This plot (fig.4) is flagged red because an apparent 	 
	discrepancy in the first bin. Now if you take a look 
	to the same bin with a different log scale (see fig. 5) 	        you will see that this distribution is in aggreement  
	with the reference one. 
	The first bin is a known dead channel.</pre>
<!-- Author: Carmine -->


<!-- Date: Mon Jul 15 14:17:29 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-223&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-223  width='300' align='top'></td><td>Fig.1</a></td></tr></table>
<!-- Author: Carmine -->


<!-- Date: Mon Jul 15 14:17:54 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-224&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-224  width='300' align='top'></td><td>Fig.2</a></td></tr></table>
<!-- Author: Carmine -->


<!-- Date: Mon Jul 15 14:18:16 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-225&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-225  width='300' align='top'></td><td>Fig.3</a></td></tr></table>
<!-- Author: Carmine -->


<!-- Date: Mon Jul 15 14:18:35 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-226&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-226  width='300' align='top'></td><td>Fig.4</a></td></tr></table>
<!-- Author: Carmine -->


<!-- Date: Mon Jul 15 14:18:53 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-227&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-227  width='300' align='top'></td><td>Fig.5</a></td></tr></table>
<!-- Author: Carmine -->


<!-- Date: Mon Jul 15 15:10:10 2002 -->
<pre>To look at the Consumer Summary tables in the data base  
use the new URL: 
 
http://www-cdfonline.fnal.gov/clservlet/servlet/CdfConsumerServlet</pre>
<!-- Author: Wolfgang Wagner -->


<!-- Date: Mon Jul 15 18:52:54 2002 -->
<pre>If stage0 crashes or stage0+silimon please email Kaori</pre>
<!-- Author: Angela Wyatt -->


<!-- Date: Mon Jul 15 20:12:44 2002 -->
<pre>TOF channel 350 (west) is off.</pre>
<!-- Author: Angela Wyatt -->


<!-- Date: Mon Jul 15 22:26:02 2002 -->
<pre>email sent re HTDC plot (see main log) 
also re. high/low Xsects in XMon</pre>
<!-- Author: Angela Wyatt -->


<!-- Date: Tue Jul 16 10:25:48 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-228&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-228  width='300' align='top'></td><td>TOF channel # 350: Angela already reported on this channel. I will add some  information I just collected on it. This channel is death. It will be maybe fixed somentimes in october. Then I updated  the reference plot in the CO reference book.</a></td></tr></table>
<!-- Author: Carmine -->


<!-- Date: Tue Jul 16 12:28:16 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-231&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-231  width='300' align='top'></td><td>YMON #78 - Problem: Phi Wedge #5  ==  Expert saied that this is anyway ok... (!) even if, looking  into the CO shoping list, this situation should be flaged red.</a></td></tr></table>
<!-- Author: Carmine -->


<!-- Date: Wed Jul 17 13:38:15 2002 -->
<pre>Update the runObjectMon.tcl file in the consumer/runarea to 
pick up the new reference file for JetMonitor.  
Additionally, synchronize the options with those in the 
most recent runObjectMon.tcl in CVS. </pre>
<!-- Author: Wolfgang Wagner -->


<!-- Date: Thu Jul 18 00:10:50 2002 -->
<pre>Tidy up of the Reference plots for CO: 
 
COT 
There are LOTS of plots in YMON and most don't have reference plots. So, which (if any) should be looked at? 
 
CMX 
More up to date plots have been added by a CO, but should be checked by an expert, to leave just one ref.</pre>
<!-- Author: Angela Wyatt -->


<!-- Date: Thu Jul 18 10:02:14 2002 -->
<pre>Change ObjectMon runarea tcl to do the access to run summary DB: 
accessRunSummaryDB set t 
This is meant to stop error reports from JetMonitor during 
cosmics run.</pre>
<!-- Author: Wolfgang -->


<!-- Date: Fri Jul 19 03:58:48 2002 -->
<pre>Added new SPIKE calorimeter plots to YMON section 
- taken after quench 19/07</pre>
<!-- Author: ML -->


<!-- Date: Sat Jul 20 08:29:43 2002 -->
<pre>&lt;br&gt; 
Just talked with the ops manager (Jones). He suggested following the rules to the letter (one dead PHA channel = 
"bad" PHA = "bad" calorimeter == "bad" run). Figures that if this causes grief, analysis people can change 
the database later and/or review what makes a bad run. </pre>
<!-- Author: M Mattson -->


<!-- Date: Sun Jul 21 09:36:52 2002 -->
<pre>Since we have a good high statistics run, tried to update some of the plots in the reference book.&lt;br&gt; 
&lt;br&gt; 
Replaced CEM PMT plot (YMon #5).  The old one had 3100 events, and a dead channel (which was fixed).&lt;br&gt; 
&lt;br&gt; 
Planned to replace HAT 2D Occupancy/Leading Edge Time of WHA (YMon #39), which only had 5000 events.  The control room color printer chose this moment to have persistant paper jams, so I was unsuccessful.</pre>
<!-- Author: M Mattson -->


<!-- Date: Sun Jul 21 09:38:33 2002 -->
<pre>Pardon my French, but WTF??   Why does this e-log different than the others?  HTML and the "Preview" button do not behave like the 
other pages.</pre>
<!-- Author: M Mattson -->
<!-- Comment: Sun Jul 21 09;44;41 comment by...M Mattson -->
<pre>Sorry, did not notice that entries default to "plain" text.

Still does not explain why preview does not resemble final
entry.</pre>


<!-- Date: Mon Jul 22 08:17:45 2002 -->
For future reference, the symptoms of the online database being down (like it was yesterday) are:<br> 
1)  DAQMon and TrigMon do not want to update (cannot find socket)<br> 
2)  other "Mon"s that look offline continue to update<br>
<!-- Author: M Mattson -->


<!-- Date: Tue Jul 23 02:06:03 2002 -->
<pre>I'm not sure if this problem will be resolved soon (expert is 
coming in the morning), but be aware that LumMon and SiliMon  
have temporarily swapped monitors.  Everything is fully 
functional, just in a different location.   
 
Perhaps they were tired of having sensible problems...</pre>
<!-- Author: Daniel -->


<!-- Date: Tue Jul 23 08:54:02 2002 -->
<pre>This past friday, and again this morning, netscape seems to get in a state where it quits (without warning) when trying to get a new page.  Going to the preferences, and clearing the caches seems to fix this. 
</pre>
<!-- Author: M Mattson -->


<!-- Date: Thu Jul 25 21:45:44 2002 -->
<pre>In the previous couple of runs the CPR wedge wire occupancies "fluctuate" from the central expected values to the upper allowed limits. 
The relative occupancies between wedges remain quite stable, 
so this is a global effect for CPR. 
Occasionally, a single wedge will end up just above the limit. 
</pre>
<!-- Author: Anton Anastassov -->


<!-- Date: Fri Jul 26 04:42:39 2002 -->
<pre>Instruction of how to run new TrigMon for Nathan's test: 
1) stop TrigMon running by hitting ctrol C. 
2) start test TrigMon by typing: startMon_test.sh TrigMon 0 
3) In the GUI, Reset, and reattach TrigMon 
    b0dap69:9092 (for example) 
4) If Nathan's test is successfull, then keep running 
the new TrigMon, and if not, go back to the normal one, 
by just restarting using the normal startup script, 
startMon.sh. 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Fri Jul 26 04:46:05 2002 -->
<pre>After the online machine crashed last night, some reason, 
I can not get the consumer status page going. 
To attach consumer to GUI, the startup script (startDisplay.sh 
All) seems to work, but if one needs to attach manually, 
please type in explicit node:port#  (b0dap69:9091, for example).</pre>
<!-- Author: kaori -->


<!-- Date: Thu Aug 1 06:33:51 2002 -->
ObjectMon plots for CMX (phi and Z) show a wrong normalization  
resulting in the plot being  
<FONT COLOR=#FF0000>RED</FONT>. 
It might be worth to update ASAP the reference plots ( 
<FONT COLOR=#0000FF>BLUE</FONT> lines) so that COs don't panic...
<!-- Author: RP -->


<!-- Date: Sat Aug 3 08:56:27 2002 -->
<pre>Stage 0 consumer was dead at the beginning of the shift 
(ended with value 11).  ^D'd the window and restarted, but 
now it ended with value 0.  Paged Kaori.</pre>
<!-- Author: Tom Junk -->


<!-- Date: Sat Aug 3 20:15:54 2002 -->
<pre>Run 149387 
 
Stage-0 crashed -- restarted at 6.23 pm. 
</pre>
<!-- Author: Jim Pinfold -->


<!-- Date: Sun Aug 4 08:31:11 2002 -->
<pre>In the ObjectMon/TackMonitor Slide Show canvas, the track 
phi distriution after a very long run (149387) has very many 
entries, about 10,000/bin.  There is a systematic shape to 
it (several small bumps, not sinusoidal) at the 2% level. 
The plot is flagged as "bad" and is displayed in red. 
 
  I suspect this might be the usual -- if enough data are taken, then no distribution will match the expectation because the statistical errors are so small.</pre>
<!-- Author: Tom Junk -->


<!-- Date: Tue Aug 6 18:19:57 2002 -->
<pre>On the request of Kaori I run DBANA on the showermax SMQIE's in 
order to flag bad channels. I did this for the two latest calibration runs: 149423 & 149434. 
 
The earlier run did exhibit a block of bad "CES strips bad channels", for strip no's ~65--&gt;~95. However, this problem  
was cured in the later run 149434. I have included the relevant plots in the log</pre>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 18:22:39 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-233&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-233  width='300' align='top'></td><td>Shower max plots from SMIQE Calibration run 149243 showing a block of bad channels (?)</a></td></tr></table>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 18:27:54 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Tue_Aug__6_2002_182740.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-235  align='top'></td><td>Plot of bad CES strips versus wedge no. showing a block of bad channels. This plot was obtained from a DBANA SMQIE Calibration look-see</a></td></tr></table>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 18:31:55 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Tue_Aug__6_2002_183146.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-238  align='top'></td><td>A similar plot to the one directly above was made for the latest available run (on the 5th of August) 149434. The block of bad  CES strips has now gone. All look to be OK</a></td></tr></table>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 21:32:38 2002 -->
<pre>RUN 149492 
---------- 
TrigMon plot of the leading edge time of East CHA  
does not obviously show the required peak just 
below 1800ns. A copy of the plot is included below.</pre>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 21:36:24 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Tue_Aug__6_2002_213618.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-241  align='top'></td><td>TrigMon plot of leading edge time of CHA (see comment directly above)</a></td></tr></table>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 21:44:05 2002 -->
<pre>RUN 149492 
---------- 
Probably isn't important but the ObjectMon Jet Monitor plot 
showing multiplicity Jet sumET, etc doen't look  
completely healthy, compared to the one in the CO book. 
The plot is included below.</pre>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 21:50:25 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Tue_Aug__6_2002_215008.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-243  align='top'></td><td>This plot is referred to in the comment directly above.</a></td></tr></table>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 21:55:20 2002 -->
<pre>RUN 149492 
------------ 
The BeamMon plot of the hcotmass looks a little different 
than the plot in the CO book. The invariant mass in the book 
shows an "exponential" fall off after ~20 GeV. The plot in 
run 149492 shows a falloff with an approximately linear 
slope. Probably isn't important, but there it is.</pre>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 21:56:25 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Tue_Aug__6_2002_215618.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-245  align='top'></td><td>This plot is referred to in the comment above.</a></td></tr></table>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 23:23:23 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Tue_Aug__6_2002_232314.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-249  align='top'></td><td>COT alarm plots in run 149493.</a></td></tr></table>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 23:30:02 2002 -->
<pre>RUN 149493 
----------- 
TrigMon plot #134 "L1 TriggerMonitor L1 DCAS-ADMEM comparisons", 
shows many more than a few entries "off diagonal" (~20?). I don't think it is so much that I would phone, but it probably requires an E-mail. The plot is included in the CO log below this log 
entry.</pre>
<!-- Author: Jim Pinfold -->


<!-- Date: Tue Aug 6 23:32:32 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Tue_Aug__6_2002_233159.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-251  align='top'></td><td>This plot is referred to in the entry directly above.</a></td></tr></table>
<!-- Author: Jim Pinfold -->


<!-- Date: Wed Aug 7 01:32:18 2002 -->
collider run ended, cosmic run started, so switched mode to cosmic monitoring with runCosmic.sh
<!-- Author: Ashutosh -->


<!-- Date: Wed Aug 7 19:18:04 2002 -->
<pre>Start of the Evenining shift 
----------------------------- 
SVXmon kept dying, probably  due to extensive testing of the hardware. After a while I gave up restarting it.  According to Kaori t should come up normally when standard running conditions are reestablished. Meanwhile, I set the red "alarm" colour  on the CO screens to blue (using xsetroot -solid steelblue)</pre>
<!-- Author: Jim Pinfold -->


<!-- Date: Thu Aug 8 18:11:34 2002 -->
<pre>Run DBANA on the latest SMQIE Calibration run (149505), taken 
on the 7th of August 2002. No blocks of ~10 bad channels were 
seen, either on CCPRED or CESQIE2 plots. Thus, all is OK with 
that Shower Max. calibration run.</pre>
<!-- Author: Jim Pinfold -->


<!-- Date: Thu Aug 8 23:18:30 2002 -->
<pre>Ran DBANA on latest SMX calibration run (149505) and put the results 
in the appropriate white folder. 
 
Ran DBANA on the latest CMC calibration file (149613) and put the results in the appropriate white folder. 
 
Tried to run DBANA on the COT. There were no exmaple plots in the writeup and I could not pull up some of the plots because of generated errrors. It looks like the COT part of DBANA needs some work (unless I am doing something stupid).</pre>
<!-- Author: Jim Pinfold. -->


<!-- Date: Fri Aug 9 10:55:04 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-252&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-252  width='300' align='top'></td><td>cell 190 in cot sl7 has too large occupancy.</a></td></tr></table>
<!-- Author: shinhong kim -->


<!-- Date: Fri Aug 9 16:49:04 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Fri_Aug__9_2002_164849.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-257  align='top'></td><td>error still there</a></td></tr></table>
<!-- Author: Krzysztof Sliwa -->


<!-- Date: Fri Aug 9 21:10:36 2002 -->
<pre>Despite spending considerable amount of time looking for EMMonitor plots, we (Jim Pinfold and I) were not able to find them; the same is was true for the MET plots. Could someone maybe redesign the layout of the folders with the slides/plots so it is easier for the CO to find the slides we are supposed to be checking ?</pre>
<!-- Author: Krzysztof Sliwa -->


<!-- Date: Fri Aug 9 22:43:04 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Fri_Aug__9_2002_224256.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-259  align='top'></td><td>Flagged as erroneous by SVTDMonitor.SVT people notified.</a></td></tr></table>
<!-- Author: krzysztof sliwa -->


<!-- Date: Fri Aug 9 23:42:25 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Fri_Aug__9_2002_234216.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-261  align='top'></td><td>Errors in HADTDC timing has been reported for CHA, PHA nd WHA</a></td></tr></table>
<!-- Author: krzysztof sliwa -->


<!-- Date: Sat Aug 10 03:24:15 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Sat_Aug_10_2002_032410.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-271  align='top'></td><td>mismatch in track phi distr.</a></td></tr></table>
<!-- Author: m.deninno -->


<!-- Date: Sat Aug 10 03:28:17 2002 -->
<center><a href='/elog/notebooks/consumer-ops/Sat_Aug_10_2002_031336.ps'><img src='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-265' ></a><a href='/elog/notebooks/consumer-ops/Sat_Aug_10_2002_031452.ps'><img src='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-267' ></a><a href='/elog/notebooks/consumer-ops/Sat_Aug_10_2002_032219.ps'><img src='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-269' ></a></center>
<!-- Author: m.deninno -->


<!-- Date: Sun Aug 11 04:11:07 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Sun_Aug_11_2002_041053.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-275  align='top'></td><td>in L2 and L3 trigger rates, some rates are too high(red) and some are too low(blue)</a></td></tr></table>
<!-- Author: milena deninno -->


<!-- Date: Sun Aug 11 04:12:26 2002 -->
<table><tr><td><a href=/elog/notebooks/consumer-ops/Sun_Aug_11_2002_041220.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-277  align='top'></td><td>same as previous</a></td></tr></table>
<!-- Author: milena deninno -->


<!-- Date: Tue Aug 13 14:46:48 2002 -->
<pre>A number of changes have been made to YMon since the last update.  They should be picked up in the next cdfsoftb0 release. It should be clear when the changes go into effect since, for instance, the color scheme has changed dramatically.  Now, the changes: 
 
YMon now resets histograms as it checks them.  Once a histogram is checked for the second time, at 2*checkFreq events it is reset to contain only the latest checkFreq events.  So, after  the first checkFreq events histograms that are checked will always have between checkFreq and 2*checkFreq events. 
 
You can find the check frequency for each monitor by looking at /data1/consumer/runarea/YMon/Consumer/YMon/runYMon_physics.tcl. 
 
So, for the CEM we see: 
  checkFreq set 500 
This means that when YMon starts it will fill the CEM plots for 500 events.  Then, it will check whichever plots it's going to check (so far only the 1-d occupancy plot, for the CEM).  Then it will continue to collect events until it has 1,000 events.  It will check based upon the most recent 500 events, and then reset so that only the 500 most recent events are displayed.  So, after the first 500 events you will always see between 500 and 1,000 events in the CEM plots.  Only histograms which YMon checks against references will be affected by the reseting.  So, the CEM Wedge Occupancy will be reset but the 2-D CEM Tower Plots will not (for the time being).   
 
This means that different histograms will have different numbers of events, but should mean that it's easier to spot why pads turn red. 
  
Also, there's a new color scheme.  Pads are blue if they've not been checked, green if they've been checked and passed, red if checked and failed. 
  
Reference histograms and checking have been added for ToF Average Charge and Average Time. 
  
Mark Mattson added an RMS plot to the   YMon:ShowerMax:Expert:CESNoiseCanvas.  
</pre>
<!-- Author: Adam Gibson -->


<!-- Date: Sun Aug 18 10:20:29 2002 -->
<pre>I swapped YMon and "LumMon, BeamMon, DAQMon" display windows 
between b0dap52 and b0dap55.  Hopefully this makes checking 
of YMon faster.  The script, startDisplay.sh modified to do 
this swap.</pre>
<!-- Author: Kaori -->


<!-- Date: Sun Aug 18 15:57:43 2002 -->
<pre>XMon crashed about 4:50pm today.</pre>
<!-- Author: Andrew Martin -->
<!-- Comment: Sun Aug 18 16;02;56 comment by...Andrew -->
<pre>oops, I meant 3:50pm...</pre>


<!-- Date: Mon Aug 19 02:09:45 2002 -->
<center><a href='/elog/notebooks/consumer-ops/Mon_Aug_19_2002_020801.ps'><img src='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-279' ></a><a href='/elog/notebooks/consumer-ops/Mon_Aug_19_2002_020815.ps'><img src='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-281' ></a><a href='/elog/notebooks/consumer-ops/Mon_Aug_19_2002_020832.ps'><img src='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-283' ></a><a href='/elog/notebooks/consumer-ops/Mon_Aug_19_2002_020843.ps'><img src='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-285' ></a><a href='/elog/notebooks/consumer-ops/Mon_Aug_19_2002_020859.ps'><img src='/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=-287' ></a></center>
<!-- Author: Lin Zhang -->
<!-- Comment: Mon Aug 19 02;10;27 comment by...Lin Zhang -->
<pre>Errors still there.
</pre>