<!-- Title: &nbsp; -->
<!-- Notes: -->
Consumer Operator Archive  



<!-- Date: Wed Dec 17 19:01:46.180 2003 -->
<!-- FixDate: Wed Dec 17 19;02;37 2003 -->
<!-- Safety: off -->
here is something bad
<!-- Author: kaori -->
<!-- Comment: Wed Dec 17 19;02;37 comment by...kaori -->
i fixed it

<!-- Comment: Wed Dec 17 19;03;20 comment by...kaori -->
get rid of this, because this was a test

<!-- Date: Fri Dec 26 08:24:10.203 2003 -->
<!-- FixDate: Fri Dec 26 08;24;37 2003 -->
<!-- Safety: off -->
test
<!-- Author: kaori -->
<!-- Comment: Fri Dec 26 08;24;37 comment by...kaori -->
test**2

<!-- Comment: Fri Dec 26 08;25;09 comment by...kaori -->
archive test

<!-- Date: Thu Dec 18 18:06:30.336 2003 -->
<!-- FixDate: Fri Dec 19 10;54;49 2003 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-12&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-12  width='300' align='top'></td><td>CMX west occupancy in disagreement with the reference, run 176630</a></td></tr></table>
<!-- Author: Jim -->
<!-- Comment: Thu Dec 18 18;07;29 comment by...Jim -->
<pre>also CMX east</pre>


<!-- Comment: Fri Dec 19 10;54;49 comment by...Dale Stentz -->
<a href=
'/cgi/elog/elog.pl?nb=2003&action=view&page=1055&frame=2&anchor=18:11:23.565'>
See explination in elog.</a>
<p>
Basically, the disagrement is in the CMX miniskirts - but this is only a slight diffrence due to the low number of statistics in the run.  A differnt consern [that Jim correctly didn't have] is that the refrence (red '+') for all plots is below (because of diffrent luminosity used in the refrence) the data (histogram).  A new 'in plot' refrence will come soon. 
</p>
For now we will mark this as fixed.

<!-- Comment: Fri Jan  2 03;29;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Dec 18 19:23:35.210 2003 -->
<!-- FixDate: Sun Dec 21 07;57;32 2003 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-14&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-14  width='300' align='top'></td><td>TL2D clusters vs simulation clusters has 3 errors (off-diagonal); the error rate(4x10^-4 is less than 0.01;</a></td></tr></table>
<!-- Author: Jim -->
<!-- Comment: Sun Dec 21 07;56;26 comment by...kaori -->
We supposed to consider this is good since 10**-4 is less than
1%.  (see reference plot in TrigMon folder).

<!-- Comment: Sun Dec 21 07;57;32 comment by...kaori -->
I forgot to click on "fixed" with my previous comment.  Do that
this time.






<!-- Comment: Sun Jan  4 00;27;21 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Dec 17 08:35:39.466 2003 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-1&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-1' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-2&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-2' width='300'></a></center>
<!-- Author: Guram -->
<!-- Comment: Wed Dec 17 08;37;00 comment by...Guram -->
<pre>This is a hot channel in COT SL2. Expert is paged.</pre>









<!-- Comment: Fri Jan 16 07;30;54 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Dec 17 23:17:44.371 2003 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-3&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-3  width='300' align='top'></td><td>cot problem</a></td></tr></table>
<!-- Author: Jim -->
<!-- Comment: Fri Jan 16 07;35;53 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Dec 17 23:18:46.235 2003 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-4&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-4  width='300' align='top'></td><td>cot problem 2</a></td></tr></table>
<!-- Author: Jim -->
<!-- Comment: Sat Jan 17 08;45;20 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Dec 17 23:20:48.475 2003 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-5&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-5  width='300' align='top'></td><td>ObjectMon MetMonitor bad fit</a></td></tr></table>
<!-- Author: Jim -->
<!-- Comment: Sat Jan 17 08;45;21 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Dec 17 23:22:30.179 2003 -->
<!-- FixDate: Sat Jan  3 22;10;21 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-6&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-6  width='300' align='top'></td><td>ObjectMon Muon Monitor</a></td></tr></table>
<!-- Author: Jim -->
<!-- Comment: Sat Jan  3 22;10;21 comment by...Dale Stentz -->
<p>
At the very least this has been 'changed' and proably fixed.  I think this may be a work in progress.  The link below shows its current features.
</p>
<p>
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=9&frame=2&anchor=22:05:01.997'>
See how it looks now.</a>
</p>
<!-- Comment: Sat Jan 17 08;48;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Dec 17 23:23:19.488 2003 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-7&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-7  width='300' align='top'></td><td>ObjectMon HadTDC problem</a></td></tr></table>
<!-- Author: Jim -->
<!-- Comment: Sat Jan 17 08;48;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Dec 18 04:19:49.461 2003 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-8&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-8  width='300' align='top'></td><td>Hot (ADC count too high) channel in WHA.</a></td></tr></table>
<!-- Author: Yen-Chu Chen -->
<!-- Comment: Sat Jan 17 08;52;41 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Dec 18 04:25:28.957 2003 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-9&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-9  width='300' align='top'></td><td>Number of dead channels in the CPR exceeds 32!</a></td></tr></table>
<!-- Author: Yen-Chu Chen -->
<!-- Comment: Sat Jan 17 09;02;31 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Dec 18 04:29:14.227 2003 -->
<!-- FixDate: Fri Jan  2 11;33;06 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-10&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-10  width='300' align='top'></td><td>Number of dead channels in the CCR exceeds 10!</a></td></tr></table>
<!-- Author: Yen-Chu Chen -->
<!-- Comment: Fri Jan  2 11;33;06 comment by...Ben Brau -->
CO Reference plot updated to reflect fixed channels.
<!-- Comment: Sat Jan 17 09;05;21 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Dec 18 17:06:30.799 2003 -->
<!-- FixDate: Sat Jan 17 10;49;12 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-11&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-11  width='300' align='top'></td><td>this is for Carla Pilcher</a></td></tr></table>
<!-- Author: Jim -->
<!-- Comment: Sat Jan 17 10;49;12 comment by...me -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Sat Jan 17 10;49;31 comment by...cplager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Thu Dec 18 18:09:15.530 2003 -->
<!-- FixDate: Sat Jan 17 10;51;09 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-13&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-13  width='300' align='top'></td><td>ShowerMax slide: CPR wedge wire occupancy disagrees with the reference</a></td></tr></table>
<!-- Author: Jim -->
<!-- Comment: Sat Jan 17 10;50;54 comment by...cplager -->
duplicate
<!-- Comment: Sat Jan 17 10;51;09 comment by...cplager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Sat Jan 17 10;51;43 comment by...cplager -->
duplicate

<!-- Date: Sat Jan 17 08:52:40.816 2004 -->
<!-- FixDate: Sun Jan 18 12;01;27 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-16&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-16  width='300' align='top'></td><td>This missing wedge of PHA was first seen on Jan 16 Eve shift.</a></td></tr></table>
<!-- Author: Matteo -->
<!-- Comment: Sat Jan 17 09;40;04 comment by...Matteo and Dale -->
PCAL10, slot 17 ADMEM has a blown fuse.<br>
See details <a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=48&frame=2&anchor=19:09:33.413'>
here</a>.

<!-- Comment: Sat Jan 17 10;16;50 comment by...Dale and Matteo -->
See 1D occupancy plot <a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=50&frame=2&anchor=10:05:48.817'>
here</a>.
<br>
V Tiwari: "PHA 16E [40-24 = 16] wedge will be dead on consumer plots." 







<!-- Comment: Sun Jan 18 12;01;27 comment by...Matteo and Dale -->
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=51&frame=2&anchor=20:12:46.699'>
Fixed during a controled access</a>.<br>
Look at<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=53&frame=2&anchor=11:56:37.591'>
this plot</a> to see that it looks good and does not have the dead wedge.
</strike>

<!-- Comment: Sun Feb  1 17;37;13 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 2 09:23:40.276 2004 -->
<!-- FixDate: Thu Apr  8 14;21;06 2004 -->
<!-- Safety: off -->
New dead channel in <a href= 
'/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=12&frame=2&anchor=15:01:10'> 
WHA</a>.<br> 
Expert was notified and will look into it. 
  
<!-- Author: Florencia -->
<!-- Comment: Thu Apr  8 14;21;06 comment by...Charles -->
Down below with image
<!-- Comment: Thu Apr  8 14;21;19 comment by...cplager -->
Down below with image

<!-- Date: Mon Jan 12 12:45:01.794 2004 -->
<!-- FixDate: Thu Apr  8 14;28;37 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-15&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-15  width='300' align='top'></td><td><p> 
This is the Low Pt East Side CMU via the Trigmon MuonTriggerMonitor slide.  This is actually the result of a trigger problem being fixed but not being taken into account by TrigMon. 
</p> 
See discussion <a href= 
'/cgi/elog/elog.pl?nb=2004&action=view&page=14&frame=2&anchor=12:18:25.894'> 
here </a> for details.  Also, <a href= 
'/cgi/elog/elog.pl?nb=2004&action=view&page=14&frame=2&anchor=12:38:41.811'> 
here</a>. 
 
<p> 
The game plan for the CO is to rescale the bottom plot [sim] to match the top [data] plot.  Compare all but wedge 0 in the normal way [data = sim].  Wedge 0 in 'data' should be the same order of magintude as the rest of the wedges(i.e. factor of 2 show in the plot is ok). 
</p> 
When in doubt contact a L1 trigger expert.</a></td></tr></table>
<!-- Author: Dale Stentz -->
<!-- Comment: Mon Jan 12 14;36;33 comment by...Phil Schlabach -->
That's right. A trigger channel (one wire pair) was masked last Monday. The trigger simulation doesn't know about this so the predicted rate includes the hot channel. The trigger data plot for wedge 0 is running about a factor of 2 high due to a warmish pair in the same area. This translates into about 2 Hz of dimuon rate at 6e30 so we chose to live with this as masking the 2nd pair would kill one stack of the CMU in this wedge (1/16). I am trying to hack TrigMon to put the mask in by hand, but I haven't succeeded yet.


<!-- Comment: Fri Jan 16 07;35;51 comment by...Dale Stentz -->
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=46&frame=2&anchor=01:52:29.093'>
A resent run of the plot</a>.  
<p>
Note that here wedge 0 in 'data' ('sim' will be huge until Phil's hacked version of trigmon is introduced) is about 5 times as big as any other wedge.
</p>







<!-- Comment: Mon Jan 19 08;56;26 comment by...ps -->
Note that the hot channels come and go which means sometimes this plot is flat as it should be.
<!-- Comment: Sat Mar 13 10;06;18 comment by...Dale -->
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=139&frame=2&anchor=17:58:42.924'>
Here is a link to an updated plot.</a>
<p>
Currently (keeping in mind the problem comes in goes and is sometimes worse) all of the offending [hot] trigger pairs have been  masked.  The result is what's shown in the plot via the link above where "data" is bascially flat [no hot wedges] but "sim" still shows a huge value in CMU wedge 0.  This should always correlate with the YMon Central Muon slide which shows that CMU east wedges 0 (and almost always wedge 10 as well) have higher occupancy than expected.
</p>
<!-- Comment: Sat Mar 13 10;27;50 comment by...Dale -->
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=139&frame=2&anchor=17:58:42.924'>
Here is a link to an updated plot.</a>
<p>
Currently (keeping in mind the problem comes in goes and is sometimes worse) all of the offending [hot] trigger pairs have been  masked.  The result is what's shown in the plot via the link above where "data" is bascially flat [no hot wedges] but "sim" still shows a huge value in CMU wedge 0.  This should always correlate with the YMon Central Muon slide which shows that CMU east wedges 0 (and almost always wedge 10 as well) have higher occupancy than expected.
</p>
<!-- Comment: Thu Apr  8 14;28;37 comment by...Charles Plager -->
No longer a problem
<!-- Comment: Thu Apr  8 14;28;49 comment by...Charles Plager -->
Fixed

<!-- Date: Fri Apr 9 06:44:55.663 2004 -->
<!-- FixDate: Sun Apr 11 09;30;25 2004 -->
<!-- Safety: off -->
<pre>I have change the SVXMon tcl file so that it will save a temporary 
root file with all plots every 30 min. The file will appear in the 
directory /data1/consumer/results/SVXMon. The change will take effect 
the next time SVXMon is restarted. Please restart it after run 
181420 is over. 
</pre>
<!-- Author: Igor Volobouev -->
<!-- Comment: Sun Apr 11 09;30;25 comment by...Charles Plager -->
Done

<!-- Comment: Sun Apr 11 09;30;42 comment by...Charles Plager -->
Done

<!-- Date: Tue Apr 13 15:57:06.190 2004 -->
<!-- FixDate: Thu Apr 15 10;29;09 2004 -->
<!-- FixDate: Thu Apr 15 10;28;43 2004 -->
<!-- Safety: off -->
YMon, ObjectMon and SVXMon displays don't connect to Consumers because "No Consumers Found". However, I have restarted the consumers and still this message persists. We are running a L2-Torture test and the Status page reflects that these consumers are not updating...so I guess this is a normal situation. Is that right?
<!-- Author: John R. Smith -->
<!-- Comment: Thu Apr 15 10;28;43 comment by...Charles -->
too many

<!-- Comment: Thu Apr 15 10;29;09 comment by...charles -->
Fixed

<!-- Comment: Thu Apr 15 10;29;43 comment by...Charles -->
Go away

<!-- Date: Tue Apr 13 14:20:39.943 2004 -->
<!-- FixDate: Sat Apr 24 19;53;30 2004 -->
<!-- Safety: off -->
YMon, ObjectMon and SVXMon displays don't connect to Consumers because "No Consumers Found". However, I have restarted the consumers and still this message persists. We are running a L2-Torture test and the Status page reflects that these consumers are not updating...so I guess this is a normal situation. Is that right?
<!-- Author: John R. Smith -->
<!-- Comment: Sat Apr 24 19;53;30 comment by...a -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Sat Apr 24 19;53;42 comment by...a -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sun May 2 19:58:37.861 2004 -->
<!-- FixDate: Wed May  5 21;10;37 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-44&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-44  width='300' align='top'></td><td>Dead channel in CMX occupancy plot at wedge no. 20. 
This is OK. See this <a href= 
'/cgi/elog/elog.pl?nb=2004&action=view&page=286&frame=2&anchor=16:26:30.558'> 
entry </a></a></td></tr></table>
<!-- Author: Dominic -->
<!-- Comment: Wed May  5 21;10;37 comment by...Dale -->
Back on and not tripping.  <a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=295&frame=2&anchor=17:10:56.774'>Recovered here.</a>
<!-- Comment: Tue May 18 07;55;05 comment by...Dale -->
Wedge 20 on and working for sometime (fixed)

<!-- Date: Fri Apr 23 20:04:50.082 2004 -->
<!-- FixDate: Wed May  5 21;08;07 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-30&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-30  width='300' align='top'></td><td>There is a mismatch for the CMX: in the miniskirt region the  
TigSim has entries and data doesn't. </a></td></tr></table>
<!-- Author: Rolf Oldeman -->
<!-- Comment: Fri Apr 23 21;22;34 comment by...Rolf Oldeman -->
The reference plot also has this effect so I guess it's OK

<!-- Comment: Sun May  2 13;59;37 comment by...Dale Stentz -->
<p>
Yes, the current trigger table does not yet include the miniskirts (i.e. miniskirts [west+east wedges 15-20] are not in the trigger) so "data" will always be empty there with "sim" showing up realtive to the CMX occupacy in thoes wedges.  (I'll leave this as "not-fixed" until the miniskirt is added to the trigger).
</p>

<!-- Comment: Wed May  5 21;08;07 comment by...Dale -->
The miniskirt is is in the trigger now so "data" should have entries in wedges 15-20.
<!-- Comment: Tue May 18 14;15;43 comment by...Dale -->
MS is in the trigger [orginal problem fixed] - note that there the plot now shows a decrepancy in 15 and 20 (but 16-19 look good)!

<!-- Date: Sat Jun 26 07:48:39.858 2004 -->
<!-- FixDate: Sun Jun 27 12;28;48 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-106&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-106  width='300' align='top'></td><td>I don't know if this is 0.0005% or 0.05%, but I think it is a problem.</a></td></tr></table>
<!-- Author: Sean Stromberg -->
<!-- Comment: Sun Jun 27 12;21;22 comment by...Rob Harr -->
The entries in the lower two plot should be less than 0.001 = 0.1%, and they are.  This is NOT a problem.

<!-- Comment: Sun Jun 27 12;28;48 comment by...Rob Harr -->
No action necessary, I'll declare this as fixed.

<!-- Comment: Sun Jun 27 12;29;29 comment by...Rob Harr -->
Not a problem.

<!-- Date: Thu Dec 18 18:52:02.356 2003 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-13&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-13  width='300' align='top'></td><td>ShowerMax slide: CPR wedge wire occupancy disagrees with the reference</a></td></tr></table>
<!-- Author: Jim -->
<!-- Comment: Sun Jul 18 00;07;01 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jan 17 12:35:00.124 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-17&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-17  width='300' align='top'></td><td>CLAD occupancy plots from LUMMON display three "holes", first noticed on this run, which are not present in the reference histograms.</a></td></tr></table>
<!-- Author: Dale and Matteo -->
<!-- Comment: Sun Jan 18 11;42;45 comment by...Dale and Matteo -->
expert Ming:
<p>
"A few days ago we were aware that there were two bad CLC channels (#13 and #87). We think that
the problem lies in the detector (either bad PMT or bad PMT base) The three bad channels now are
#13, #17, and #87. This channel (#17) has been known to us to be unstable."
</p>
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=50&frame=2&anchor=13:14:37.645'>
See orginal elog entry here.</a>




<!-- Comment: Sun Jul 18 00;07;01 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jan 23 19:53:56.771 2004 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-18&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-18' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-19&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-19' width='300'></a></center>
Hot pmt in WHA (7EAST,8R).
Does not affect the trigger.
Experts notified.
<!-- Author: niccolo&#39; -->
<!-- Comment: Sun Jul 18 00;07;01 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 8 07:49:38.995 2004 -->
<!-- Safety: off -->
Due to a mistake on my part, XMon sometimes erroneously alarms on some of the prefred rates and never resets.<p> 
 
If this happens, check the prefred rates (XMon Canvases 07.1 and 07.2 or the <a href="http://www-cdfonline.fnal.gov/internal/mon/consumer/XMonWebpage.html">Current</a> XMon web page.  If the rates are less than 1.5 MHz, ignore the warning and <font color="red"><b>Do Not</b></font> page anybody.
<!-- Author: Charles Plager -->
<!-- Comment: Sun Jul 18 00;07;01 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 8 14:20:18.371 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-20&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-20  width='300' align='top'></td><td>-11 2 R is known to be a bad channel.</a></td></tr></table>
<!-- Author: Charles Plager -->
<!-- Comment: Sun Jul 18 08;24;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Apr 11 09:40:00.027 2004 -->
<!-- Safety: off -->
When using the <b><i>Update</i></b> from the Consumer checklist, it is often the case that not all conumser web pages get updated.<p> 
Once for each type of consumer (LumMon, BeamMon, YMon, and TrigMon), please look at the date stamp at the top of the image.  If it too old, please use the HistoDisplayMain programs to see the necessary consumer slides.  We realize this is a pain and it will hopefully be soon fixed.  Thank you for your patience.
<!-- Author: Charles Plager -->
<!-- Comment: Sun Jul 18 08;24;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Apr 13 14:25:50.010 2004 -->
<!-- Safety: off -->
YMon, ObjectMon and SVXMon displays don't connect to Consumers because "No Consumers Found". However, I have restarted the consumers and still this message persists. We are running a L2-Torture test and the Status page reflects that these consumers are not updating...so I guess this is a normal situation. Is that right?
<!-- Author: John R. Smith -->
<!-- Comment: Sun Jul 18 08;24;33 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Apr 13 14:54:57.011 2004 -->
<!-- Safety: off -->
YMon, ObjectMon and SVXMon displays don't connect to Consumers because "No Consumers Found". However, I have restarted the consumers and still this message persists. We are running a L2-Torture test and the Status page reflects that these consumers are not updating...so I guess this is a normal situation. Is that right?
<!-- Author: John R. Smith -->
<!-- Comment: Sun Jul 18 08;24;33 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 16 14:27:36.830 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-21&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-21  width='300' align='top'></td><td>With cosmic rays - frequent warning message on error: 
unprescaled L1 7-tracks rate 0 Hz.... </a></td></tr></table>
<!-- Author: aldo penzo -->
<!-- Comment: Sun Jul 18 16;52;03 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Apr 17 17:38:29.019 2004 -->
<!-- Safety: off -->
<pre>How to turn the screen background blue if it gets stuck red: 
 
On any terminal with display set to b0dap51 enter 
 
/usr/X11R6/bin/xsetroot -solid steelblue</pre>
<!-- Author: Maurice Garcia-Sciveres -->
<!-- Comment: Sun Jul 18 16;52;03 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Apr 17 17:45:24.671 2004 -->
<!-- Safety: off -->
<pre>How to start ObjectMon if it crashes or you have to kill it: 
 
Do the following: 
 
ssh b0dap82 
xterm -geometry 55x15+0+750 & 
exit 
 
Now go to the new xterm just created and do the following: 
 
source ~cdfsoft/cdf2.cshrc 
setup cdfsoftb0 
setup cdfdb 
runObjectMon 0 physics b0dau32.fnal.gov cdfonprd  
 
that's it. Note that 0 above is the partition number (could be something else) and "physics" could be "cosmics" instead. </pre>
<!-- Author: Mauirce Garcia-Sciveres -->
<!-- Comment: Sat Apr 24 04;45;33 comment by...Oleg -->
It works if I insert a command: <b> setenv DISPLAY b0dap51:0.0 </b>
after ssh b0dap82.
<!-- Comment: Sun Apr 25 10;25;57 comment by...mulhearn -->
<P>I fixed startMon.sh so that "startMon.sh All" or "startMon.sh ObjectMon" works for now... </P>
<!-- Comment: Sun Jul 18 16;52;03 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Apr 18 08:10:16.905 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-22&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-22  width='300' align='top'></td><td>We are now running with the new 7-track ORing in the Two-Track trigger board.  This is 
reflected in the trigger paths of PHYSICS_2_04_v1.  
 
 
  At the same time, we enabled short track pruning in the XTRP.   Until Trigmon gets re-built, any 
plot that compares the L2 track list to the XFT/XTRP track list will show errors.  In the XTRP 
Summary plot, this is the upper right-hand plot that Anyes is referring to.  You will also see 
errors in the L2 pulsar plot of XFLD vs. TP2D track lists.  It's possible that there is also an SVT 
plot of track list comparisons that will show errors. </a></td></tr></table>
<!-- Author: Ken -->
<!-- Comment: Sun Jul 18 16;52;03 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Apr 20 18:07:17.684 2004 -->
<!-- Safety: off -->
<pre>Note it OBjectmon is stopped you must start it manually from the 
 Objectmon Window. (Use Up arrow to get the statup command). Use  
ctrl-C if you have to kill it but don't close the xterm window. </pre>
<!-- Author: Maurice Garcia-Sciveres -->
<!-- Comment: Sun Jul 18 19;19;35 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 22 17:11:17.827 2004 -->
<!-- Safety: off -->
To check plug laser calibration: 
 
Go to http://www-cdfonline.fnal.gov/ace2help/ace_calibrations.html 
 
Click on DBANA link under plug laser and follow instructions. 
<!-- Author: Maurice Garcia-Sciveres -->
<!-- Comment: Sun Jul 18 19;19;35 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 22 23:11:30.855 2004 -->
<!-- Safety: off -->
<pre>Magi Bus TRIGMON plot empty is OK. See: 
 
http://www-cdfonline.fnal.gov/cgi-bin/elog.pl?nb=2004&action=copyentry&page=254&time=02:21:20.714</pre>
<!-- Author: Maurice G-S -->
<!-- Comment: Sun Jul 18 19;19;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 23 01:32:17.678 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-23&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-23  width='300' align='top'></td><td>For runs taken with trigger table PHYSICS_2_04[1,459,452], 
the "L2 diagnostic words" plot in TrigMon will be empty.  The 
L2 alpha code was modified to skip doing the DMA reads to 
save a few micro-second of L2 processing time.  T. Wright is 
working on another version of alpha code which will perform 
the DMA reads for events going to the monitoring stream.  Until 
that version becomes the default, the plot above will remain 
empty.  </a></td></tr></table>
<!-- Author: Ken Hatakeyama -->
<!-- Comment: Sun Jul 18 19;19;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 23 11:54:24.848 2004 -->
<!-- Safety: off -->
<P> When auto update fails, Charles Plager asked that the results from the following ls are posted in the log:</P> 
<PRE> 
ls /data1/consumer/results/*/*182116*root 
</PRE> 
with 182116 -> your run number.  
<!-- Author: mulhearn -->
<!-- Comment: Sun Jul 18 23;56;02 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 23 12:06:11.136 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-25&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-25  width='300' align='top'></td><td>The high error rate in bottom left plot is a known problem, being fixed by Carla.</a></td></tr></table>
<!-- Author: mulhearn -->
<!-- Comment: Sun Jul 18 23;56;02 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 23 12:08:10.798 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-26&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-26  width='300' align='top'></td><td>There is a new spike in the top right plot wrt reference plot.</a></td></tr></table>
<!-- Author: mulhearn -->
<!-- Comment: Sun Jul 18 23;56;02 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 23 12:13:49.413 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-28&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-28  width='300' align='top'></td><td>This was mentioned above in text, but a visual reminder works better.  This error occurs due to this <a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=08:10:16.905'> 
problem </a>. 
 
 
</a></td></tr></table>
<!-- Author: mulhearn -->
<!-- Comment: Sun Jul 18 23;56;02 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 23 14:58:38.636 2004 -->
<!-- FixDate: Sun Jul  4 17;27;29 2004 -->
<!-- Safety: off -->
<P> Run 182116 has been running nearly all shift, with the consumers running merrily.  The auto update feature of the new online detector checklist does not work because the root files are not being written: </P> 
<PRE> 
b0dap51:77:~> date 
Fri Apr 23 14:56:49 CDT 2004 
b0dap51:78:~> ls -lrt /data1/consumer/results/*/*182116*root 
-rw-r--r--    1 cdfdaq   root       418976 Apr 23 12:33 /data1/consumer/results/ObjectMon/ObjectMon182116aa.root 
-rw-r--r--    1 cdfdaq   root     15495969 Apr 23 14:44 /data1/consumer/results/SVXMon/svxmon_182116_tmp.root 
</PRE>
<!-- Author: mulhearn -->
<!-- Comment: Sun Jul  4 17;27;29 comment by...Vadim -->
should be fixed now
<!-- Comment: Sun Jul 18 23;57;07 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 23 19:40:31.712 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-29&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-29  width='300' align='top'></td><td>CCR fails the criterium <10 consecutive channels dead, but it still looks better than the reference plots! so i marked it 'OK'. 
I think the critrium should be changed to '<30 consecutive channels dead'</a></td></tr></table>
<!-- Author: Rolf Oldeman -->
<!-- Comment: Sun Jul 18 23;57;07 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 23 21:21:23.405 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-31&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-31  width='300' align='top'></td><td>This one looks quite different from the reference.</a></td></tr></table>
<!-- Author: Rolf Oldeman -->
<!-- Comment: Fri Apr 23 21;47;32 comment by...Rolf Oldeman -->
So the higher threshold is due to a recent trigger change and
the screw-up of the scales can be prevented by un-checking 'Auto update'



<!-- Comment: Sun Jul 18 23;57;08 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Apr 24 10:03:56.601 2004 -->
<!-- Safety: off -->
<P> Auto update feature continues to fail: </P> 
<PRE> 
b0dap51:78:~> date ; ls -lrt /data1/consumer/results/*/*182135*root 
Sat Apr 24 10:01:14 CDT 2004 
-rw-r--r--    1 cdfdaq   root       192422 Apr 24 07:56 /data1/consumer/results/LumMon/LumMon182135_tmp.root 
-rw-r--r--    1 cdfdaq   root      1135614 Apr 24 07:58 /data1/consumer/results/XMon/XMon182135_tmp.root 
-rw-r--r--    1 cdfdaq   root       409311 Apr 24 08:23 /data1/consumer/results/ObjectMon/ObjectMon182135ab.root 
-rw-r--r--    1 cdfdaq   root       409345 Apr 24 08:23 /data1/consumer/results/ObjectMon/ObjectMon182135aa.root 
-rw-r--r--    1 cdfdaq   root     15518781 Apr 24 09:34 /data1/consumer/results/SVXMon/svxmon_182135_tmp.root 
-rw-r--r--    1 cdfdaq   root       428878 Apr 24 10:00 /data1/consumer/results/ObjectMon/ObjectMon182135ac.root 
</PRE>
<!-- Author: mulhearn -->
<!-- Comment: Sun Jul 18 23;57;08 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Apr 24 10:55:17.612 2004 -->
<!-- FixDate: Sun Jul  4 17;29;31 2004 -->
<!-- Safety: off -->
<P>I decide to look at some of the monitoring code, and find one problem so far.  ObjectMon incorrectly overrides the virtual  
saveRootFile(int mode) from ConsumerFrameworkModule (see  
<A HREF= 
"http://cdfkits.fnal.gov/CdfCode/source/Consumer/ObjectMon/ObjectMonModule.cc#176">the code</A>)and <EM> ignores the mode </EM>.  That at least explains why in the above listing, ObjectMon is generating aa, ab, ac files and not a _tmp file.  The solution is to just get rid of the override in ObjectMon.  Isn't C++ fun? </P>
<!-- Author: mulhearn -->
<!-- Comment: Sun Jul  4 17;29;31 comment by...Vadim -->
should be fixed now. in fact, the objectmon was the first monitor which  had this method
<!-- Comment: Mon Jul 19 08;08;31 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Apr 24 11:20:54.811 2004 -->
<!-- Safety: off -->
<P>Looks like the Monitors don't override, or at least override correctly, the "event" virtual function in all cases.  This is where the actual tmp file save takes place.  So this part is being done correctly...</P>
<!-- Author: mulhearn -->
<!-- Comment: Mon Jul 19 08;08;31 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Apr 24 13:44:22.016 2004 -->
<!-- Safety: off -->
<P>After restarting the monitors, there are now tmp files for all monitors (except ObjectMon) and so auto update is working. The monitors were previously running in cosmics mode... not sure if it was the restart or change to physics mode that made the difference.</P>
<!-- Author: mulhearn -->
<!-- Comment: Mon Jul 19 08;08;31 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Apr 24 17:40:31.166 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-32&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-32  width='300' align='top'></td><td>This one seems new, it's not the same as posted yesterday</a></td></tr></table>
<!-- Author: Rolf Oldeman -->
<!-- Comment: Mon Jul 19 09;05;12 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Apr 24 21:53:05.658 2004 -->
<!-- Safety: off -->
ate: Sun, 25 Apr 2004 04:52:11 +0200 (MET DST) 
From: "Rudolf Oldeman (CDF - Dionisi)" <rolfold@ax0rm1.roma1.infn.it> 
To: Charles Plager <cplager+ucla@fnal.gov> 
Cc: Rob Harr <harr@physics.wayne.edu> 
Subject: trigger rates in Xmon 
 
Hi Charles, 
 
Rob pointed me to an effect in XMon. 
 
On the L3 summary page, some triggers have their rates very close to the 
expected rate, but have a bad zScore and are still written in blue. 
 
For example: 
                       measured  expected  range  zscore 
zerobias_nol3filter_etc  91.15      94.96   19.00  -1.74 
 
 
Also affected are the minbias and MONITOR_L2 triggers. I noticed on the 
XMON web-page there is a distinction between average and instantaneous 
luminosity, maybe it has something to do with that. Cheers, Rolf 
  
<!-- Author: Rolf Oldeman -->
<!-- Comment: Mon Jul 19 09;05;12 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Apr 25 02:55:26.473 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sun_Apr_25_2004_025358.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-34  align='top'></td><td>CEM Average row ADC count per hit: many hot channels - doesn't correspond to the reference plot.</a></td></tr></table>
<!-- Author: Oleg Poukhov -->
<!-- Comment: Sun Apr 25 03;01;49 comment by...Oleg. -->
Sorry, I captured previous RUN data, but current RUN data is the same.



<!-- Comment: Mon Jul 19 16;02;48 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Apr 25 10:37:47.781 2004 -->
<!-- Safety: off -->
<P>Folks we need to be consistent.  My CO says we are calling the current COT configuration "GOOD" even though its not ideal, so stop marking it "Bad" or "Not Yet" in checklist!!!</P>
<!-- Author: mulhearn -->
<!-- Comment: Mon Jul 19 16;02;48 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Apr 27 02:23:29.099 2004 -->
<!-- Safety: off -->
ObjectMon display was frozen. I kill it and start again.
<!-- Author: Oleg. -->
<!-- Comment: Mon Jul 19 23;59;48 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Apr 27 02:44:24.544 2004 -->
<!-- Safety: off -->
Consumer status page shows that YMon doesn't collect events.  
I killed YMon monitor and display and then started them again.
<!-- Author: Oleg -->
<!-- Comment: Mon Jul 19 23;59;48 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 29 00:53:04.648 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-35&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-35  width='300' align='top'></td><td>CES trip (see main e-log). RUN for CES marked as bad.</a></td></tr></table>
<!-- Author: Oleg -->
<!-- Comment: Thu Apr 29 02;19;36 comment by...Oleg -->
After ace turned the voltage down from 1430 to 1380 on the segment (NE 18-23), things look good so far. And I mark CES as good.
<!-- Comment: Tue Jul 20 07;08;24 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 29 01:08:53.603 2004 -->
<!-- Safety: off -->
SiliMon Monitor crashes time to time. I don't run it (Rolf didn't run it too).
<!-- Author: Oleg -->
<!-- Comment: Tue Jul 20 07;08;24 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 29 02:05:01.167 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-36&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-36  width='300' align='top'></td><td>CEM Tower looks hot.</a></td></tr></table>
<!-- Author: Oleg -->
<!-- Comment: Tue Jul 20 07;33;34 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 29 05:57:29.397 2004 -->
<!-- Safety: off -->
Auto Update mode is not working for XMon consumer display.
<!-- Author: Oleg -->
<!-- Comment: Thu Apr 29 07;44;53 comment by...Oleg -->
ClusterMoncanvasAll slide and slides below cannot be loaded. May be this is a cause of not properly XMon working. I marked XMon as "Not yet".


<!-- Comment: Tue Jul 20 07;33;34 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 29 09:30:01.901 2004 -->
<!-- FixDate: Wed Jul  7 14;58;08 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-37&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-37  width='300' align='top'></td><td>Discrepency of channel 0 between Sim and Real is a known problem.</a></td></tr></table>
<!-- Author: mulhearn -->
<!-- Comment: Sun May  2 14;09;27 comment by...Dale -->
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=291&frame=2&anchor=12:10:32.038'>
An example of when wedge 0 has a very large discrepency.</a>
<p>
This "problem" comes and goes and can be seen in the YMon Muon occupacy slide.  The major thing to note is that the only problem is that trigmon has not been modified to ingore (mask) certain "hot" trigger pairs which is what has been done physically.  Thus as "data" [top] looks ok and uniform without being hot in wedge 0 everything is happy here.
</p>
<p>In the linked example above, Roberto re-scales the plot and sees that everything except wedge 0 matches up.  As "data" does not look hot in wedge 0 as it does in "sim" things are ok and happy for data takeing.</p>
<!-- Comment: Wed Jul  7 14;58;08 comment by...Phil Schlabach -->
This was finally fixed last week. The new MuonTriggerMonitor now has the capability to mask channels in the simulation via the TrigMon TCL. The TCL was changed last week.
<!-- Comment: Tue Jul 20 08;01;56 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 1 00:22:04.351 2004 -->
<!-- FixDate: Wed Jul  7 14;56;09 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-38&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-38  width='300' align='top'></td><td>South-West Miniskirts channel id 78-91 dead!</a></td></tr></table>
<!-- Author: Pedro -->
<!-- Comment: Wed Jul  7 14;56;09 comment by...Phil Schlabach -->
One pmt is unplugged.
<!-- Comment: Wed Jul  7 14;56;39 comment by...ps -->
I should have said, one PMT was unplugged bringing the rest back to life.
<!-- Comment: Tue Jul 20 08;01;56 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 1 09:44:48.859 2004 -->
<!-- Safety: off -->
<pre>Silimon expert has been paged. They are aware of the problem. They will fix it. Right now we will run W/O silimon.</pre>
<!-- Author: roberto -->
<!-- Comment: Sat May  1 15;08;43 comment by...roberto -->
<pre>Since Silimon crashes every few minutes we decided not to run it. To keep the background blue on the display where all the monitors are running (the one in the top left) you can start Silimon and then kill it with Ctrl+C after few minutes, before it crashes. The background will stay blue until another problem will appear.</pre>


<!-- Comment: Tue Jul 20 08;13;40 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 2 01:33:26.425 2004 -->
<!-- Safety: off -->
CCR West Phi=13 and CCR East Phi=2 still fail criterium *number of consecutive dead < 10. Marked as OK.
<!-- Author: Pedro -->
<!-- Comment: Tue Jul 20 08;13;40 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 2 01:36:08.220 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-39&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-39  width='300' align='top'></td><td>CCR West Phi=13 and CCR East Phi=2 still fail criterium *number of consecutive dead < 10. Marked as OK.</a></td></tr></table>
<!-- Author: Pedro -->
<!-- Comment: Tue Jul 20 11;21;42 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 2 02:09:17.216 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-42&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-42  width='300' align='top'></td><td>Warning message regarding TL2DMonitor. To my understanding, this is a well known problem.</a></td></tr></table>
<!-- Author: Pedro -->
<!-- Comment: Tue Jul 20 11;21;42 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 2 02:14:02.388 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-43&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-43  width='300' align='top'></td><td>See previous comment.</a></td></tr></table>
<!-- Author: Pedro -->
<!-- Comment: Tue Jul 20 16;18;31 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 2 02:27:00.255 2004 -->
<!-- Safety: off -->
L1 accept bits 9 13 15 36 43 50 hot. 
L2 accept/reject bits 0 110 111 hot. 
L3 accept 68 120 hot. 
 
To my understanding, XMon should be marked as OK.
<!-- Author: Pedro -->
<!-- Comment: Tue Jul 20 16;18;31 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 2 05:25:25.817 2004 -->
<!-- Safety: off -->
L1 accept bits 9 13 15 36 43 50 hot. 
L2 accept/reject bits 0 110 111 hot. 
L3 accept 68 120 hot. 
 
To my understanding, XMon should be marked as OK.
<!-- Author: Pedro -->
<!-- Comment: Wed Jul 21 00;06;24 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 2 05:29:42.326 2004 -->
<!-- Safety: off -->
L1 accept bits 9 15 36 43 50 hot. L2 accept/reject bits 0 110 111 hot. L3 accept 8 66 68 120 hot. To my understanding, XMon should be marked as OK.
<!-- Author: Pedro -->
<!-- Comment: Wed Jul 21 00;06;24 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 2 07:11:29.334 2004 -->
<!-- Safety: off -->
CCR West now fullfills criterium dead <10 (see entry of Sun May 2 01:36:08 2004) after 972k events.
<!-- Author: Pedro -->
<!-- Comment: Wed Jul 21 00;06;24 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 2 08:02:25.360 2004 -->
<!-- Safety: off -->
L1 accept bits 9 15 36 50 hot. L2 accept/reject bits 110 111 hot. L3 accept 8 66 68 120 hot.
<!-- Author: Pedro -->
<!-- Comment: Wed Jul 21 08;05;38 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 2 08:25:45.910 2004 -->
<!-- Safety: off -->
L1 accept bits 9 15 36 50 hot. L2 accept/reject bits 110 111 hot. L3 accept 8 66 68 120 hot.
<!-- Author: Pedro -->
<!-- Comment: Wed Jul 21 08;05;38 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon May 3 05:30:49.640 2004 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-47&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-47' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-48&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-48' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-49&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-49' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-50&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-50' width='300'></a></center>
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 08;05;38 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon May 3 05:32:04.416 2004 -->
<!-- Safety: off -->
SVT problems above known. Marked as bad.
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 16;09;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon May 3 05:52:29.788 2004 -->
<!-- Safety: off -->
XMon hot trigger bits for today: 
L1 acc: 9 13 15 36 43 50 56 
L2 acc/rej: 0 74 110 
L3 acc: 8 66
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 16;09;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue May 4 02:02:05.146 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-51&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-51  width='300' align='top'></td><td>*Error rate still too high in *L1 Cal EM Triggers Sim vs Data* plot, eta=10,11 phi=15. Problem is known from previous OWL shift. Expert Carla has been notified. 
</a></td></tr></table>
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 16;09;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue May 4 02:07:39.977 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-52&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-52  width='300' align='top'></td><td>Hot trigger tower in *HAD Trigger Tower Occupancy Plot* at eta=11 phi=15 west still present. Was seen in previous OWL shift. Carla has been notified. </a></td></tr></table>
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 16;43;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue May 4 02:13:05.177 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-53&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-53  width='300' align='top'></td><td>Discrepancy in *sumet from ADMEM/preFRED* plot is related to discrepancy in Dcas vs Admem in tower eta=11,phi=15 (see above), according to Clara's comments. 
</a></td></tr></table>
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 16;43;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue May 4 02:22:53.030 2004 -->
<!-- Safety: off -->
XMon hot trigger bits: L1 acc: 2 15 28 36 43 53; L2 acc/rej: 0 3 50 55 96 110; L3 acc: 42 44 45 46
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 16;43;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue May 4 05:40:50.388 2004 -->
<!-- Safety: off -->
XMon hot trigger bits: L1 acc: 2 15 28 36 43 53; L2 acc/rej: 0 3 50 55 96 110; L3 acc: 42 44 45 46
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 16;57;55 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue May 4 06:16:59.232 2004 -->
<!-- Safety: off -->
XMon hot trigger bits: L1 acc: 2 15 24 28 36 43 53; L2 acc/rej: 0 3 50 55 82 110; L3 acc: 42 44 45 46 
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 16;57;55 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue May 4 07:43:42.906 2004 -->
<!-- Safety: off -->
XMon hot trigger bits: L1 acc: 2 15 24 28 36 43 53; L2 acc/rej: 0 3 50 55 108  110; L3 acc: 42 44 45 46
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 16;57;56 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue May 4 08:39:28.028 2004 -->
<!-- Safety: off -->
Silimon worked fine in the last few shift, it used to crash after ~10min of running. The problem has not been solved yet, it doesn't crash ony because the Silicon has not been included in the last shifts. Monitor/Consumer expert told it will crash again (see  
<a href= 
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=09:44:48.859'> 
here </a>) when the silicon will be included. They are working on it, we don't need to page them. 
  
<!-- Author: roberto -->
<!-- Comment: Wed Jul 21 18;43;00 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed May 5 04:38:50.159 2004 -->
<!-- Safety: off -->
XMon hot trigger bits: L1 acc: 2 13 15 28 36 43 48 49 50 53 56; L2 acc/rej: 0 3 7 12 50 65 71 74 90 110 111; L3 acc: 8 42 44 45 46 55 68 118 152
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 18;43;00 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu May 6 01:25:37.642 2004 -->
<!-- Safety: off -->
<table border=0><td><tr><td bgcolor=#e0e030>When I began my shift I noticed that some monitor display plots shown on the monitor were 9 hours old, and that it was not possible to update the plots via the *Update* button. I have encountered this problem more than once. In this case, the only way I found out to get the most current plots is e.g. to terminate and restart the display program. I mention this here because the date stamp marked on the plots does not strike very much, hence this might mislead to use outdated plots for the CO checklist. --- Another problematic feature is the *Auto Update* for the *Slides* folder. In order to reactivate this function after having disabled it previously, you have to close the *Slides* folder, activate the *Auto Update* button and to re-open the folder, otherwise it will not work. 
</td></tr></td></table>
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 18;43;00 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu May 6 03:23:44.894 2004 -->
<!-- Safety: off -->
XMon hot trigger bits: L1 acc: 2 15 24 28 36 43 53; L2 acc/rej: 0 3 50 55 82 110 111; L3 acc: 42 43 44 45 46 68
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 18;59;51 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu May 6 05:19:31.296 2004 -->
<!-- Safety: off -->
XMon hot trigger bits: L1 acc: 2 15 24 28 36 43 53; L2 acc/rej: 0 3 14 15 40 50 55 82 110 111; L3 acc: 42 43 44 45 46 68
<!-- Author: Pedro MF -->
<!-- Comment: Wed Jul 21 18;59;51 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri May 7 11:31:46.305 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-54&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-54  width='300' align='top'></td><td>Ignore the plot up to L2 decision code will be updated</a></td></tr></table>
<!-- Author: ivan -->
<!-- Comment: Wed Jul 21 18;59;51 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri May 7 13:35:31.660 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-54&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-54  width='300' align='top'></td><td>Ignore the plot up to L2 decision code will be updated</a></td></tr></table>
<!-- Author: ivan -->
<!-- Comment: Wed Jul 21 23;52;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 8 09:25:47.993 2004 -->
<!-- Safety: off -->
<pre>I'm not able open SVXMon.  
Error Message:Failed to open the socked connection.  
Consumer is running well-seems to me.</pre>
<!-- Author: Ivan -->
<!-- Comment: Sat May  8 09;53;27 comment by...ivan -->
With SVXMon I mean Display for histohram check.

<!-- Comment: Sat May  8 10;59;10 comment by...Ivan -->
Problem was in SVXMon. After restart of monitor and display it seems OK. 


<!-- Comment: Wed Jul 21 23;52;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 8 13:03:44.450 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-55&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-55  width='300' align='top'></td><td>The bottom plot of efficiency -> the blue curve of high Pt treshold requirement starts to rise on higher ADC sum value then in example. Is it OK?</a></td></tr></table>
<!-- Author: Ivan -->
<!-- Comment: Wed Jul 21 23;52;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 8 14:02:46.182 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-55&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-55  width='300' align='top'></td><td>The bottom plot of efficiency -> the blue curve of high Pt treshold requirement starts to rise on higher ADC sum value then in example. Is it OK?</a></td></tr></table>
<!-- Author: Ivan -->
<!-- Comment: Thu Jul 22 05;19;39 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 8 14:06:16.292 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sat_May__8_2004_140610.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-57  align='top'></td><td>The discrepancy in wedges 15 and 20 is acceptable?</a></td></tr></table>
<!-- Author: Ivan -->
<!-- Comment: Mon May 10 10;55;41 comment by...Eric James -->
<pre>For the CMX muon trigger plots, no data entries should 
ever be present in wedges 15 and 20.  However, a small 
number of entries will appear in these wedges in the 
corresponding simulation plots. </pre>
<!-- Comment: Thu Jul 22 05;19;39 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 8 14:50:17.960 2004 -->
<!-- Safety: off -->
During first check of Run 182490 I marked the CSP HV as BAD. HV was below limit, but experts suggested to mark it as good. 
<!-- Author: Ivan -->
<!-- Comment: Thu Jul 22 05;19;39 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 9 11:15:05.626 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-58&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-58  width='300' align='top'></td><td>New dead PMT on (2,-11) of Phi-Eta. Nevertheless I marked calorimeters in CO Checklist as OK. Should be marked as BAD? 
 
Mailed to Rick Tesarek and  Phil Yoon. </a></td></tr></table>
<!-- Author: Ivan -->
<!-- Comment: Sun May  9 12;02;21 comment by...Ivan -->
The problem was commented in 
<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=312&frame=2&anchor=11:17:12.653'>
CDF e-log </a>


<!-- Comment: Thu Jul 22 09;00;37 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 9 12:17:30.721 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-60&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-60  width='300' align='top'></td><td><pre> 
Uper right plot different from reference one. Problem was discussed 
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=138&frame=2&anchor=13:38:11.017'> 
here </a> or  
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=99&frame=2&anchor=16:04:55.480'> 
here </a>.  
 
L2 Trigger in CO Checklist marked as OK. 
 
Note mailed to S.Kuhlmann 
</pre> 
 
 
</a></td></tr></table>
<!-- Author: Ivan -->
<!-- Comment: Thu Jul 22 09;00;38 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon May 10 12:48:06.638 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-62&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-62  width='300' align='top'></td><td>The L1 DIRAC occupancy from COSMICS run. The left upperplot different 
from reference plot. The criteria are for bottom plot. I marked as OK. Is it really OK?</a></td></tr></table>
<!-- Author: Ivan  -->
<!-- Comment: Thu Jul 22 09;00;38 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue May 11 16:11:25.743 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-63&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-63  width='300' align='top'></td><td>Could expert comment new noise channels?</a></td></tr></table>
<!-- Author: Ivan -->
<!-- Comment: Wed May 12 13;45;12 comment by...Camille Ginsburg -->
This noise started at the begin of store 3477 Sunday 9.May owl shift, and has steadily gotten worse.  Inasmuch as it is
not causing skyrocketing trigger rates, we leave it for now.
It requires an access to fix (Bob Handler will disagree
with me here), but usually goes away on its own.

<!-- Comment: Wed May 12 13;46;51 comment by...Camille Ginsburg -->
Most importantly: please continue marking the BMU "good."


<!-- Comment: Thu Jul 22 11;56;16 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed May 12 23:05:29.388 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-64&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-64  width='300' align='top'></td><td>The CPR East Wire Occupancy and raw ADC counts per event  
seems to show a small inefficiency for wedges 20 and 21 (not  
visible in the refernce plots). 
Experts may want to have a look at it ... (unless is a  
very well known effect ;-)).</a></td></tr></table>
<!-- Author: Stefano -->
<!-- Comment: Thu Jul 22 11;56;16 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu May 13 09:49:30.091 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-65&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-65  width='300' align='top'></td><td>It seems ok, but I worry about QIE vs ADMEM plot. QIE (0-1) - ADMEM 4  
is red, in reference plot yellow. Maybe expert wont to see</a></td></tr></table>
<!-- Author: Ivan -->
<!-- Comment: Thu Jul 22 11;56;16 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri May 14 10:07:07.656 2004 -->
<!-- FixDate: Sun Jul  4 17;25;05 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-66&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-66  width='300' align='top'></td><td>The physics tcl are running. But ObjectMon gives a warning that is running with cosmic data. Exper should check.</a></td></tr></table>
<!-- Author: Ivan, Eva (CO) -->
<!-- Comment: Fri May 14 13;21;11 comment by...Eva -->
Ops manager, Rob Harr, seems to recall that it's been like this for a while.  He thinks it's just a warning and nothing serious.
<!-- Comment: Sun Jul  4 17;25;05 comment by...Vadim -->
now that warning should appear only when it really matters
<!-- Comment: Thu Jul 22 15;45;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri May 14 11:34:07.469 2004 -->
<!-- Safety: off -->
We found some yellows in SVXMon.  <a href= 
'/cgi/elog/elog.pl?nb=2004&action=view&page=327&frame=2&anchor=11:32:27.755'> 
See main elog. </a>
<!-- Author: Eva, Ivan -->
<!-- Comment: Thu Jul 22 15;45;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri May 14 12:24:04.146 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-67&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-67  width='300' align='top'></td><td>New hot spot in right bottom plot of HAD Data (DCAC) trigger plot. 
Is it a known problem?  We will send Carla an email.</a></td></tr></table>
<!-- Author: Ivan, Eva -->
<!-- Comment: Fri May 14 12;58;34 comment by...Eva -->
Here is what Carla said:
<br> <br>
"I saw that earlier. Both entries are from one event, we have been having random, and seldom for now, errors of this type, where it seems the cald bank readout has a glitch. It's not a trigger problem, and probably not an hardware problem in the Admem either."



<!-- Comment: Fri May 14 16;02;58 comment by...Eva -->
Forgot to add this which is posted in the <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=327&frame=2&anchor=09:01:37.928'>
user link text main elog </a>.


<!-- Comment: Thu Jul 22 15;45;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 15 08:21:18.805 2004 -->
<!-- Safety: off -->
Just  linking problems from the <a href= 
"/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=12&frame=2&anchor=07:16:10"> previous shift </a> in the Fixlist.
<!-- Author: Eva H. -->
<!-- Comment: Thu Jul 22 16;56;06 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 15 09:34:23.569 2004 -->
<!-- Safety: off -->
Found a few problems with the <a href= 
'/cgi/elog/elog.pl?nb=2004&action=view&page=330&frame=2&anchor=09:09:11.214'> bsc qie calibration (run 182633) </a> and <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=330&frame=2&anchor=09:25:02.237'> cot calibration (run 182638) </a>.  Experts should check.
<!-- Author: Eva H. -->
<!-- Comment: Thu Jul 22 16;56;06 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 15 10:40:26.450 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-68&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-68  width='300' align='top'></td><td>Cal QIE run 182649.  We find that the sigmas for the blue channels are borderline (>10).  We are posting this here and sending email to the expert.</a></td></tr></table>
<!-- Author: Eva H. -->
<!-- Comment: Fri Jul 23 07;45;15 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 16 08:17:22.785 2004 -->
<!-- Safety: off -->
Had some problems getting the LumMon plots to update from the detector checklist at the beginning of run 182697.  Details in the <a href= 
'/cgi/elog/det-system-elog.pl?nb=consumer-ops&action=view&page=12&frame=2&anchor=08:14:23'> 
CO Elog. </a>
<!-- Author: Eva H. -->
<!-- Comment: Sun May 16 09;11;38 comment by...Eva H. -->
I sent email to LumMon expert since the plots are still not updating from the detector checklist script.  I run the script myself by hand from the "web viewable" link.  This needs to be fixed.

<!-- Comment: Sun May 16 10;01;19 comment by...Eva H. -->
Charles Plager called and said a similar problem with the auto update feature happened a few weeks ago.  He suggested we page the main Consumer Operator pager.  The expert is looking into this.  Also see CDF <a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=333&frame=2&anchor=09:56:46.909'>
elog.</a>


<!-- Comment: Fri Jul 23 07;45;16 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 16 11:48:53.777 2004 -->
<!-- Safety: off -->
CAL QIE calibration run 182698 shows large sigmas for the same channels as yesterday.  Email sent to experts.  See <a href= 
'/cgi/elog/elog.pl?nb=2004&action=view&page=333&frame=2&anchor=11:45:13.210'> 
cdf elog. </a>  
<!-- Author: Eva H. -->
<!-- Comment: Fri Jul 23 08;01;44 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon May 17 01:19:39.780 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-69&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-69  width='300' align='top'></td><td>TOF West Average charge plot gone red: it often happens (problem known and already reported) -- It usually gets back to normal conditions (green) after a few (like happened this time also,for instance)  </a></td></tr></table>
<!-- Author: Giuseppe -->
<!-- Comment: Fri Jul 23 08;01;44 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon May 17 01:47:34.672 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-69&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-69  width='300' align='top'></td><td>TOF West Average charge plot gone red: it often happens (problem known and already reported) -- It usually gets back to normal conditions (green) after a few (like happened this time also,for instance)  </a></td></tr></table>
<!-- Author: Giuseppe -->
<!-- Comment: Fri Jul 23 10;02;34 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed May 19 11:17:00.253 2004 -->
<!-- Safety: off -->
Found what turns out to be a know dead WHA PMT.  See <a href= 
'/cgi/elog/elog.pl?nb=2004&action=view&page=342&frame=2&anchor=09:39:20.135'> 
here </a> and <a href= 
'/cgi/elog/elog.pl?nb=2004&action=view&page=342&frame=2&anchor=10:27:46.761'> 
here </a>.  
<!-- Author: Eva H. -->
<!-- Comment: Fri Jul 23 10;02;35 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu May 20 00:56:05.981 2004 -->
<!-- Safety: off -->
<pre>I found some problems again updating the monitoring plots for checklist of run 182873: LumMon hadn't created the root file at all (or at list it was not present in the proper directory: ~/data1/consumer/results/LumMon by doing &gt;ls). I will send a mail to the experts to prompt for a solution</pre>
<!-- Author: Giuseppe -->
<!-- Comment: Thu May 20 00;57;47 comment by...Giuseppe -->
<pre>By the way -- at the time when i try and update, there were already ~40000 events having been processed by LumMon</pre>


<!-- Comment: Fri Jul 23 12;34;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon May 24 20:59:37.648 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-71&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-71  width='300' align='top'></td><td>Known problem, previous CO said, so better not to report this  
again until expert fixs it completely. </a></td></tr></table>
<!-- Author: KK Joo -->
<!-- Comment: Tue May 25 09;15;59 comment by...Joel Heinrich -->
See shift elog
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=356&frame=2&anchor=00:50:55.365'>
Mon May 24 Owl</a>,
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=354&frame=2&anchor=08:39:48.856'>
Sun May 23 Day</a>, and
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=353&frame=2&anchor=03:12:14.300'>
Sun May 23 Owl</a> for comments from experts about this problem.



<!-- Comment: Tue May 25 11;19;14 comment by...Joel Heinrich -->
Also see CO Fixlist
<a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=02:07:39.977'>
Tue May 4 Owl</a>
and the CDF elog 
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=293&frame=2&anchor=05:14:16.399'>
Mon May 3 Owl</a>.






<!-- Comment: Fri Jul 23 12;34;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Jun 2 10:05:46.076 2004 -->
<!-- Safety: off -->
<center><a href='e-log/notebooks/fixlist/Wed_Jun__2_2004_100309.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-75' ></a><a href='e-log/notebooks/fixlist/Wed_Jun__2_2004_100417.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-77' ></a></center>
<!-- Author: Andreas Warburton -->
<!-- Comment: Fri Jul 23 12;40;27 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Jun 2 10:15:24.637 2004 -->
<!-- Safety: off -->
EM tower at eta=19 phi=17 is starting to show bad.  (See plots in 
previous entry above.)  For now, don't mark runs bad because of it.  If it gets worse, page calorimeter people. 
 
See <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=382&frame=2&anchor=21:42:27.971'> 
Run 183553</a> in the CDF E-Log for comments by Robyn and Carla 
on this problem. 
 
  
<!-- Author: Andreas Warburton -->
<!-- Comment: Fri Jul 23 12;40;27 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jun 5 14:02:15.402 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-78&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-78  width='300' align='top'></td><td>The CSX east miniskirt channel 81 is many times noisier  
than it normally is.  The CSX expert Fiodar Prakoshyn has  
been contacted, and he has made an entry in the main  
shift eLog  
<A HREF=/cgi/elog/elog.pl?nb=2004&action=view&page=393&frame=2&anchor=08:54:12.320> 
here</A> about lowering the voltage to see what  
happens.   The issue is still open.</a></td></tr></table>
<!-- Author: W.Badgett -->
<!-- Comment: Fri Jul 23 12;40;37 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jun 5 14:05:13.972 2004 -->
<!-- FixDate: Wed Jul  7 14;54;40 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-79&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-79  width='300' align='top'></td><td>The occupancy for CMP stack 20(N) is about 2 or 3  
times higher than normal.  Note the log scale on the  
plots to the left.  Experts (Hyun-Soo Kim and Phil  
Schlabach) have been contacted via e-mail</a></td></tr></table>
<!-- Author: W.Badgett -->
<!-- Comment: Wed Jul  7 14;54;40 comment by...Phil Schlabach -->
It went away.
<!-- Comment: Fri Jul 23 12;40;37 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jun 5 14:15:27.241 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-80&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-80  width='300' align='top'></td><td>There are potentially two new flakey (low) channels  
in the CLC, as shown in the plot on the right.  The new  
channels are West,Layer 3, channel 33;  and west, layer 2,  
channel 28.   Note that channel 33 has improved a little  
over the course of the day (the deficit is not so pronounced  
now). 
</a></td></tr></table>
<!-- Author: W.Badgettt -->
<!-- Comment: Fri Jul 23 12;42;50 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Jun 7 09:03:28.124 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-84&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-84  width='300' align='top'></td><td>There is a discrepancy in the Trigger/ADMEM comparison  
for the hadronic tower at eta=11 (west), phi=15.  This shows  
up on three different C.O. plots as shown here. 
<P> 
The experts Vivek Tawari, Mark Mattson and Carla  
Grosso-Pilcher have been notified.  This problem has  
been known for two months, but somehow never got put into  
the CO FixList.   The experts say that this problem does  
not affect the trigger efficiently, and so is low on their  
priority list. 
</a></td></tr></table>
<!-- Author: W.Badgett -->
<!-- Comment: Mon Jun  7 09;07;33 comment by...W.Badgett -->
The following two plots refer to this entry.
<!-- Comment: Fri Jul 23 13;03;00 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Jun 7 09:05:18.735 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-85&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-85  width='300' align='top'></td><td>Trigger/ADMEM discrepancy, hadron eta=11, phi=15</a></td></tr></table>
<!-- Author: W.Badgett -->
<!-- Comment: Fri Jul 23 14;33;11 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Jun 7 09:06:01.445 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-86&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-86  width='300' align='top'></td><td>Trigger/ADMEM discrepancy, hadronic eta=11, phi=15</a></td></tr></table>
<!-- Author: W.Badgett -->
<!-- Comment: Fri Jul 23 14;59;43 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Jun 7 12:28:01.526 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-87&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-87  width='300' align='top'></td><td>The PHA, Wedge 6E, channel=12, cap=0,1,2,3 problem to  
the left has been acknowledged by ADMEM expert  
Vivek Tawari, who says that to fix the problem would  
require a lengthy access, which has been requested. 
<P> 
After paging him, I noticed that this problem was  
repoted on May 15 above.   Good to post it down below  
for future C.O.s.</a></td></tr></table>
<!-- Author: W.Badgett -->
<!-- Comment: Fri Jul 23 15;53;04 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jun 12 10:44:04.127 2004 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-91&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-91' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-92&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-92' width='300'></a></center>
<!-- Author: Dmitriy -->
<!-- Comment: Sat Jun 12 10;59;17 comment by...Dmitriy -->
ShowerMax calibration read. It seems that new bad channels appear on the "PES layer1 rms>1.4" plot. That info is for the Run  183934  (june 12) compared to the Run 183827 (june 9). And I looked for the number of bad channels in other runs in the last several days. They  are present from 5 to 15 entries.  


<!-- Comment: Fri Jul 23 16;00;50 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Jun 13 12:26:39.996 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-93&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-93  width='300' align='top'></td><td>Known problem, but not fixed yet. Just to remind...</a></td></tr></table>
<!-- Author: Dmitriy Naumov -->
<!-- Comment: Fri Jul 23 16;37;57 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jun 15 15:10:17.437 2004 -->
<!-- Safety: off -->
The same problem with YMon:ShowerMax/CCRPadCanvas (line of 10 white channels). 
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=411&frame=2&anchor=13:52:22.249'> 
Here is the link to pictures posted to E-Log before.</a>    
<!-- Author: Dmitriy Naumov -->
<!-- Comment: Tue Jun 15 15;21;36 comment by...Dmitriy Naumov -->
When we gain more statistics - the plot becomes better. Part of empty channels were filled with data.


<!-- Comment: Fri Jul 23 17;42;18 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Jun 16 16:52:39.303 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-94&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-94  width='300' align='top'></td><td>This one yellow channel has been hanging around in ISL0 since at least last Fri.  Si people are aware of it and say it's not a real problem, and it should go away someday.  For now, be aware that this one is known, but any other yellow in the Si requires immediate attention.</a></td></tr></table>
<!-- Author: Jen Pursley -->
<!-- Comment: Fri Jul 23 22;00;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jun 18 22:31:37.633 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-95&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-95  width='300' align='top'></td><td>ISL L1 B0 W 15-16 (both rphi and z) appear yellow in SVXMon. 
Si expert (Florencia) came in and explained that the ladders should be marked as blue.   
The Si problem database was moved to a different machine, while SVXMon still has the old settings, which caused this problem.  
This will be fixed someday...</a></td></tr></table>
<!-- Author: Laurent -->
<!-- Comment: Sat Jul 24 00;04;30 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jun 22 07:35:59.339 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-96&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-96  width='300' align='top'></td><td> Run 184291 
Muons: The CMX east wedge plot, both CMU plots and Charge/P_T have turned red, see pics</a></td></tr></table>
<!-- Author: Thomas Florian -->
<!-- Comment: Wed Jul  7 14;53;08 comment by...Phil Schlabach -->
The occupancy is higher across the board. I'd assume this is just because the reference run was taken at a significantly lower luminosity than the present data. This is a generic problem, not a detector specific one, although the change in occupancy with luminosity is different in each detector.
<!-- Comment: Sat Jul 24 01;54;52 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jun 22 07:38:33.016 2004 -->
<!-- FixDate: Sun Jul  4 17;26;04 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-97&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-97  width='300' align='top'></td><td> Charge / P_T</a></td></tr></table>
<!-- Author: ToFlo -->
<!-- Comment: Sun Jul  4 17;26;04 comment by...Vadim -->
the reference was updated
<!-- Comment: Sat Jul 24 02;16;34 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Jun 23 02:22:56.846 2004 -->
<!-- FixDate: Fri Dec 10 10;22;58 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-100&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-100  width='300' align='top'></td><td>Just to remind</a></td></tr></table>
<!-- Author: Thomas Florian -->
<!-- Comment: Fri Dec 10 10;22;58 comment by...me -->
getting rid of old entries. - Charles Plager
<!-- Comment: Fri Dec 10 10;23;09 comment by...me -->
getting rid of old entries. - Charles Plager

<!-- Date: Wed Jun 23 02:23:36.701 2004 -->
<!-- FixDate: Fri Dec 10 10;23;24 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-101&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-101  width='300' align='top'></td><td> </a></td></tr></table>
<!-- Author: ToFlo -->
<!-- Comment: Fri Dec 10 10;23;24 comment by...,e -->
getting rid of old entries. - Charles Plager
<!-- Comment: Fri Dec 10 10;23;32 comment by...me -->
getting rid of old entries. - Charles Plager

<!-- Date: Wed Jun 23 02:24:35.671 2004 -->
<!-- FixDate: Fri Dec 10 10;23;57 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-102&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-102  width='300' align='top'></td><td>TOF changes spontaneously from times to times</a></td></tr></table>
<!-- Author: ToFlo -->
<!-- Comment: Fri Dec 10 10;23;57 comment by...me -->
getting rid of old entries. - Charles Plager
<!-- Comment: Fri Dec 10 10;24;04 comment by...me -->
getting rid of old entries. - Charles Plager

<!-- Date: Sat Jun 26 07:38:12.386 2004 -->
<!-- FixDate: Fri Dec 10 10;24;19 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-104&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-104  width='300' align='top'></td><td>I do not know if this is a problem or not with new triggers, please advise.</a></td></tr></table>
<!-- Author: Sean Stromberg -->
<!-- Comment: Fri Dec 10 10;24;19 comment by...me -->
getting rid of old entries. - Charles Plager
<!-- Comment: Fri Dec 10 10;24;26 comment by...me -->
getting rid of old entries. - Charles Plager

<!-- Date: Sat Jul 10 07:17:19.453 2004 -->
<!-- FixDate: Fri Dec 10 10;24;45 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-107&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-107  width='300' align='top'></td><td>Disagreement with the reference plot in the phi octant 0 of PES V Layer East</a></td></tr></table>
<!-- Author: Jiyeon Han -->













































































































<!-- Comment: Fri Dec 10 10;24;45 comment by...me -->
getting rid of old entries. - Charles Plager

<!-- Comment: Fri Dec 10 10;25;00 comment by...me -->
getting rid of old entries. - Charles Plager

<!-- Date: Wed Jul 28 11:31:54.469 2004 -->
<!-- FixDate: Fri Dec 10 10;25;13 2004 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-108&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-108  width='300' align='top'></td><td>This is a known problem that cannot be addressed until the August 04 access. 
<br><br> 
It can be ingored for now.  Experts (Dan Cyr, Phil Schlabach, Fotos) are welcomed to comment further.</a></td></tr></table>
<!-- Author: Dale Stentz for the muon group -->
<!-- Comment: Wed Jul 28 11;58;05 comment by...Phil Schlabach -->
<b>Fotis to Dan</b><pre>Date: Tue, 13 Jul 2004 18:28:42 -0500
From: Fotis Ptohos <ptohos@fnal.gov>
To: Dan Cyr <djcyr@students.wisc.edu>
Cc: Camille Ginsburg <ginsburg@fnal.gov>, Willis Sakumoto <willis@fnal.gov>,
     Minjeong Kim <mjkim@fnal.gov>
Subject: Re: HADT level 1 trigger issue.


 Hi Dan,
 I just got the message you sent me 3 hours ago.
 As I said. It looks that the problem is from
 the 2 "dead" WHA channels. Actually the channels
 are not dead but somehow they get latched to
 stay high all the times. It is due to some intrinsic
 noise in the ASDs-transition cards and it goes
 away only when the crate gets power-cycled.
 The plan is to increase the ASD threshold for
 CHA and WHA ASDs during the coming shutdown.
 We saw during the last year of operation that
 increasing the threshold solves the problem.
 The increased threshold doesn't affect the
 operation of your trigger since we'll go
 from ~250MeV to ~500MeV. The increase would
 have happened last fall but it was vetoed by
 the em-timing guys that wanted the threshold
 as low as possible for their physics analysis.
 Now with the installation of the em-timing ASDs
 there will be no problem increasing the HAD thresholds.</pre>


<!-- Comment: Fri Dec 10 10;25;13 comment by...me -->
getting rid of old entries. - Charles Plager
<!-- Comment: Fri Dec 10 10;25;24 comment by...me -->
getting rid of old entries. - Charles Plager

<!-- Date: Sun Aug 8 23:34:59.351 2004 -->
<!-- FixDate: Fri Dec 10 10;25;56 2004 -->
<!-- Safety: off -->
<pre>TrigMon and SVXMon behaved weirdly today during Eve shift: stopped updating, wouldn't restart until ~ten minutes into a run.</pre>
<!-- Author: Kashif -->
<!-- Comment: Fri Dec 10 10;25;43 comment by...me -->
getting rid of old entries. - Charles Plager

<!-- Comment: Fri Dec 10 10;25;56 comment by...me -->
getting rid of old entries. - Charles Plager

<!-- Comment: Fri Dec 10 10;26;05 comment by...me -->
getting rid of old entries. - Charles Plager

<!-- Date: Fri Dec 10 12:54:09.293 2004 -->
<!-- FixDate: Tue Jan  4 11;15;35 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-109&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-109  width='300' align='top'></td><td>The errors in the lower left plot on this canvas occur because TrigMon has not been updated for changes in the XFT firmware.  This is a known problem that will be fixed when TrigMon is updated.</a></td></tr></table>
<!-- Author: lannon -->
<!-- Comment: Tue Jan  4 11;15;35 comment by...Kevin Lannon -->
This problem was fixed as of 12/30/04.
<!-- Comment: Tue Jan  4 11;31;28 comment by...K.Lannon -->
Archiving. . .

<!-- Date: Fri Jan 14 12:40:24.692 2005 -->
<!-- FixDate: Sun Jan 16 11;35;40 2005 -->
<!-- Safety: off -->
<center><a href='e-log/notebooks/fixlist/Thu_Jan__6_2005_114856.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-129' ></a><a href='e-log/notebooks/fixlist/Thu_Jan__6_2005_114916.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-131' ></a></center>
<!-- Author: Peter Dong -->
<!-- Comment: Sun Jan 16 11;35;40 comment by...Peter Dong -->
<pre>Remove</pre>
<!-- Comment: Sun Jan 16 11;36;07 comment by...Peter Dong -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Jan 15 21:48:38.062 2005 -->
<!-- FixDate: Sun Jan 16 20;26;45 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-145&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-145  width='300' align='top'></td><td>reference 
</a></td></tr></table>
<!-- Author: salva -->
<!-- Comment: Sun Jan 16 20;26;45 comment by...salva -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Sun Jan 16 20;27;09 comment by...salva -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Jan 15 21:49:42.345 2005 -->
<!-- FixDate: Sun Jan 16 20;27;32 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-146&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-146  width='300' align='top'></td><td>current</a></td></tr></table>
<!-- Author: salva -->
<!-- Comment: Sun Jan 16 20;27;32 comment by...salva -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Sun Jan 16 20;27;48 comment by...salva -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Jan 15 21:42:45.706 2005 -->
<!-- FixDate: Mon Jan 17 08;43;43 2005 -->
<!-- Safety: off -->
TrigMon 1.32. L1 Cal Dirac. Very different patter between current histogams and reference ones. However they satisfy the criteria of differences being <0.001
<!-- Author: Salva -->
<!-- Comment: Mon Jan 17 08;43;43 comment by...pjd -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Mon Jan 17 08;43;54 comment by...pjd -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Feb 19 01:13:45.912 2005 -->
<!-- FixDate: Mon Feb 21 14;00;12 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-156&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-156  width='300' align='top'></td><td>New hot PMT</a></td></tr></table>
<!-- Author: Claudia -->
<!-- Comment: Sat Feb 19 01;16;07 comment by...Claudia -->
Sorry, I posted it here by mistake


<!-- Comment: Mon Feb 21 14;00;12 comment by...yoshiaki -->
This is a CO's mistake
<!-- Comment: Mon Feb 21 14;00;39 comment by...yoshiaki -->
This was CO's mistake

<!-- Date: Sat Feb 19 05:15:15.633 2005 -->
<!-- FixDate: Mon Feb 21 14;03;08 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-157&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-157  width='300' align='top'></td><td>High occupancy for some channels. Checked as good. Should this be changed to bad?</a></td></tr></table>
<!-- Author: Claudia -->
<!-- Comment: Sat Feb 19 05;20;28 comment by...Claudia -->
SOrry, wring place again. If anyone can, please delete this and the previous posting.



<!-- Comment: Mon Feb 21 14;03;08 comment by...yoshiaki -->
this is a CO's mistake

<!-- Comment: Mon Feb 21 14;03;27 comment by...yoshiaki -->
this is CO's mistake

<!-- Date: Fri Feb 4 20:11:10.528 2005 -->
<!-- FixDate: Fri Feb 25 13;21;04 2005 -->
<!-- Safety: off -->
Before the info drifts out of sight in the Elog, note that CMP has an oscillation in top 18, which <a href= 
'/cgi/elog/elog.pl?nb=2005&action=view&page=77&frame=2&anchor=10:59:10.554'> 
Xiaojian Zhang</a> knows about and as of this date has not been able to fix.  ObjectMon complains about this.
<!-- Author: James Bellinger -->
<!-- Comment: Fri Feb 25 13;21;04 comment by...Dale for Xiaojian and Catalin and the Muon group -->
<a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=122&frame=2&anchor=10:47:09.188'>
Fixed</a> on an access on 2.10.05.  The oscillations are gone.  
<!-- Comment: Fri Feb 25 13;22;16 comment by...Dale Stentz -->
The problem was fixed and a new occurance (unlikely) would be a (duh) new problem.

<!-- Date: Fri Feb 18 09:50:31.839 2005 -->
<!-- FixDate: Fri Feb 25 13;24;12 2005 -->
<!-- Safety: off -->
This is a known problem.  Experts are aware of this.
<!-- Author: Sinead -->
<!-- Comment: Fri Feb 25 13;24;12 comment by...Dale -->
"This" is not well defined.  Likely, in reference to 
<a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=09:51:58.186'>
this entry</a>.
<!-- Comment: Fri Feb 25 13;24;36 comment by...Dale -->
Taking up space - no need for the CO to read this.

<!-- Date: Mon Mar 14 08:27:36.354 2005 -->
<!-- FixDate: Thu Mar 17 07;39;07 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-160&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-160  width='300' align='top'></td><td>BSU hole is due to HV problem, ccu is to be replaced</a></td></tr></table>
<!-- Author: Guram -->
<!-- Comment: Mon Mar 14 08;38;27 comment by...Guram again -->
We are waiting access to replace ccu23 on north west, request is done


<!-- Comment: Thu Mar 17 07;39;07 comment by...Dale for Oleg and the muon group -->
<a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=225&frame=2&anchor=22:13:43.054'>
Fixed</a> during a controled access.  Cosmic and physics run confirms that the dead section in the NW BSU is now alive.  Details in link.
<!-- Comment: Thu Mar 17 07;40;52 comment by...Dale -->
CCU was replaced during access, <a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=225&frame=2&anchor=22:13:43.054'>
here</a>.  Dead area back to normal.

<!-- Date: Fri Feb 18 09:51:58.186 2005 -->
<!-- FixDate: Thu Mar 17 07;46;51 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-155&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-155  width='300' align='top'></td><td>This is a known problem.  Experts are aware of this.</a></td></tr></table>
<!-- Author: Sinead -->
<!-- Comment: Thu Mar 17 07;46;51 comment by...Dale -->
Not fixed but a more resent version of the plot is given <a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=20:00:13.793'>below</a> (has another set of hot bits).  The orginal problem in 3 east IMB HAT is explained <a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=07:55:57.802'>above</a> and will likely not be fixed any time soon (we will keep this one in the fix-list).  In any case, this plot/entry is not useful and is redundent.
<!-- Comment: Thu Mar 17 07;48;05 comment by...Dale -->
Don't need 3 versions of the plot in the fix-list.  Keep the 1st due to orginal error and the last as it is the most resent behavior .

<!-- Date: Thu Dec 30 22:00:41.510 2004 -->
<!-- FixDate: Thu Mar 17 07;51;47 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-123&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-123  width='300' align='top'></td><td>IMU HAT Canvas Upper Left plot (East1 IMA HAT) shows strange. Lower Left plot (East1 IMB HAT) is a known problem. 
-- Thu Dec 30 09:46:37 comment by...Kihyeon Cho --  An e.mail from Eric James - Regarding the new hot hadron TDC channel in IMA east wedge 6, it looks like this is a new hot channel on the detector. We should pass this information along to the hadron TDC people (eg. mjkim@fnal.gov). In the meantime, I checked trigger rates and the only L1 trigger that seems to be effected is L1_BMU10_BSU_PT11 which has risen by a factor of two. At current luminosities this rise should not be a problem so we can probably live with this for a couple of days until the experts return. Let me know if you have any other questions. Thanks, eric</a></td></tr></table>
<!-- Author: Kihyeon/Tetsuo -->
<!-- Comment: Thu Mar 17 07;51;47 comment by...Dale -->
Too many of these plots in the elog.  Keep <a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=07:55:57.802'>
above</a> and the most resent <a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=20:00:13.793'>
below</a>.  Note that the particular problem here <u>was</u> fixed as the trigger bit in East IMA HAT wedge 6 is now gone.
<!-- Comment: Thu Mar 17 07;52;25 comment by...Dale for the muon group -->
Fixed.  See links in my above entries.

<!-- Date: Tue Mar 15 20:00:13.793 2005 -->
<!-- FixDate: Wed Mar 23 08;13;23 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Tue_Mar_15_2005_200003.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-163  align='top'></td><td>this problem will be fixed later ... expert says</a></td></tr></table>
<!-- Author: Maria Agnese -->
<!-- Comment: Wed Mar 23 08;13;23 comment by...Dale for the Muon Group -->
The 3 "new" hot channels have been fixed - it must have been done inbetween stores by Eric James or Min-Jeong Kim [
<a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=228&frame=2&anchor=17:44:29.083'>see here</a> and also 
<a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=231&frame=2&anchor=17:04:47.467'>here</a>] but I cannot find the elog entry.  In any case, it has been fixed since or before store 4056 (more likely it was ok in 4053).  Additional documentation by Camille Ginsburg is located <a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=222&frame=2&anchor=19:21:21.693'>here</a>.
<br><br>
The orginal problem <a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=07:55:57.802'>
remains</a> and is a known problem (or feature if you like) that will likely be there for some time.
<!-- Comment: Wed Mar 23 08;16;03 comment by...Dale -->
The problem has been fixed - keeping it in will only cause confusion for the CO.  See "fixed" text.

<!-- Date: Thu Mar 24 12:30:44.321 2005 -->
<!-- FixDate: Thu Mar 24 16;46;14 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-173&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-173  width='300' align='top'></td><td>New problematic channel in IMU plot</a></td></tr></table>
<!-- Author: Marco  -->
<!-- Comment: Thu Mar 24 16;46;14 comment by...Dale Stentz -->
<a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=249&frame=2&anchor=16:34:46.203'>
Fixed</a>.  Note orginal problem <a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=07:55:57.802'>
above</a> still exists.

<!-- Comment: Thu Mar 24 16;46;36 comment by...Dale -->
Fixed.

<!-- Date: Sun Mar 20 15:30:41.839 2005 -->
<!-- FixDate: Thu Mar 24 15;28;21 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-171&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-171  width='300' align='top'></td><td>Roman Pots are not operating since the beam abort  
of Sat 03/19/05</a></td></tr></table>
<!-- Author: Marco Rescigno -->
<!-- Comment: Thu Mar 24 15;28;21 comment by...rescigno -->
Not true any more as of store 4058
<!-- Comment: Thu Apr  7 01;38;17 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue May 31 23:41:17.875 2005 -->
<!-- FixDate: Fri Jun  3 09;16;44 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-198&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-198  width='300' align='top'></td><td>This is a problem with the XFT Finder Canvas SL3-4. The expert has been notified.<a href= 
'/cgi/elog/elog.pl?nb=2005&action=view&page=445&frame=2&anchor=04:04:45.200'> 
The original entry is here </a></a></td></tr></table>
<!-- Author: Sarah Budd -->
<!-- Comment: Tue May 31 23;48;02 comment by...Sarah Budd -->
<pre>The expert consulted was Kevin Lannon.</pre>

<!-- Comment: Wed Jun  1 16;04;17 comment by...Sarah Budd -->
Kevin Lannon said:
It seems that we're getting some flakey results involving that SL.  There seems to be an error rate that is right around the threshold for triggering the "page expert" message and sometimes for part of the store it will fluctuate over the  threshold.  So far, with increased statistics, it has always gone back below the threshold eventually.

    We are currently investigating this problem.Please let us know if the behavior gets worse.



<!-- Comment: Fri Jun  3 09;16;44 comment by...s -->
s

<!-- Comment: Fri Jun  3 09;17;01 comment by...s -->
s

<!-- Date: Thu May 26 12:53:36.917 2005 -->
<!-- FixDate: Fri Jun  3 09;18;21 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-196&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-196  width='300' align='top'></td><td>'Known hot tower'  (T 19 w 6). on graph 1.3.3 (L1 DCAS ADMEM) 
This affects also the 1.3.5 L1 Sum Et</a></td></tr></table>
<!-- Author: lorenzo -->
<!-- Comment: Thu May 26 12;58;49 comment by...lorenzo -->
sorry, canvas reference wrong 1.3.4 125MeV DCAS Occupancy.
The hot tower in it affects the 1.3.5 L1 Sum Et, as stated by expert



<!-- Comment: Fri Jun  3 09;18;21 comment by...  -->
 

<!-- Comment: Fri Jun  3 09;18;33 comment by...  -->
 

<!-- Date: Mon Dec 13 10:35:39.322 2004 -->
<!-- FixDate: Fri Jun  3 09;18;34 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-110&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-110  width='300' align='top'></td><td>Those two dead CHA PMTs that are not the chimney are apparently waiting for Nikilai to come back</a></td></tr></table>
<!-- Author: Larry  -->
<!-- Comment: Fri Jun  3 09;18;34 comment by...s -->
w
<!-- Comment: Fri Jun  3 09;18;42 comment by...s -->
s

<!-- Date: Mon May 16 09:45:26.572 2005 -->
<!-- FixDate: Fri Jun  3 09;18;48 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-194&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-194  width='300' align='top'></td><td>For the L2 Cal Trigger Tower Occupancy there seems to be a very hot tower in the west plot, the reference suggests it should be no one. Eta = 2, Phi = 5. 
 
</a></td></tr></table>
<!-- Author: Adrian Buzatu -->
<!-- Comment: Mon May 16 09;49;12 comment by...Adrian Buzatu -->
Sorry, I posted it here by mistake. I should have been the Shift e-log. This might become a known problem, but experts have to give their oppion on that. 

Adrian Buzatu





<!-- Comment: Fri Jun  3 09;18;48 comment by...  -->
 


<!-- Comment: Fri Jun  3 09;18;57 comment by...  -->
 

<!-- Date: Mon Dec 13 10:38:06.411 2004 -->
<!-- FixDate: Fri Jun  3 09;18;52 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-111&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-111  width='300' align='top'></td><td>The two dead WHA PMTs are also waiting</a></td></tr></table>
<!-- Author: Larry  -->
<!-- Comment: Fri Jun  3 09;18;52 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;18;59 comment by...s -->
s

<!-- Date: Wed May 4 22:38:28.416 2005 -->
<!-- FixDate: Fri Jun  3 09;19;14 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-191&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-191  width='300' align='top'></td><td>These COT problems should either be addressed or if not possible then please redifine them as OK (green) so CO does not have to ignore red borders! Thanks</a></td></tr></table>
<!-- Author: mike albrow -->
<!-- Comment: Fri Jun  3 09;19;14 comment by...  -->
 

<!-- Comment: Fri Jun  3 09;19;21 comment by...  -->
 

<!-- Date: Fri Dec 17 14:12:12.537 2004 -->
<!-- FixDate: Fri Jun  3 09;19;13 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Dec_17_2004_141157.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-115  align='top'></td><td>The row of track trigger errors along the bottom of the upper middle plot is due to inadequate simulation since the 3track's installation. This will be fixed soon, but for now does not represent real errors. </a></td></tr></table>
<!-- Author: Christopher -->
<!-- Comment: Fri Jun  3 09;19;13 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;19;24 comment by...s -->
s

<!-- Date: Wed Apr 13 03:07:19.149 2005 -->
<!-- FixDate: Fri Jun  3 09;19;32 2005 -->
<!-- Safety: off -->
Some TDC boards for CLS were swapped with new TDCs. So we should keep an eye on CLS monitoring plots.
<!-- Author: Oleg Poukhov -->
<!-- Comment: Fri Jun  3 09;19;32 comment by...  -->
 


<!-- Comment: Fri Jun  3 09;19;40 comment by...  -->
 

<!-- Date: Tue Dec 21 07:55:57.802 2004 -->
<!-- FixDate: Fri Jun  3 09;19;33 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-116&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-116  width='300' align='top'></td><td>The sim vs. data mis-match in East IMB HAD wedge 3 is a known problem.  The experts will calify and add details below.</a></td></tr></table>
<!-- Author: Dale for the muon group -->
<!-- Comment: Tue Dec 21 08;30;30 comment by...Dale -->
<a href=
'/cgi/elog/elog.pl?nb=2004&action=view&page=860&frame=2&anchor=10:54:37.864'>See Phil Schlabach's comments</a>: "One hadron TDC input is bad causing a deficit of simulated triggers and an excess of real ones."

<!-- Comment: Tue Dec 21 09;29;10 comment by...Camille Ginsburg -->
Fix-List ok, but this will probably never be fixed.
The person who wrote the histogram checking should
mask this wedge.


<!-- Comment: Fri Jun  3 09;19;33 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;19;42 comment by...s -->
s

<!-- Date: Tue Apr 12 07:14:16.460 2005 -->
<!-- FixDate: Fri Jun  3 09;19;52 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-190&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-190  width='300' align='top'></td><td>Marked Bad, explanation: <br> 
CMP one of the wedges has no High Voltage because it kept tripping. 
 
</a></td></tr></table>
<!-- Author: Oleg Poukhov -->
<!-- Comment: Fri Jun  3 09;19;52 comment by...  -->
 


<!-- Comment: Fri Jun  3 09;20;00 comment by...  -->
 

<!-- Date: Wed Dec 22 02:52:58.394 2004 -->
<!-- FixDate: Fri Jun  3 09;19;54 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-117&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-117  width='300' align='top'></td><td>All PHA ch 0 and 1 are PIN diodes, which are not used during data taking (only calibs). No action needs to be taken for 7W. 
 
Although an RMS above 5 is above normal, it does not impact data taking (detector resolution is much larger than electronic noise). </a></td></tr></table>
<!-- Author: Kwangzoo -->
<!-- Comment: Wed Dec 22 02;58;46 comment by...Kwangzoo -->
Wide RMS for all PHA ch0 and ch1 is not a problem. 


<!-- Comment: Fri Jun  3 09;19;54 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;20;04 comment by...s -->
s

<!-- Date: Mon Apr 11 04:38:44.035 2005 -->
<!-- FixDate: Fri Jun  3 09;20;11 2005 -->
<!-- Safety: off -->
SiliMon monitor was not updated. I tried to kill it by typing Ctrl-C but no effect during 5 minutes. I typed cross to kill it and started again. Now update status is good.
<!-- Author: Oleg Poukhov -->
<!-- Comment: Fri Jun  3 09;20;11 comment by...  -->
 

<!-- Comment: Fri Jun  3 09;20;20 comment by...  -->
 

<!-- Date: Sun Apr 10 09:47:28.267 2005 -->
<!-- FixDate: Fri Jun  3 09;20;31 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-189&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-189  width='300' align='top'></td><td>Roman Pots calibration: Koji Terashi says the calibration is ok if only the 2nd column from the left is solid red in both top plots, with a few other bad channels (even though the plot says it is BAD and the expert should be paged).</a></td></tr></table>
<!-- Author: J. Beringer -->
<!-- Comment: Fri Jun  3 09;20;31 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;20;39 comment by...  -->
 

<!-- Date: Sun Apr 10 08:03:32.338 2005 -->
<!-- FixDate: Fri Jun  3 09;20;55 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-186&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-186  width='300' align='top'></td><td>XTRPMon Summary: on the top left graphs - entries exceeding 
the reference graph one order</a></td></tr></table>
<!-- Author: martin ciljak -->
<!-- Comment: Fri Jun  3 09;20;55 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;21;03 comment by...  -->
 

<!-- Date: Sun Dec 26 16:35:08.112 2004 -->
<!-- FixDate: Fri Jun  3 09;20;58 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-119&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-119  width='300' align='top'></td><td> On TrigMon output of 1.5.1.1: XFT FINDER Canvas SL1-2, 
 COT SL4 segment occupancy is not flat at phi  
 around 40 degree. 
 
Reply from expert: 
"Yes, that spike is due to a known COT problem. 
Could you make a note in the CO fix list. 
Thanks. Cheng-Ju"</a></td></tr></table>
<!-- Author: Tetsuo -->
<!-- Comment: Fri Jun  3 09;20;44 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;20;58 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;21;05 comment by...s -->
s

<!-- Date: Mon Dec 27 23:08:31.770 2004 -->
<!-- FixDate: Fri Jun  3 09;21;13 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-120&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-120  width='300' align='top'></td><td>Results of DBANA calibrating SMX. According to experts, Larry and Mike, "CCR/CPR are now PMT channels, no longer noisy wire chamber aplified channels, small rms is good, like PES/PPR. BUT DBANA and scripts have not yet been modified. ... Small rms on CPR/CCR pedestals is in fact good."</a></td></tr></table>
<!-- Author: Tetsuo -->
<!-- Comment: Fri Jun  3 09;21;13 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;21;19 comment by...s -->
s

<!-- Date: Thu Dec 30 18:27:44.789 2004 -->
<!-- FixDate: Fri Jun  3 09;21;28 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-121&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-121  width='300' align='top'></td><td>TrigMon:T2PD vs. TL2D Muon XTRP errors (run 191592, 191727) 
Experts wrote: 
- Sun Dec 26 22:49:19 comment by...Cheng-Ju --   
Those errors were from the L2 alpha sync errors.  Our 
monitoring code is picking up errors downstream of the 
Pulsar muon board.  When there is another L2 decision 
timeout due to sync error, you might see some more 
additional entries.  You can ignore this error for now 
unless as the error count starts to grown rapidly 
(especially in the absence of L2 decision timeout), 
which may then indicate a real Pulsar error. 
If you restart TrigMon, the error message should then 
be cleared.</a></td></tr></table>
<!-- Author: Tetsuo -->
<!-- Comment: Wed Jan 19 10;47;18 comment by...Cheng-Ju -->
As long as the error rate (number error entries divided
by total number of events in TrigMon) is less than 1%,
you can ignore the error.  If the error rate is substantially
larger, that might be an indication of real Pulsar error
and you should page L2 Pulsar immediately.
<!-- Comment: Fri Jun  3 09;21;28 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;21;33 comment by...s -->
s

<!-- Date: Mon Jan 3 08:35:09.757 2005 -->
<!-- FixDate: Fri Jun  3 09;21;46 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Mon_Jan__3_2005_083453.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-127  align='top'></td><td> 
Some COT cells have too high occupancy ( bottom left plot).</a></td></tr></table>
<!-- Author: Sasha (Alex Paramonov )) -->
<!-- Comment: Fri Jun  3 09;21;38 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;21;46 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;21;51 comment by...s -->
s

<!-- Date: Sun Apr 10 04:45:44.709 2005 -->
<!-- FixDate: Fri Jun  3 09;21;35 2005 -->
<!-- Safety: off -->
No connection with DAQErrMon. I restarted DAQErrMon Monitor and XMon and DAQMon Consumer Displays. Now is OK.
<!-- Author: Oleg Poukhov -->
<!-- Comment: Fri Jun  3 09;21;35 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;21;52 comment by...  -->
 

<!-- Date: Thu Jan 6 11:50:08.824 2005 -->
<!-- FixDate: Fri Jun  3 09;21;57 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Thu_Jan__6_2005_115004.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-135  align='top'></td><td>New dead WHA PMTs .</a></td></tr></table>
<!-- Author: Alex Paramonov -->
<!-- Comment: Fri Jun  3 09;21;57 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;22;02 comment by...s -->
s

<!-- Date: Sat Apr 9 23:54:18.066 2005 -->
<!-- FixDate: Fri Jun  3 09;22;04 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-186&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-186  width='300' align='top'></td><td>XTRPMon Summary: on the top left graphs - entries exceeding 
the reference graph one order</a></td></tr></table>
<!-- Author: martin ciljak -->
<!-- Comment: Fri Jun  3 09;22;04 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;22;10 comment by...  -->
 

<!-- Date: Thu Jan 6 11:52:00.295 2005 -->
<!-- FixDate: Fri Jun  3 09;22;08 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Thu_Jan__6_2005_115151.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-139  align='top'></td><td>New dead PMT (top-right).</a></td></tr></table>
<!-- Author: Alex Paramonov -->
<!-- Comment: Fri Jun  3 09;22;08 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;22;13 comment by...s -->
s

<!-- Date: Sat Apr 9 06:28:20.727 2005 -->
<!-- FixDate: Fri Jun  3 09;22;23 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-185&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-185  width='300' align='top'></td><td>Very noisly channels on CES Wedge Occupancy plots because of the <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2005&action=view&page=295&frame=2&anchor=06:00:51.136'> 
hot </a> channels. I marked CES (hot1) as bad.</a></td></tr></table>
<!-- Author: Oleg Poukhov -->
<!-- Comment: Fri Jun  3 09;22;23 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;22;29 comment by...  -->
 

<!-- Date: Wed Apr 6 16:29:41.691 2005 -->
<!-- FixDate: Fri Jun  3 09;22;44 2005 -->
<!-- Safety: off -->
All reference plots for Muon Scintillators (CSP, CSX, BSU, TSU) are available on my web-page: <BLOCKQUOTE> <a href=http://www-cdf.fnal.gov/internal/people/links/OlegPoukhov/good/good.htm> 
http://www-cdf.fnal.gov/internal/people/links/OlegPoukhov/good/good.htm</a> <br> or on YMon Consumer Reference page: <br> <a href=http://www-cdfonline.fnal.gov/internal/mon/cdfdoc/Consumers/YMon/COCanvases/> 
http://www-cdfonline.fnal.gov/~cdfdoc/Consumers/YMon/COCanvases/</a>  
</BLOCKQUOTE>  
<!-- Author: Oleg Poukhov -->
<!-- Comment: Fri Jun  3 09;22;44 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;22;50 comment by...  -->
 

<!-- Date: Wed Jan 19 23:59:19.112 2005 -->
<!-- FixDate: Fri Jun  3 09;22;51 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-151&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-151  width='300' align='top'></td><td>Calorimeter QIE calibration. Few channels marked as bad.</a></td></tr></table>
<!-- Author: salva -->
<!-- Comment: Thu Jan 20 15;28;27 comment by...Peter Dong -->
Calorimeter folks say this is normal, we can ignore.


<!-- Comment: Fri Jun  3 09;22;51 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;22;57 comment by...s -->
s

<!-- Date: Fri Jan 14 12:41:21.698 2005 -->
<!-- FixDate: Fri Jun  3 09;22;20 2005 -->
<!-- Safety: off -->
<center><a href='e-log/notebooks/fixlist/Fri_Jan_14_2005_123849.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-141' ></a><a href='e-log/notebooks/fixlist/Fri_Jan_14_2005_123921.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-143' ></a></center>
<!-- Author: Peter Dong -->
<!-- Comment: Fri Jan 14 12;42;27 comment by...Peter Dong -->
These XFT plots result from a problem in the COT SL4 and not in the XFT itself.  The problem is known but requires opening the plug to fix.




<!-- Comment: Fri Jun  3 09;22;20 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;23;02 comment by...s -->
s

<!-- Date: Mon Jan 17 08:46:05.157 2005 -->
<!-- FixDate: Fri Jun  3 09;22;27 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-148&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-148  width='300' align='top'></td><td>The minimum bias bit has moved from 21 to 53.  Hence the physics run trigger bit plots should look like this.  Someone should fix this in the CO checklist.</a></td></tr></table>
<!-- Author: Peter Dong -->
<!-- Comment: Mon Jan 17 12;44;29 comment by...Peter Dong -->
NOTE: When using the table PHYSICS_HIGHLUM_2_05, the minimum bias bit is back at bit 21.  This is kind of confusing.
<!-- Comment: Mon Jan 17 12;50;43 comment by...Peter Dong -->
NOTE: When using the table PHYSICS_HIGHLUM_2_05, the minimum bias bit is back at bit 21.  This is kind of confusing.
<!-- Comment: Fri Jun  3 09;22;27 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;23;07 comment by...s -->
s

<!-- Date: Sat Apr 2 19:14:58.251 2005 -->
<!-- FixDate: Fri Jun  3 09;23;05 2005 -->
<!-- Safety: off -->
Known problem on TrigMon: LEVEL2_PULSAR_MERGER_SLINK persist. (See  morning's shift e-log) 
<!-- Author: rodrigo -->
<!-- Comment: Fri Jun  3 09;23;05 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;23;12 comment by...  -->
 

<!-- Date: Mon Jan 17 10:19:04.281 2005 -->
<!-- FixDate: Fri Jun  3 09;22;35 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-149&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-149  width='300' align='top'></td><td>XMon gives errors such as this one because it doesn't know about fractional prescaling.  Ignore until this bug is fixed.</a></td></tr></table>
<!-- Author: Peter Dong -->
<!-- Comment: Fri Jun  3 09;22;35 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;23;12 comment by...s -->
s

<!-- Date: Wed Jan 19 09:30:32.962 2005 -->
<!-- FixDate: Fri Jun  3 09;22;42 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-150&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-150  width='300' align='top'></td><td>This error may appear in DAQErrMon during a long run.  Experts say to ignore it, provided there are few errors compared to events in.</a></td></tr></table>
<!-- Author: Peter Dong -->
<!-- Comment: Fri Jun  3 09;22;42 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;23;18 comment by...s -->
s

<!-- Date: Sat Apr 2 10:04:52.027 2005 -->
<!-- FixDate: Fri Jun  3 09;23;21 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-183&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-183  width='300' align='top'></td><td>L1 Data vs Sim: lower two plots show rates >0.001. These are known problems. They need to be corrected.</a></td></tr></table>
<!-- Author: M. Gallinaro -->
<!-- Comment: Fri Jun  3 09;23;21 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;23;27 comment by...  -->
 

<!-- Date: Fri Apr 1 16:57:09.693 2005 -->
<!-- FixDate: Fri Jun  3 09;23;37 2005 -->
<!-- Safety: off -->
To check Roman Pot position we should use <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2005&action=view&page=269&frame=2&anchor=13:34:54.862'> 
this </a> link.
<!-- Author: rodrigo -->
<!-- Comment: Fri Jun  3 09;23;37 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;23;44 comment by...  -->
 

<!-- Date: Fri Jan 21 10:15:01.097 2005 -->
<!-- FixDate: Fri Jun  3 09;23;49 2005 -->
<!-- Safety: off -->
Stage0 has been giving a CANNOTTELL error for recent runs.  John Paul, the expert, says: 
 
I know about this problem.  There was a change in the underlying 
software in the unpacking of the COT hit information that Stage0 uses. 
This causes the vast majority tracks to fail a particular cut.  Until 
the online software is rebuilt, unfortunately there's nothing I can do.
<!-- Author: Peter Dong -->
<!-- Comment: Fri Jun  3 09;23;49 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;23;54 comment by...s -->
s

<!-- Date: Fri Apr 1 16:36:06.934 2005 -->
<!-- FixDate: Fri Jun  3 09;23;55 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-182&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-182  width='300' align='top'></td><td>CHA PHA Raw Time suspicious plot from ObjectMon</a></td></tr></table>
<!-- Author: rodrigo -->
<!-- Comment: Fri Jun  3 09;23;55 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;24;01 comment by...  -->
 

<!-- Date: Wed Mar 30 17:15:41.552 2005 -->
<!-- FixDate: Fri Jun  3 09;24;12 2005 -->
<!-- Safety: off -->
<a href= 
'http://www-cdfonline.fnal.gov/java/daqmon/servlet/AcnetSSMonitorServlet'>ACNET 
</a> Page is temporarily <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2005&action=view&page=266&frame=2&anchor=08:53:06.186'> 
not available </a>. I mark Roman Pot positions  (rpspos1, rpspos2, rpspos3) as "Not Yet".
<!-- Author: Oleg Poukhov -->
<!-- Comment: Wed Mar 30 20;11;41 comment by...Oleg -->
Sci-Co said, that if ACNET is unavailable one should ask Aces - they have direct access to the ACNET page.



<!-- Comment: Fri Jun  3 09;24;12 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;24;18 comment by...  -->
 

<!-- Date: Thu Mar 3 00:30:04.373 2005 -->
<!-- FixDate: Fri Jun  3 09;24;14 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-158&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-158  width='300' align='top'></td><td>CMU E Wedge 8, Channel 16 and  
CMU E Wedge 10, Channel 20 are not a problem. Phis says it's been coming and going since the shutdown - 10E has been there for years, while 8E has shown up at various times in the past.</a></td></tr></table>
<!-- Author: Carmine Pagliarone -->
<!-- Comment: Fri Jun  3 09;24;14 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;24;19 comment by...s -->
s

<!-- Date: Sat Jan 29 10:23:49.416 2005 -->
<!-- FixDate: Fri Jun  3 09;24;00 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-152&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-152  width='300' align='top'></td><td>Known ADMEM Calorimeter readout problem, IT NEEDS ACCESS, 
(Trigger tower Wed Phi-14, Eta 3-West)</a></td></tr></table>
<!-- Author: Susana. -->
<!-- Comment: Fri Jun  3 09;24;00 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;24;24 comment by...s -->
s

<!-- Date: Fri Feb 4 09:08:29.108 2005 -->
<!-- FixDate: Fri Jun  3 09;24;06 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Feb__4_2005_090816.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-154  align='top'></td><td>when the PHYSICS_HIGHLUM trigger table is used, it often happens 
that the TRigMon plot #64 (SVTDMonitor 2.3.1 L2_SVT_D0) has 
Status=BAD. See for instance run # 193167. If the distributions 
are still peaked 0, but have higher tails than normal, it is still ok. 
Only if they are very different from the reference plot, page the expert. 
(see also the entry in the e-log for Thu Feb 3 15:57:04). 
</a></td></tr></table>
<!-- Author: Roberto -->
<!-- Comment: Fri Jun  3 09;24;06 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;24;29 comment by...s -->
s

<!-- Date: Tue Mar 29 13:00:03.867 2005 -->
<!-- FixDate: Fri Jun  3 09;24;29 2005 -->
<!-- Safety: off -->
<pre>Roman pots position tolerance should be expanded to the nominal value +- 5 mils.  That would mean: 
 
-120 &lt; C:TPOT1M &lt; -110 MILS 
-180 &lt; C:TPOT2M &lt; -170 MILS 
-85  &lt; C:TPOT3M &lt;  -75 MILS 
 
They will get the tolerances changed in the checklist as well.</pre>
<!-- Author: Stephen Wolbers  -->
<!-- Comment: Tue Mar 29 13;50;24 comment by...Stephen Wolbers -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>Third pot should be :

-91 &lt; C:TPOT3M &lt; -81 MILS</pre></td></tr></td></table>


<!-- Comment: Fri Jun  3 09;24;29 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;24;34 comment by...  -->
 

<!-- Date: Sun Mar 6 15:58:42.788 2005 -->
<!-- FixDate: Fri Jun  3 09;24;35 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-159&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-159  width='300' align='top'></td><td>CHA PMT west eta -2, phi wedge 3 
is not a real hot PMT according to cal expert, 
Look at the expert high threshold plot, it looks fine.   
Just a bit of a pedestal drift, data is fine.</a></td></tr></table>
<!-- Author: Zongru Wan -->
<!-- Comment: Fri Jun  3 09;24;35 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;24;45 comment by...s -->
s

<!-- Date: Tue Mar 29 12:57:35.904 2005 -->
<!-- FixDate: Fri Jun  3 09;24;42 2005 -->
<!-- Safety: off -->
Roman Pots
<!-- Author: Stephen Wolbers  -->
<!-- Comment: Fri Jun  3 09;24;42 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;24;49 comment by...  -->
 

<!-- Date: Thu Mar 17 14:43:18.958 2005 -->
<!-- FixDate: Fri Jun  3 09;24;52 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-165&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-165  width='300' align='top'></td><td>This should be made as the new reference plot, as per calorimeter expert instrunctions.</a></td></tr></table>
<!-- Author: Nuno Leonardo -->
<!-- Comment: Fri Jun  3 09;24;52 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;24;58 comment by...s -->
s

<!-- Date: Mon Mar 28 22:47:49.002 2005 -->
<!-- FixDate: Fri Jun  3 09;24;57 2005 -->
<!-- Safety: off -->
Stage0 fails for Run 195789. Message: 
Run#  Consumer  # Evt    Evaluation               Comment 
------------------------------------------------------------------------ 
<p> 195789 Stage0_ 154   CANNOTTELL (Errors) Insufficient_tracks:_DB_Copied <p> 
 
I sent e-mail to expert John Paul Chou johnpaul@fnal.gov to report the problem. And restarted Stage0.
<!-- Author: Oleg -->
<!-- Comment: Fri Jun  3 09;24;57 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;25;06 comment by...  -->
 

<!-- Date: Mon Mar 28 19:20:39.751 2005 -->
<!-- FixDate: Fri Jun  3 09;25;15 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-181&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-181  width='300' align='top'></td><td>XFT distribution - peak in phi</a></td></tr></table>
<!-- Author: Oleg Poukhov -->
<!-- Comment: Fri Jun  3 09;25;15 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;25;20 comment by...  -->
 

<!-- Date: Thu Mar 17 14:44:21.953 2005 -->
<!-- FixDate: Fri Jun  3 09;25;20 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-165&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-165  width='300' align='top'></td><td>This should be made as the new reference plot, as per calorimeter expert instrunctions.</a></td></tr></table>
<!-- Author: Nuno Leonardo -->
<!-- Comment: Fri Jun  3 09;25;20 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;25;25 comment by...s -->
s

<!-- Date: Thu Mar 17 14:47:00.292 2005 -->
<!-- FixDate: Fri Jun  3 09;25;37 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-165&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-165  width='300' align='top'></td><td>This should be made as the new reference plot, as per calorimeter expert instrunctions.</a></td></tr></table>
<!-- Author: Nuno Leonardo -->
<!-- Comment: Fri Jun  3 09;25;37 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;25;43 comment by...s -->
s

<!-- Date: Sun Mar 27 08:59:11.058 2005 -->
<!-- FixDate: Fri Jun  3 09;25;33 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-180&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-180  width='300' align='top'></td><td>Pulsar plots - small off-diagonal entries are apparently "OK"</a></td></tr></table>
<!-- Author: Stephen Wolbers -->
<!-- Comment: Fri Jun  3 09;25;33 comment by...   -->
 
<!-- Comment: Fri Jun  3 09;25;47 comment by...  -->
 

<!-- Date: Mon Mar 21 15:24:15.297 2005 -->
<!-- FixDate: Fri Jun  3 09;25;50 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-172&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-172  width='300' align='top'></td><td>New dead CEM pmt (East 5 1)</a></td></tr></table>
<!-- Author: Marco Rescigno -->
<!-- Comment: Fri Jun  3 09;25;50 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;25;54 comment by...s -->
s

<!-- Date: Sat Mar 26 17:17:11.365 2005 -->
<!-- FixDate: Fri Jun  3 09;25;57 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-179&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-179  width='300' align='top'></td><td>Sorry, I forgot to insert plot above...</a></td></tr></table>
<!-- Author: Oleg Poukhov -->
<!-- Comment: Fri Jun  3 09;25;57 comment by...   -->
 
<!-- Comment: Fri Jun  3 09;26;02 comment by...  -->
 

<!-- Date: Fri Mar 25 11:25:42.265 2005 -->
<!-- FixDate: Fri Jun  3 09;26;02 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-174&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-174  width='300' align='top'></td><td>Updated XTRP Online Monitoring reference plot. Sent mail to Charles and Greg to get the online checklist updated. 
 
http://www.hep.uiuc.edu/engin/cdf/xtrp/monitoring/index.htm 
</a></td></tr></table>
<!-- Author: Stephen Wolbers -->
<!-- Comment: Fri Apr  1 08;08;35 comment by...Steve W -->
<pre>Comparison plot is now updated, checklist has been updated.</pre>
<!-- Comment: Fri Jun  3 09;26;02 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;26;06 comment by...s -->
s

<!-- Date: Sat Mar 26 10:44:45.076 2005 -->
<!-- FixDate: Fri Jun  3 09;26;18 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-175&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-175  width='300' align='top'></td><td>New hot PMT at Phi=8, East eta=8 
Sent mail to Cal experts (cdf-cal-op)</a></td></tr></table>
<!-- Author: Stephen Wolbers  -->
<!-- Comment: Fri Jun  3 09;26;18 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;26;23 comment by...s -->
s

<!-- Date: Sat Mar 26 17:13:58.008 2005 -->
<!-- FixDate: Fri Jun  3 09;26;21 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sat_Mar_26_2005_171345.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-178  align='top'></td><td>There was alarm for CSP counters. It looks like that there was not enough statistics for CSP Bottom-West. Maximal bin has ~0.3% of counts.</a></td></tr></table>
<!-- Author: Oleg Pokhov -->
<!-- Comment: Fri Jun  3 09;26;11 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;26;21 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;26;26 comment by...  -->
 

<!-- Date: Fri Mar 25 19:28:08.736 2005 -->
<!-- FixDate: Fri Jun  3 09;26;12 2005 -->
<!-- Safety: off -->
XMon and BeamMon Displays don't show slides. <p> 
Reason: <b> DAQErrMon Summary Canvas is not found. </b> <p> 
There were some <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2005&action=view&page=252&frame=2&anchor=16:21:06.977'> 
problems</a> with DAQErrMon in my shift.
<!-- Author: Oleg Poukhov -->
<!-- Comment: Fri Jun  3 09;26;12 comment by...s -->
s
<!-- Comment: Fri Jun  3 09;26;27 comment by...s -->
s

<!-- Date: Sat Mar 26 12:20:38.729 2005 -->
<!-- FixDate: Fri Jun  3 09;26;35 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-176&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-176  width='300' align='top'></td><td>Higher statistics, looks fine.</a></td></tr></table>
<!-- Author: Stephen Wolbers -->
<!-- Comment: Fri Jun  3 09;26;35 comment by...  -->
 
<!-- Comment: Fri Jun  3 09;26;40 comment by...  -->
 

<!-- Date: Fri Dec 10 10:29:38.753 2004 -->
<!-- FixDate: Fri Jun  3 09;49;39 2005 -->
<!-- Safety: off -->
<h1><font color="red">Important:</font></h1><br> 
<h3>This <i>Fixlist</i> is for entering <b>known</b> problems only.  If you have found a new problem and not had it confirmed by an expert, <i> do NOT</i> put it here.  Use the <a href="http://www-cdfonline.fnal.gov/cgi/elog/elog.pl">Shift elog</a> instead.</h3>
<!-- Author: Charles Plager -->
<!-- Comment: Sun Jan 16 11;40;07 comment by...Charles Plager -->
<b>Note</b>: Whenever you make an entry in this list, please make sure the <b>Full Name</b> of the appropriate expert is listed.
<!-- Comment: Sun Jan 16 16;10;40 comment by...Charles Plager -->
<b>Note</b>: Whenever you make an entry in this list, please make sure the <b>Full Name</b> of the appropriate expert is listed.
<!-- Comment: Fri Jun  3 09;49;39 comment by...c -->
c
<!-- Comment: Fri Jun  3 09;49;49 comment by...c -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Jun 4 18:05:01.891 2005 -->
<!-- FixDate: Sun Jun  5 08;05;19 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-200&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-200  width='300' align='top'></td><td>There was a change in the L1 trigger bit definitions: 
the Minimum bias trigger is now running off trigger bit 53 (was 21 previously, I confirmed that it is 53 now in scalar mon) 
 
Could someone, Charles(?), please update the CO webpages  
to avoid confusing the CO, who might think that he did not  
run the runPhysics.sh script properly. 
 
Thanks </a></td></tr></table>
<!-- Author: Burkard -->
<!-- Comment: Sun Jun  5 08;05;19 comment by...a -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Sun Jun  5 08;05;29 comment by...a -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Jun 4 18:51:42.750 2005 -->
<!-- FixDate: Sun Jun  5 08;05;44 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-201&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-201  width='300' align='top'></td><td>The lower three plots all show the same problem.  
Expertes have been notified and are looking into  
this problem.</a></td></tr></table>
<!-- Author: Burkard -->
<!-- Comment: Sun Jun  5 08;05;44 comment by...a -->
a
<!-- Comment: Sun Jun  5 08;06;01 comment by...a -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Jun 4 19:40:08.272 2005 -->
<!-- FixDate: Sun Jun  5 08;06;34 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-200&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-200  width='300' align='top'></td><td>There was a change in the L1 trigger bit definitions: 
the Minimum bias trigger is now running off trigger bit 53 (was 21 previously, I confirmed that it is 53 now in scalar mon) 
 
Could someone, Charles(?), please update the CO webpages  
to avoid confusing the CO, who might think that he did not  
run the runPhysics.sh script properly. 
 
Thanks </a></td></tr></table>
<!-- Author: Burkard -->
<!-- Comment: Sun Jun  5 08;06;14 comment by...a -->
a

<!-- Comment: Sun Jun  5 08;06;34 comment by...a -->
a

<!-- Comment: Sun Jun  5 08;06;41 comment by...a -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sun Jun 5 16:18:47.595 2005 -->
<!-- FixDate: Wed Jun  8 07;56;20 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-202&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-202  width='300' align='top'></td><td>Please see further comments by Kevin Pitts below</a></td></tr></table>
<!-- Author: Burkard -->
<!-- Comment: Sun Jun  5 16;27;01 comment by...KPitts -->
Bad ram in the Databoard 10.  This explains the bands in the three lower plots.  The error rate is still pretty low, because it only affects one out of 24 segments in that databoard.  XTRP pager number is in the yellow pages.  The Databoard will be replaced when convenient.

<!-- Comment: Sun Jun  5 17;21;19 comment by...KPitts -->
<pre>expert names: Christopher Marino, Anyes Taffard
contact info:  cmarino@uiuc.edu, anyes@uiuc.edu,  xtrp pager is 218-9513
</pre>


<!-- Comment: Wed Jun  8 07;56;20 comment by...Christopher & Kevin -->
This data board has been replaced.  The error should no longer be present.
<!-- Comment: Wed Jun  8 10;15;42 comment by...Christopher -->
.

<!-- Date: Mon Jun 6 13:29:14.896 2005 -->
<!-- FixDate: Wed Jun  8 12;46;11 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-204&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-204  width='300' align='top'></td><td>CMX HV for run 199042 marked as bad because HV for one (CMX West 20) is off now.</a></td></tr></table>
<!-- Author: Akram -->
<!-- Comment: Mon Jun  6 16;07;00 comment by...Burkard -->
<pre>
expert: Dale Stentz,  Lab Extension(s): 3054
may be fixed in the during the next access
</pre>
<p>
here is a copy of his comments in the main e-log <br>
<p>
Fail to recover CMX HV, mask one wedge off. The run will mark bad for CMX. <BR>
<cite>-- Mon Jun 6 11:33:35 comment by...Dale Stentz --  </cite>As noted above CMX NW 20 [aka NW miniskirt 10] started to trip and would not recover. I've taken a quick look and the cathode won't make it pass 400 V (2.8 kV is the operational HV). For now we will run with the wedge off while I do some further testing. <BR>
<cite>-- Mon Jun 6 12:51:22 comment by...Dale Stentz --  </cite>A quick series of additional thoughts:<p> I looked at the wedge again and it showed no signs of improvement. It looks like the cathode just failed. I'll check every so often but I don't think this will recover. We will submit an access request shortly. </p><p> Additional comments: I've got the HV cables disconnected to the actual HV supply. The wedge will "ramp up" (e.g. at the end of store the HV will go to stand-by). Ideally this wedge should be kept off but there's no harm if you don't (if you have the time and remember to do it - great, otherwise don't worry about it). However, the CMX is still bad as the HV is not on. The Mon. Ace should be sure to pass this information on to the next shift and to make sure the CO knows it's status. <BR>
<BR>
Wedge 20 being off will show up as West wedge 20 being off and wedge 19 being greatly reduced (realtive to the refrence) in YMon (Muon Slide) for the CMX occupancy. DQM correctly spotted the problem (low occupancy in west CMX). For now Jianrong and I have masked off ("ingore histogram") the YMon/West CMX plot. You are welcome to unmask if need be (new shift, new store, etc.) and then remask it once it starts to annoy you. </p> On an all together differnt note I removed <a href= '/cgi/elog/elog.pl?nb=2005&action=view&page=347&frame=2&anchor=13:49:10.504'> these instructions</a> for the NE and SW miniskirt that were posted on the Vnode1 PC (the main iFIX global summary + alarm pages). We have not had major problems with these wedges and, at this point, it makes sense to have a uniform set of rules for all of CMX.






<!-- Comment: Mon Jun  6 16;47;35 comment by...Burkard -->
<pre>
expert: Dale Stentz,  Lab Extension(s): 3054
may be fixed in the during the next access
</pre>
<p>
here is a copy of his comments in the main e-log <br>
<p>
Fail to recover CMX HV, mask one wedge off. The run will mark bad for CMX. <BR>
<cite>-- Mon Jun 6 11:33:35 comment by...Dale Stentz --  </cite>As noted above CMX NW 20 [aka NW miniskirt 10] started to trip and would not recover. I've taken a quick look and the cathode won't make it pass 400 V (2.8 kV is the operational HV). For now we will run with the wedge off while I do some further testing. <BR>
<cite>-- Mon Jun 6 12:51:22 comment by...Dale Stentz --  </cite>A quick series of additional thoughts:<p> I looked at the wedge again and it showed no signs of improvement. It looks like the cathode just failed. I'll check every so often but I don't think this will recover. We will submit an access request shortly. </p><p> Additional comments: I've got the HV cables disconnected to the actual HV supply. The wedge will "ramp up" (e.g. at the end of store the HV will go to stand-by). Ideally this wedge should be kept off but there's no harm if you don't (if you have the time and remember to do it - great, otherwise don't worry about it). However, the CMX is still bad as the HV is not on. The Mon. Ace should be sure to pass this information on to the next shift and to make sure the CO knows it's status. <BR>
<BR>
Wedge 20 being off will show up as West wedge 20 being off and wedge 19 being greatly reduced (realtive to the refrence) in YMon (Muon Slide) for the CMX occupancy. DQM correctly spotted the problem (low occupancy in west CMX). For now Jianrong and I have masked off ("ingore histogram") the YMon/West CMX plot. You are welcome to unmask if need be (new shift, new store, etc.) and then remask it once it starts to annoy you. </p> On an all together differnt note I removed <a href= '/cgi/elog/elog.pl?nb=2005&action=view&page=347&frame=2&anchor=13:49:10.504'> these instructions</a> for the NE and SW miniskirt that were posted on the Vnode1 PC (the main iFIX global summary + alarm pages). We have not had major problems with these wedges and, at this point, it makes sense to have a uniform set of rules for all of CMX.






<!-- Comment: Mon Jun  6 16;59;21 comment by...Charles Plager -->
Expert's email address: dstentz@fnal.gov



<!-- Comment: Wed Jun  8 12;46;11 comment by...Dale Stentz with Phil Schlabach -->
As noted <a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=476&frame=2&anchor=11:10:00.493'>
here</a>, there was an access and we believe this to be fixed.  The problem was a HV jumper for the cathode which had failed - it was replaced and now CMX wedge 20 (via iFIX HV) hold HV fine.

<!-- Comment: Wed Jun  8 12;47;38 comment by...Dale Stentz -->
Fixed - no reason to keep this out as this was a unique problem and was taken care of as noted <a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=476&frame=2&anchor=11:10:00.493'>
here</a> and in the CMX elog <a href=
'/cgi/elog/det-system-elog.pl?nb=cmx&action=view&page=9&frame=2&anchor=06:11:24'>
here</a>.

<!-- Date: Thu Jun 9 00:14:19.433 2005 -->
<!-- FixDate: Thu Jun  9 14;41;21 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-208&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-208  width='300' align='top'></td><td>experts is taking care of this. paste current "XTRP Summary Canvas"</a></td></tr></table>
<!-- Author: Koji Ebina -->
<!-- Comment: Thu Jun  9 14;41;21 comment by...a -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Thu Jun  9 14;41;31 comment by...a -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sun Jun 5 18:02:31.678 2005 -->
<!-- FixDate: Tue Jun 14 09;36;26 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-203&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-203  width='300' align='top'></td><td>   </a></td></tr></table>
<!-- Author: Jiyeon Han -->
<!-- Comment: Sun Jun  5 18;07;46 comment by...Jiyeon Han -->
The histogram with black line is data and the histogram with red line filled of green color is reference plot. L1 Fred Trigger Decision Bit in new reference plot which will be updated soon is around 51. Don't mark bad because the data isn't matched with the reference plot.

<!-- Comment: Sun Jun  5 21;07;59 comment by...Jiyeon Han -->
<pre>The bit number is 53 , not 51. Sorry for wrong information.
L1 Trigger expert : Maria Spiropulu(smaria@fnal.gov, pager)
YMon expert  : Jiyeon Han(jyhan@fnal.gov)</pre>



<!-- Comment: Wed Jun  8 19;03;58 comment by...Burkard -->
The reference has been updated and this entry may be removed now


<!-- Comment: Tue Jun 14 09;36;26 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Tue Jun 14 09;36;35 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Wed Jun 8 19:05:47.542 2005 -->
<!-- FixDate: Fri Jun 10 11;52;59 2005 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-205&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-205' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-206&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-206' width='300'></a></center>
<!-- Author: Burkard -->
<!-- Comment: Wed Jun  8 19;18;06 comment by...Burkard -->
The XTRP is seeing bit errors at a high rate (left plot top row left most plot). Most of this bits are not used, expert Kevin Pitts checked that the actual error rate is < 1%.<br>
<p>
The Pulsar L2 system diagonses the same problem, the Muon 
interface board also receives the XTRP Track data. Therefor
errors reported on the right plot in  Muon(+Xtrp)->Merger->TL2D
are a consequence of the upstream problem. The request to PAGE L2
is to be ignored for MUON, MERGER and TL2D. The request to PAGE L2 is still valid if it would show up on SVT CES or CLUSTER.<br>
<p>
experts: Kevin Pitts for XTRP, Burkard Reisert for L2 Pulsar<br>
expect problem to be fixed at soonest convinient time, when the
XTRP crate maybe touched w/o compromising data taking.
  
 



<!-- Comment: Wed Jun  8 19;20;10 comment by...Burkard -->
expert contacts:<br>
XTRP: Kevin Pitts (kpitts@fnal.gov)<br>
L2: Burkard Reisert (reisert@fnal.gov)


<!-- Comment: Fri Jun 10 11;52;59 comment by...Kevin Pitts -->
This has been fixed.
<!-- Comment: Tue Jun 14 09;36;43 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Thu Jun 9 00:07:06.457 2005 -->
<!-- FixDate: Fri Jun 10 11;53;23 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-208&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-208  width='300' align='top'></td><td>experts is taking care of this. paste current "XTRP Summary Canvas"</a></td></tr></table>
<!-- Author: Koji Ebina -->
<!-- Comment: Thu Jun  9 00;11;30 comment by...KPitts -->
Top left plot shows three errors in a column.  This is a known, low-level, input error to the XTRP.   We will address it between stores.  Kevin Pitts (kpitts@uiuc.edu)

<!-- Comment: Thu Jun  9 00;13;18 comment by...KPitts -->
This error also shows up in the Pulsar monitor.




<!-- Comment: Fri Jun 10 11;53;23 comment by...Kevin Pitts -->
This has been fixed.




<!-- Comment: Tue Jun 14 09;36;55 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: 02:52:58.394 -->
<!-- FixDate: Fri Jun  3 09;20;25 2005 --><!-- Author:  -->
<!-- Comment: Fri Jun  3 09;20;25 comment by...s -->
s

























































































<!-- Comment: Fri Jun 17 08;04;52 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jun 25 02:04:08.350 2005 -->
<!-- FixDate: Sat Jun 25 11;04;16 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-219&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-219  width='300' align='top'></td><td>2.5.0.0 Pulsar Monitor. This was OK at next check</a></td></tr></table>
<!-- Author: Troy Vine -->
<!-- Comment: Sat Jun 25 11;04;16 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Sat Jun 25 11;04;28 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Jun 25 02:06:34.423 2005 -->
<!-- FixDate: Sat Jun 25 11;04;48 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-220&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-220  width='300' align='top'></td><td>See previous entry</a></td></tr></table>
<!-- Author: Troy Vine -->
<!-- Comment: Sat Jun 25 11;04;42 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Sat Jun 25 11;04;48 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Sat Jun 25 11;05;00 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Fri Jun 24 15:32:39.975 2005 -->
<!-- FixDate: Mon Jun 27 14;49;53 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Jun_24_2005_153235.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-215  align='top'></td><td>XTRP known error</a></td></tr></table>
<!-- Author: Kevin Pitts -->
<!-- Comment: Fri Jun 24 15;34;46 comment by...Kevin Pitts -->
Series of three errors shown in upper left plot on board 6, segments 20, 22, 24 is a low level single bit error.   Other errors on these plots are at typical levels (1/2 per 10k events).  This problem will be addressed at the earliest opportunity.  Christopher Marino, Kevin Pitts, xtrp pager.


<!-- Comment: Sat Jun 25 10;09;39 comment by...KPitts -->
This error cleared itself about 2300 on Friday, Jun 24th.  The plot for the continuing run, 199983 shows the errors from yesterday, but I expect that the errors will be gone when a new run is started, or if TrigMon is restarted.    So while this error is gone right now, I would like to leave this entry in the fixlist while we await to see if the error returns.

<!-- Comment: Sat Jun 25 17;47;20 comment by...Charles Plager -->
Chris Marino: cmarino@uiuc.edu<br>
Kevin Pitts: kpitts@uiuc.edu<br>
  

<!-- Comment: Mon Jun 27 14;49;53 comment by...Christopher -->
This error appears to have been gone for some time.  It will be worth noting if it returns, and thus I am removing from the CO list. 

<!-- Comment: Mon Jun 27 14;51;24 comment by...Christopher -->
Error is gone.

<!-- Date: Tue Jun 28 11:14:54.687 2005 -->
<!-- FixDate: Tue Jun 28 11;15;03 2005 -->
<!-- Safety: off -->
test entry
<!-- Author: Charles Plager -->
<!-- Comment: Tue Jun 28 11;15;03 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Tue Jun 28 11;16;25 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Tue Jul 12 14:50:54.651 2005 -->
<!-- FixDate: Fri Jul 15 08;42;13 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Tue_Jul_12_2005_145048.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-222  align='top'></td><td>TrigMon #8</a></td></tr></table>
<!-- Author: staveris -->
<!-- Comment: Fri Jul 15 08;41;55 comment by...upset -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Fri Jul 15 08;42;13 comment by...upset -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Fri Jul 15 08;42;23 comment by...upset -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Mon Jul 18 16:09:04.534 2005 -->
<!-- FixDate: Wed Jul 20 07;29;45 2005 -->
<!-- Safety: off -->
<center><a href='e-log/notebooks/fixlist/Mon_Jul_18_2005_160826.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-225' ></a><a href='e-log/notebooks/fixlist/Mon_Jul_18_2005_160836.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-227' ></a></center>
<!-- Author: Thorsten -->
<!-- Comment: Mon Jul 18 16;10;55 comment by...Thorsten -->
Something in the trigger has chenged and now the bottom plot isn't empty anymore. That's correct!! 

<!-- Comment: Wed Jul 20 07;29;45 comment by...Charles Plager -->
m

<!-- Comment: Wed Jul 20 07;29;54 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Fri Jul 15 18:27:35.365 2005 -->
<!-- FixDate: Thu Jul 21 11;25;52 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-223&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-223  width='300' align='top'></td><td>The errors in the upper middle plot are due to new XTRP firmware which does not match the simulation. These are not real errors and are expected.</a></td></tr></table>
<!-- Author: Christopher -->
<!-- Comment: Sat Jul 16 14;36;23 comment by...KPitts -->
Contact information: Christopher Marino.  Contact phone number: xtrp pager.   Contact email information:  cmarino@uiuc.edu.  If there are further questions on who to contact, please contact the contact.  Instructions on how to contact the contact:  turn around and ask the SciCo to page XTRP.   If this entry disappears, either the problem was fixed or the contact information was deemed insufficient.

<!-- Comment: Mon Jul 18 07;31;44 comment by...Charles Plager -->
The XTRP pager number (according to the phone list) is 218-9513.  As Kevin suggested, please contact the XTRP pager if there are any questions about whether this entry is still needed.




<!-- Comment: Thu Jul 21 11;25;52 comment by...Christopher -->
TRigMon updated
<!-- Comment: Thu Jul 21 11;27;00 comment by...Christopher -->
With the new simulation, XTRDMon can be compared to reference plots again

<!-- Date: Thu Jul 28 14:57:01.415 2005 -->
<!-- FixDate: Mon Aug  1 07;29;42 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-234&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-234  width='300' align='top'></td><td>This problem has a basically <i>zero chance</i> of being discovered by the CO/shift crew and is more so to help the CMX experts.  As far as we can tell the problem (see comment for more details below) is artifical in nature and doesn't effect the run quility.</a></td></tr></table>
<!-- Author: Dale Stentz and John Strologas -->
<!-- Comment: Thu Jul 28 15;26;00 comment by...Dale, John, and Phil Schlabach -->
<br>Statement of the problem:
<p>East CMX wedges 12 and 13 (that's 36+37 in the above plot) show an empty section for channels 0-15 and 32-47.  However, the 1d ymon occupancy looks normal in these wedges (see 
<a href=
'/cgi/elog/det-system-elog.pl?nb=cmx&action=view&page=9&frame=2&anchor=13:23:58'>link</a> to CMX-log).</p><p>
We looked at the TDC signals for these wedges and fine that there are signals coming from the empty areas - suggesting that things are fine.  The fact that the middle third section looks to have higher occupancy almost makes one think that these wedge are somehow folded over (but only in this plot).</p><p>
The problem traces back to July 20th (it looks normal before than).  The consumer version was changed as noted <a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=602&frame=2&anchor=14:19:13.106'>here</a>    .  Consumer experts Yoshiaki Kusakabe and Kaori Maeshima in addition to YMon expert Jiyeon Han will be informed so that we can properly track down the problem (or find that the problem points else where).</p>
Just to make it clear, ObjectMon, DQMon, and TrigMon (in addition to the 1d occupancy plot in YMon) show everything as "normal+good" for CMX.

<!-- Comment: Mon Aug  1 07;29;42 comment by...Dale Stentz and John Strologas, et. al. -->
A few too many oversights.  The problem was in fact related to the TDC - the consumer change and the fact that when we first looked the higher level plots checked out as ok was just a distraction.  Upon further review the problem did seem to exist throughout other plots (and we saw that the problem had existed before the consumer update).
<br><br>
Eric James replaced the TDC which relate to CMX east wedges 12-13 ["36-37"] (this should be east TDC slot 15).  See entry <a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=630&frame=2&anchor=17:29:00.231'>
here</a>.  Problem is fixed and has not returned.  Further details from the hardware folks will be posted in the <a href=
'/cgi/elog/det-system-elog.pl?nb=cmx&action=view&page=9&frame=2&anchor=07:14:56'>
CMX e-log</a>.

<!-- Comment: Mon Aug  1 07;30;49 comment by...Dale -->
The problem has been fixed and hopefully will not return.  See archived links and comments for why it is fixed.

<!-- Date: Wed Aug 10 04:17:56.376 2005 -->
<!-- FixDate: Fri Aug 12 07;51;41 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Aug_10_2005_041734.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-236  align='top'></td><td>TRIGMON: L1 SUM ET. Upper left plot is actually normalization for both lower plots; so, if the ditribution is very small at large sumEt values, the lower plots will have divergences.  These divergences are dealt with by zeroing the particular bin. Contacted L1 Calorimeter Expert for the explanation.</a></td></tr></table>
<!-- Author: L.Pinera -->
<!-- Comment: Wed Aug 10 04;46;37 comment by...Mauro -->
The explanation should be put in the <a href=
'http://www-cdfonline.fnal.gov/internal/mon/cdfdoc/Consumers/TrigMon/Slides/trigmon_rightframe.html#l1sumet'>
TrigMon Reference Page </a> in order to prevent unnecessary paging.


<!-- Comment: Fri Aug 12 07;51;41 comment by...Charles Plager -->
a
<!-- Comment: Fri Aug 12 07;51;50 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Fri Aug 12 02:49:45.183 2005 -->
<!-- FixDate: Fri Aug 12 07;52;10 2005 -->
<!-- Safety: off -->
<pre>There's a discrepancy in the web page: 
 
http://www-cdfonline.fnal.gov/cohelp/ymon_switchmode.html 
 
"For physics runs, L1 Fred Trigger Decision Bit 21 (min bias) should be identically 1.0." 
 
I think Decision Bit 53 is the actual Min Bias trigger bit. Will notify the person who maintains this page.</pre>
<!-- Author: L.Pinera -->
<!-- Comment: Fri Aug 12 07;52;10 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Fri Aug 12 07;52;33 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sun Aug 14 11:11:36.193 2005 -->
<!-- FixDate: Fri Aug 19 13;17;10 2005 -->
<!-- Safety: off -->
ACE QIE calibration - please ignore <font color=red><b>PHA ch.0 and 1</font></b> 
<!-- Author: kwangzoo -->
<!-- Comment: Fri Aug 19 13;17;10 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Fri Aug 19 13;17;17 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Thu Sep 8 05:05:31.031 2005 -->
<!-- FixDate: Tue Sep 13 13;04;31 2005 -->
<!-- Safety: off -->
CHA ccal00 channels 10 and 11 have light leaks so slope may fail calibration during access with lights on
<!-- Author: Larry   -->
<!-- Comment: Tue Sep 13 13;04;31 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Tue Sep 13 13;04;42 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Mon Sep 5 17:00:49.937 2005 -->
<!-- FixDate: Tue Sep 13 13;12;17 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-241&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-241  width='300' align='top'></td><td><ul> 
<li> D0 mass plot sometimes is not filled with current cdfsoftb0 release and trigger table. 
<li> Expert: Vadim Khotilovich, x6647 or (979)661-1468, khotilov@fnal.gov 
<li> Will be fixed wihen the new release of cdfsoftb0 will be built and installed. Hopefully it will happen soon this week. Disregard the problem for now. 
</ul></a></td></tr></table>
<!-- Author: Vadim Khotilovich -->
<!-- Comment: Tue Sep 13 13;12;17 comment by...Vadim -->
The new code is in and the histogram is filled when running with silicon.
<!-- Comment: Tue Sep 13 13;13;33 comment by...Vadim -->
the problem was fixed with the new code

<!-- Date: Fri Sep 9 16:45:34.851 2005 -->
<!-- FixDate: Tue Sep 13 13;51;26 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-242&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-242  width='300' align='top'></td><td>We paged Greg Field about this. The new bit that is in excess is noted. There is no need to page Greg for bits 39 and 40.</a></td></tr></table>
<!-- Author: sasha -->
<!-- Comment: Tue Sep 13 13;51;26 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Tue Sep 13 13;51;36 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Wed Jul 20 11:42:32.151 2005 -->
<!-- FixDate: Tue Sep 13 13;52;12 2005 -->
<!-- Safety: off -->
<center><a href='e-log/notebooks/fixlist/Wed_Jul_20_2005_113601.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-233' ></a><a href='e-log/notebooks/fixlist/Wed_Jul_20_2005_113446.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-231' ></a></center>
<!-- Author: Thorsten -->
<!-- Comment: Wed Jul 20 11;46;59 comment by...Thorsten -->
Some changes in the trigger caused a change in these plots. So the two upper plots aren't the same anymore and the bottom plot isn't empty. The experts said, that's ok. For more information see experts comment


<!-- Comment: Wed Jul 20 12;45;03 comment by...Veronica Sorin -->
Due to change of trigger table (in particular, we added CLCM triggers that use prefred bit 61), TrigSim will need to be updated. This problem is understood. <br>
Expert: Greg Feild feild@fnal.gov ext 8422










<!-- Comment: Tue Sep 13 13;52;12 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Tue Sep 13 13;52;22 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Fri Sep 9 06:54:59.197 2005 -->
<!-- FixDate: Sat Sep 17 08;45;17 2005 -->
<!-- Safety: off -->
Calorimeter channel WHA 17W, ch 0 has had a large RMS for a while now, but recently has reached 30 counts RMS.  Evidence is that this is a PMT/base that is slowly going bad.  Steve Hahn is being e-mailed, but I don't know where this shows up in his work list.
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Sat Sep 17 08;45;17 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Sat Sep 17 08;45;30 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Thu Sep 8 05:05:44.894 2005 -->
<!-- FixDate: Sat Sep 17 08;45;02 2005 -->
<!-- Safety: off -->
CHA ccal00 channels 10 and 11 have light leaks so slope may fail calibration during access with lights on
<!-- Author: Larry   -->
<!-- Comment: Fri Sep  9 06;51;46 comment by...m mattson (ADMEM) -->
<br>This shows up as wedge 2W.  For a triggered run, HAD eta 9 phi 2 will show up as hot.  This is not an electronics problem.  It showed up after the long shutdown last fall (2004), after people had been crawling around the inside of the detector.  It only shows up during access, when the detector is opened up and the lights are on.  When the access is over, these channels return to normal.
<p>
I doubt this will get fixed anytime soon, as the damage may be hard to get to.


<!-- Comment: Sat Sep 17 08;45;02 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Sat Sep 17 08;45;42 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Tue Sep 13 17:52:11.600 2005 -->
<!-- FixDate: Fri Sep 23 08;53;55 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-248&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-248  width='300' align='top'></td><td>BMU hot channels (oscillation) on West, layers 0-3. This is a known problem, 
access was requested.</a></td></tr></table>
<!-- Author: Guram -->
<!-- Comment: Fri Sep 16 12;02;36 comment by...Guram -->
<pre>Experts are:
 BMU Pager Carrier 218-9361 (LRP)
 Woo-Hyun Chung: x2116, chung@fnal.gov 
 Sunny           x3533, schuang@fnal.gov</pre>







<!-- Comment: Wed Sep 21 12;14;30 comment by...Phil Schlabach -->
Stack 55 low voltage was unplugged killing it and the oscillations; the other channels were picking up the noise not causing it (Sat.  17 Sept.). The expert's comment is<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2005&action=view&page=779&frame=2&anchor=10:37:12.442'>
here</a>.

<!-- Comment: Fri Sep 23 08;53;55 comment by...Guram -->
Fixed on Sept.17, see Phil's comments
<!-- Comment: Sat Sep 24 08;48;48 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Oct 1 08:18:05.722 2005 -->
<!-- FixDate: Fri Oct  7 04;08;08 2005 -->
<!-- Safety: off -->
HV on west module of CLC is at 80%. I checked the HV directly on the CLC crate downstairs and I saw the problem is on channel 5 of board 3. Set voltage is 1013V, monitored is about 820V. This channel is already known but usually it was ~50V from nominal value. We already planned to change the board as soon as possible. Luminosity measurement is not compromized by this problem, the impact is <1%. Data are definetly good.
<!-- Author: Roberto Rossin (CLC pager) -->
<!-- Comment: Sun Oct  2 00;11;01 comment by...Roberto Rossin -->
For any questions contact:
Roberto Rossin
rossin@fnal.gov
#2069
CLC pager

<!-- Comment: Wed Oct  5 00;16;17 comment by...Roberto Rossin -->
I realize now I wrote west module, actually it is east module!

<!-- Comment: Fri Oct  7 04;08;08 comment by...Roberto Rossin -->
I lowered the CLC HV setting for ch5 board3 to 500V. Now the CLC HV monitor should not give any alarm and both the bars should be at 100% (or so). If you observe the problem again page CLC.
</strike>



<!-- Comment: Fri Oct 14 08;12;20 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Sep 3 09:28:05.821 2005 -->
<!-- FixDate: Fri Oct 14 08;13;52 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-239&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-239  width='300' align='top'></td><td>Hot wedge no. 3 in IMU HAT.  Experts (Dale for the muon group) say the problem can be ignored and doesn't affect good run criteria.</a></td></tr></table>
<!-- Author: Ulysses Grundler -->
<!-- Comment: Mon Sep  5 09;38;50 comment by...Ulysses -->
Dale Stentz (email: dstentz@fnal.gov, ph.#: 3054) says likely a TDC problem, the expert for which is Min-Jeong Kim (email: mjkim@fnal.gov, ph.# 4543).  Unlikely to be fixed soon.


<!-- Comment: Tue Sep  6 06;31;22 comment by...Dale -->
Here's a <a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=737&frame=2&anchor=08:22:49.148'>link</a> with some more information.  Expert has been notified and will clarify/add details.
<!-- Comment: Sun Sep 18 18;14;28 comment by...Dale Stentz -->
A comment from the expert (edited):<pre>
"This is a real hardware problem and it will not be fixed by power cycling and will not be completely fixed soon either." -- Min-Jeong
</pre>
Min-Jeong suggest that updating the refrence plot and the instructions is a duty for the YMon expert which seems to go aginst the way other experts look at the situation (i.e. expert should provide a new refrence via a "normal" run and work with the YMon expert to solve the visual "on plot problem").<br><br>
For now we should keep this entry in the fix-list until someone properly updates the refrence page + instructions.
<!-- Comment: Fri Oct 14 08;13;52 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Fri Oct 14 08;14;05 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Nov 5 10:39:47.524 2005 -->
<!-- FixDate: Wed Nov  9 15;07;35 2005 -->
<!-- Safety: off -->
For the calorimeter calibration (ACE_QIE):<br> 
Since November 1st, expect that all CHA channels have enough noise (RMS) that they will show up in the bad channel list.  It is a known problem that experts are looking at, but will not harm data taking.  Do not page about this.  (If you happen to notice a CHA channel with zero pedestal, this is still a problem.  Only ignore RMS from 5 on up.) 
<p> 
This is due to the LEDS (that pulse the abort gap) for the CHA channels.  These are normally turned off for the calibration, but they are not turning off for recent runs.  Bill B. is looking into the software side.  When this is fixed, the bad channel list should no longer display every CHA channel.  ADMEM pager carrier: M. Mattson, office 3596
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Wed Nov  9 15;06;56 comment by...m mattson -->
<br>
Found out that Steve Hahn found a hardware fix, in this
<a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=924&frame=2&anchor=17:37:57.520'>
Nov 4th e-log entry</a>.

<!-- Comment: Wed Nov  9 15;07;35 comment by...m mattson -->
Sorry, forgot to click the Fixed button.

<!-- Comment: Wed Nov  9 15;08;14 comment by...m mattson -->
Moving this to archive.

<!-- Date: Sat Oct 22 02:12:32.444 2005 -->
<!-- FixDate: Mon Nov 14 10;11;07 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-253&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-253  width='300' align='top'></td><td>CSX Occupancy is zero for channel from 76 to 91. Expert is working on in CSX . Checklist is marked bad</a></td></tr></table>
<!-- Author: barbara -->
<!-- Comment: Mon Nov 14 10;11;07 comment by...Phil Schlabach -->
Fixed <a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=883&frame=2&anchor=07:25:04.281'>
Oct. 22</a>
<!-- Comment: Mon Nov 14 10;11;53 comment by...Phil -->
no longer relevant

<!-- Date: Sat Oct 8 10:27:07.203 2005 -->
<!-- FixDate: Fri Dec  2 11;56;28 2005 -->
<!-- Safety: off -->
Roman Pot positions TPOT1M, TPOT2M, TPOT3M shown on ACNET page are out of range.Experts claim that this is a software problem. 
<!-- Author: Anton -->
<!-- Comment: Fri Dec  2 11;56;28 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Fri Dec  2 11;56;35 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Nov 5 06:17:34.340 2005 -->
<!-- FixDate: Fri Dec  2 11;56;56 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-254&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-254  width='300' align='top'></td><td>New WHA PMT hot channel</a></td></tr></table>
<!-- Author: Dmitriy Naumov -->
<!-- Comment: Fri Dec  2 11;56;56 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Fri Dec  2 11;57;02 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Nov 5 04:19:11.962 2005 -->
<!-- FixDate: Fri Dec  2 11;56;45 2005 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-254&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-254  width='300' align='top'></td><td>New WHA PMT hot channel</a></td></tr></table>
<!-- Author: Dmitriy Naumov -->
<!-- Comment: Fri Dec  2 11;56;45 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Fri Dec  2 11;57;11 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Tue Jan 3 18:42:44.472 2006 -->
<!-- FixDate: Tue Jan  3 20;38;59 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-263&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-263  width='300' align='top'></td><td>A strange pattern appears in the Roman Pot calibration due to the known problem. We need access to fix it. We will update when the problem is fixed. </a></td></tr></table>
<!-- Author: K. Terashi -->
<!-- Comment: Tue Jan  3 20;38;59 comment by...K. Terashi -->
This problem has been FIXED. If you see any strange calibrations from now (Jan 3rd eve shift), that could be a new problem. Please follow the instructions in Roman pot calibration web page.

<!-- Comment: Wed Jan  4 15;54;19 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Thu Dec 22 08:21:43.696 2005 -->
<!-- FixDate: Fri Jan 13 11;52;58 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-261&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-261  width='300' align='top'></td><td>SVTSim is not running in TrigMon due to database problems.  As a result, 2.3.4: L2 Table Beam is not displaying correctly.  We hope this will be a short-lived problem.  Charles Plager (cplager+trigmon@fnal.gov)</a></td></tr></table>
<!-- Author: Charles Plager -->
<!-- Comment: Fri Jan 13 11;52;58 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Fri Jan 13 11;53;05 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Mon Sep 26 17:57:30.616 2005 -->
<!-- FixDate: Wed Jan 11 11;37;37 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-251&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-251  width='300' align='top'></td><td>Hot wedge #3 in IMU HAT A and B. The problem can be ignored and doesn't affect good run criteria. <br> 
 
"This is a real hardware problem and it will not be fixed by power cycling and will not be completely fixed soon either." -- Min-Jeong</a></td></tr></table>
<!-- Author: Guram -->
<!-- Comment: Wed Jan 11 11;37;37 comment by...Phil Schlabach -->
This is now fixed. My recollection is it got fixed during the thanksgiving-ish shutdown.
<!-- Comment: Wed Jan 25 06;34;58 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jan 28 20:44:58.775 2006 -->
<!-- FixDate: Wed Feb  1 15;26;15 2006 -->
<!-- Safety: off -->
<a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-265&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-265' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-266&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-266' width='300'></a> 
 
</BR> 
The CMX occupancy of wedge 18W (first plot, upper row,  
second histogram from left) is higher than it should be.  This is a known problem, that we are investigating (right now 
it does not affect the quality of the data).  The respective  
low pT trigger plot for the same channel is also high (second plot, lower histogram).
<!-- Author: John Strologas -->
<!-- Comment: Wed Feb  1 15;26;15 comment by...Dale Stentz and John Strologas -->
This problem was addressed in the access noted <a href=
'/cgi/elog/elog.pl?nb=2006&action=view&page=94&frame=2&anchor=07:36:21.345'>here</a> and in the previous one (follow link).<br><br>
New problems on wedge west CMX wedge 18 should be treated as such.

<!-- Comment: Wed Feb  1 15;27;10 comment by...Dale and John -->
No reason to keep as the problem has been <a href=
'/cgi/elog/elog.pl?nb=2006&action=view&page=94&frame=2&anchor=07:36:21.345'>
fixed</a> and looks back to normal in data.

<!-- Date: Fri Jan 20 14:42:22.123 2006 -->
<!-- FixDate: Fri Jan 27 17;42;58 2006 -->
<!-- FixDate: Fri Jan 27 10;18;13 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-264&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-264  width='300' align='top'></td><td>We change the databoard that caused the problem mentioned logged in dec 20/21 2005.<Br> 
However the new board as a dirac problem (see plot) and also show some disagrement with simu in top middle plot.<Br> 
Since we have to do some other work next week, will wait until then to fix this.</a></td></tr></table>
<!-- Author: Anyes -->
<!-- Comment: Fri Jan 27 10;18;13 comment by...Anyes -->
databoard replaced

<!-- Comment: Fri Jan 27 17;42;58 comment by...Anyes -->
databoard replaced



<!-- Comment: Sat Feb  4 08;19;13 comment by...Charles Plager -->
a

<!-- Date: Wed Dec 21 08:17:45.803 2005 -->
<!-- FixDate: Fri Jan 27 10;17;50 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-257&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-257  width='300' align='top'></td><td>See XTRP entry above</a></td></tr></table>
<!-- Author: Anyes -->
<!-- Comment: Wed Dec 21 08;19;28 comment by...anyes -->
You should still be monitoring for unsually high error rate (>0.01)


<!-- Comment: Fri Jan 27 10;17;50 comment by...Anyes -->
Databoard replaced. 
<!-- Comment: Sat Feb  4 08;20;37 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Tue Dec 20 21:52:25.546 2005 -->
<!-- FixDate: Sat Feb  4 08;21;27 2006 -->
<!-- Safety: off -->
XTRP monitoring:<BR> 
<li>The top left plot shows some mismatched between the XFT & XTRP track list. This is a know issue originaring from the new XFT hardward. Those errors are not a problem (they occur when there is no track but the XFT flips a bit giving the mismatch <br> 
<li>The 3 bottom plots shows error on Databoard slot 8. This is also a know issue due to a flacky RAM. The error rate is quite low causing an inefficiency of <0.3%. We are not planning on changing that DB before the new year (tricky bussiness to do so)
<!-- Author: Anyes -->
<!-- Comment: Sat Feb  4 08;21;08 comment by...Charles Plager -->
fixed
<!-- Comment: Sat Feb  4 08;21;27 comment by...Charles Plager -->
fixed, really
<!-- Comment: Sat Feb  4 08;21;36 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Tue Sep 13 14:23:00.433 2005 -->
<!-- FixDate: Sat Feb  4 08;22;03 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-246&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-246  width='300' align='top'></td><td>For the time being, ignore all errors associated with the bottom two plots in TrigMon slide 1.3.2.  We are working on this and have to have a solution within a couple of weeks. 
<p>Expert: Carla Pilcher carla@hep.uchicago.edu</a></td></tr></table>
<!-- Author: Charles Plager -->
<!-- Comment: Sat Feb  4 08;22;03 comment by...Charles Plager -->
fixed
<!-- Comment: Sat Feb  4 08;22;11 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Tue Sep 13 13:37:41.943 2005 -->
<!-- FixDate: Mon Feb  6 08;49;46 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Tue_Sep_13_2005_133735.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-245  align='top'></td><td>More examples of the broken TFRD monitoring</a></td></tr></table>
<!-- Author: Greg Feild -->
<!-- Comment: Tue Sep 13 13;48;37 comment by...Greg Feild -->
<pre>There are two new trigger primitives that have not yet been
entered into the TFRD monitoring code.  They are called
"CLCM" and NCLC".  Due to the changing nature of the 
trigger table and the way it (the trigger table) is generated, 
these bits can move around (i.e. change bit number) from 
table to table.

I would appreciate it that if the CO and Shift Crew sees any 
disagreement in the TFRD monitoring plot that they check the trigger
name corresponding to the flagged bits.  (In the above case these
are 15, 29, and 39.)  They should see either the string CLCM or
NCLC in the trigger name.  If so, then things are "OK".

I expect this to finally be fixed by the end of the Sept.
I apologize for the extra work.</pre>



<!-- Comment: Tue Sep 13 13;51;59 comment by...Charles Plager -->
Expert: Greg Feild feild@fnal.gov ext 8422




<!-- Comment: Mon Feb  6 08;49;46 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Mon Feb  6 08;49;57 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Fri Oct 14 00:47:54.256 2005 -->
<!-- FixDate: Mon Feb  6 08;50;24 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-252&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-252  width='300' align='top'></td><td>Documenting the dead PMT in CEM in fixlist to avoid having to document it in shift-elog each day. CEM 11,+2  
Expert Larry Nodulman x8425  </a></td></tr></table>
<!-- Author: Dan Cyr -->
<!-- Comment: Mon Feb  6 08;50;24 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Mon Feb  6 08;50;32 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Thu Feb 9 10:56:05.668 2006 -->
<!-- FixDate: Sun Feb 12 23;20;43 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-271&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-271  width='300' align='top'></td><td>.</a></td></tr></table>
<!-- Author: taichi -->
<!-- Comment: Thu Feb  9 10;57;43 comment by...Stefano & Alberto & Taichi -->
SVT instructions for the CO for today only. 
Ignore the bottom table of TrigMon slide 2.3.4: L2_Table_Beam as long as the fractions are below
0.05 (instead of the usual 0.005). 

Please check frequently (every 5min if possible) TrigMon slide 2.5.0.0_Pulsar Monitor. 
If the SVT line becomes RED than we are taking BAD SVT data. 
Please issue HRR as soon as possible. 
We are sorry for the extra work. We hope to fix this later today.


<!-- Comment: Thu Feb  9 16;07;50 comment by...Taichi & Alberto -->
For information please contact Alberto Annovi (annovi@fnal.gov) and/or Stefano Torre (torre@fnal.gov) and/or Taichi Kubo (taichi@fnal.gov)

<!-- Comment: Thu Feb  9 16;09;15 comment by...Taichi & Alberto -->
Phone numbers: Alberto x6412, Taichi x8605, Stefano x4317.

<!-- Comment: Sun Feb 12 00;03;32 comment by...Stefano -->
CORRECTION: in the bottom part of L2 Table Beam all fractions should be below 0.01. If they are above please page SVT.


<!-- Comment: Sun Feb 12 23;20;43 comment by...Stefano & Alberto -->
We change the official threshold since we are not going to fix trigmon soon.
<!-- Comment: Sun Feb 12 23;21;29 comment by...Stefano & Alberto -->
Moved to official documentation

<!-- Date: Mon Feb 13 00:59:52.845 2006 -->
<!-- FixDate: Mon Feb 13 01;10;30 2006 -->
<!-- Safety: off -->
Ymon plot for COT SL 5 shows occupancy higher than expected (see plot)
<!-- Author: Giuseppe -->
<!-- Comment: Mon Feb 13 01;10;30 comment by...Giuseppe -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Mon Feb 13 01;10;42 comment by...Giuseppe -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Mon Feb 13 01:00:47.845 2006 -->
<!-- FixDate: Mon Feb 13 01;11;27 2006 -->
<!-- Safety: off -->
Ymon plot for COT SL 5 shows occupancy higher than expected (see plot)
<!-- Author: Giuseppe -->
<!-- Comment: Mon Feb 13 01;10;58 comment by...Giuseppe -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Mon Feb 13 01;11;27 comment by...Giuseppe -->
q
<!-- Comment: Mon Feb 13 01;11;43 comment by...Giuseppe -->
q

<!-- Date: Mon Feb 13 01:01:51.285 2006 -->
<!-- FixDate: Mon Feb 13 01;11;54 2006 -->
<!-- Safety: off -->
Ymon plot for COT SL 5 shows occupancy higher than expected (see plot)
<!-- Author: Giuseppe -->
<!-- Comment: Mon Feb 13 01;11;54 comment by...Giuseppe -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Mon Feb 13 01;12;07 comment by...Giuseppe -->
q

<!-- Date: Mon Feb 13 01:01:55.187 2006 -->
<!-- FixDate: Mon Feb 13 01;12;19 2006 -->
<!-- Safety: off -->
Ymon plot for COT SL 5 shows occupancy higher than expected (see plot)
<!-- Author: Giuseppe -->
<!-- Comment: Mon Feb 13 01;12;19 comment by...Giuseppe -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Mon Feb 13 01;12;33 comment by...Giuseppe -->
q

<!-- Date: Mon Feb 13 01:02:05.208 2006 -->
<!-- FixDate: Mon Feb 13 01;12;46 2006 -->
<!-- Safety: off -->
Ymon plot for COT SL 5 shows occupancy higher than expected (see plot)
<!-- Author: Giuseppe -->
<!-- Comment: Mon Feb 13 01;12;46 comment by...Giuseppe -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Mon Feb 13 01;13;00 comment by...Giuseppe -->
q

<!-- Date: Sun Feb 12 07:31:11.358 2006 -->
<!-- FixDate: Wed Feb 15 10;46;19 2006 -->
<!-- Safety: off -->
<b>Calorimeter</b> CHA<br> 
4 dead CAFE cards in b0ccal11, slot 19, ch 1-4.  This is on the repair list, but may have to wait until the extended shutdown if the accelerator is running well.  The result will be dead channels in YMon, specificially the PMT and tower occupancy.  The affected PMTs are CHA phi 10E, etas 0R/1L/1R/2L.  (I might have L and R backwards, but you get the idea.) 
<p> 
Cal ADMEM expert contact:  Either K Chung or myself.  My office number x3596.
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Mon Feb 13 13;44;30 comment by...kwangzoo -->
<pre>mine is x4543</pre>

<!-- Comment: Wed Feb 15 10;46;19 comment by...kwangzoo -->
<pre>these 4 dead cafe cards have been replaced on 02/14/2006</pre>


<!-- Comment: Thu Mar  2 13;27;13 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Feb 20 07:56:35.690 2006 -->
<!-- FixDate: Thu Mar  2 13;27;43 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Mon_Feb_20_2006_075627.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-273  align='top'></td><td>According to <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2006&action=view&page=151&frame=2&anchor=02:04:22.121'>Larry </a>, this is a know hot channel.</a></td></tr></table>
<!-- Author: Yves Kemp -->
<!-- Comment: Thu Mar  2 13;27;43 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Thu Mar  2 13;27;56 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Wed Jun 14 07:37:51.545 2006 -->
<!-- FixDate: Wed Jun 14 07;38;06 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Jun_14_2006_073236.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-276  align='top'></td><td>Example of blank COT plots in CO Detector Checklist.</a></td></tr></table>
<!-- Author: Larry Tarini -->
<!-- Comment: Wed Jun 14 07;38;06 comment by...a -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)



<!-- Comment: Wed Jun 14 07;38;30 comment by...a -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Fri Jul 1 08:34:39.510 2005 -->
<!-- FixDate: Fri Jun 23 07;24;13 2006 -->
<!-- Safety: off -->
<h2>XMon Triggers of Interest</h2> 
 
<p> The XMon Triggers of Interest is something of a mess right now for three reasons: 
</p><ol> 
<li> For some reason, bogus fits were loaded in for new versions of triggers (<b>very</b> annoying) 
</li><li> Some newer triggers had their fit using only high luminosity data - these fits do <b>not</b> extend well to low luminosity 
</li><li> XMon still doesn't know about luminosity enabled triggers (<i>i.e.</i> triggers that are only enabled once the luminosity is below 40E30) 
 
</li></ol> 
 
<p>When in doubt, make sure you compare the distributions to the <a href="http://www-cdfonline.fnal.gov/internal/mon/cdf_val/CrossSectionFits/main.html">official XMon fits</a>. 
 
<p>Charles Plager ext. 2575 cplager+xmon@physics.ucla.edu
<!-- Author: Charles Plager -->
<!-- Comment: Sat Jul 16 10;58;07 comment by...Charles Plager -->
We have (currently) fixed the problem with the bad fit values (the first point).  Points two and three are still, however, valid concerns.
<!-- Comment: Fri Jun 23 07;24;13 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Fri Jul  7 00;11;06 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jun 27 13:50:28.684 2006 -->
<!-- FixDate: Tue Jun 27 17;17;57 2006 -->
<!-- Safety: off -->
<p>Sorry to mess up the Fixlist...but, hey, I'm debugging here.</p> 
 
<p>Will cleanup after I'm done.</p>
<!-- Author: Steve Hahn -->
<!-- Comment: Tue Jun 27 13;52;00 comment by...Steve Hahn -->
<p>Fixed for archiving testing.</p>

<!-- Comment: Tue Jun 27 17;17;57 comment by...Steve Hahn -->
<p>Fixed for archiving testing.</p>



<!-- Comment: Tue Jul 11 00;12;00 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Jun 26 11:51:39.910 2006 -->
<!-- FixDate: Wed Jun 28 12;19;03 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Mon_Jun_26_2006_115129.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-292  align='top'></td><td>BMU LV is off for stacks 52-59 NW.</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Mon Jun 26 11;52;08 comment by...Phil -->
One of the stacks was oscillating. Access is required to fix it.

<!-- Comment: Mon Jun 26 14;40;10 comment by...Phil -->
Make that 44-59 (or something close to that), 16 dead channels.


<!-- Comment: Wed Jun 28 12;19;03 comment by...Phil -->
Fixed 6/27/06 (link <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2006&action=view&page=440&frame=2&anchor=17:42:09.246'>
here</a>)
<!-- Comment: Wed Jul 12 00;08;28 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jun 16 13:40:37.544 2006 -->
<!-- FixDate: Fri Jul 14 13;53;49 2006 -->
<!-- FixDate: Fri Jul 14 13;53;37 2006 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-278&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-278' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-279&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-279' width='300'></a></center>
<!-- Author: neu -->
<!-- Comment: Fri Jun 16 13;46;27 comment by...neu -->
<pre>
Short story:
------------

This has been happening once every run the past few days right at 
the beginning. We are debugging the problem and improving the 
monitoring.

If you see the MUON line go red as it is above in "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" at the beginning
of a run, as the DAQ Ace to issue an HRR; do not page L2 in this case where the 
error is associated with the beginning of a new run, but do make 
a note in the ELog.  Watch as the run progresses for the number 
of high rate errors ("hr" above) to increment.  Only issue 
further HRRs because of this warning in this run if "hr" 
increases.  If "hr" increases beyond 1, page L2.  

If the Warning canvas continues to open - check "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" and see if the high rate 
error counters have incremented or if any other status line 
is now red.

If any other status line goes red (TL2D, SVT, CES, Cluster) - 
issue an HRR and page L2 regardless of what point you are at 
in the run. 


Long story:
-----------
See
</pre><br>

<a href="http://www-cdfonline.fnal.gov/cgi/internal/elog/elog.pl?nb=2006&action=copyentry&page=405&time=02:29:23.645"> this entry for more details on how this monitor works and the current situation.</a> 


<!-- Comment: Fri Jun 16 13;46;41 comment by...neu -->
<pre>
Short story:
------------

This has been happening once every run the past few days right at 
the beginning. We are debugging the problem and improving the 
monitoring.

If you see the MUON line go red as it is above in "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" at the beginning
of a run, as the DAQ Ace to issue an HRR; do not page L2 in this case where the 
error is associated with the beginning of a new run, but do make 
a note in the ELog.  Watch as the run progresses for the number 
of high rate errors ("hr" above) to increment.  Only issue 
further HRRs because of this warning in this run if "hr" 
increases.  If "hr" increases beyond 1, page L2.  

If the Warning canvas continues to open - check "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" and see if the high rate 
error counters have incremented or if any other status line 
is now red.

If any other status line goes red (TL2D, SVT, CES, Cluster) - 
issue an HRR and page L2 regardless of what point you are at 
in the run. 


Long story:
-----------
See
</pre><br>

<a href="http://www-cdfonline.fnal.gov/cgi/internal/elog/elog.pl?nb=2006&action=copyentry&page=405&time=02:29:23.645"> this entry for more details on how this monitor works and the current situation.</a> 


<!-- Comment: Fri Jun 16 13;47;15 comment by...neu -->
<pre>
Short story:
------------

This has been happening once every run the past few days right at 
the beginning. We are debugging the problem and improving the 
monitoring.

If you see the MUON line go red as it is above in "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" at the beginning
of a run, as the DAQ Ace to issue an HRR; do not page L2 in this case where the 
error is associated with the beginning of a new run, but do make 
a note in the ELog.  Watch as the run progresses for the number 
of high rate errors ("hr" above) to increment.  Only issue 
further HRRs because of this warning in this run if "hr" 
increases.  If "hr" increases beyond 1, page L2.  

If the Warning canvas continues to open - check "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" and see if the high rate 
error counters have incremented or if any other status line 
is now red.

If any other status line goes red (TL2D, SVT, CES, Cluster) - 
issue an HRR and page L2 regardless of what point you are at 
in the run. 


Long story:
-----------
See
</pre><br>

<a href="http://www-cdfonline.fnal.gov/cgi/internal/elog/elog.pl?nb=2006&action=copyentry&page=405&time=02:29:23.645"> this entry for more details on how this monitor works and the current situation.</a> 


<!-- Comment: Fri Jun 16 13;50;01 comment by...neu -->
<pre>
Short story:
------------

This has been happening once every run the past few days right at 
the beginning. We are debugging the problem and improving the 
monitoring.

If you see the MUON line go red as it is above in "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" at the beginning
of a run, as the DAQ Ace to issue an HRR; do not page L2 in this case where the 
error is associated with the beginning of a new run, but do make 
a note in the ELog.  Watch as the run progresses for the number 
of high rate errors ("hr" above) to increment.  Only issue 
further HRRs because of this warning in this run if "hr" 
increases.  If "hr" increases beyond 1, page L2.  

If the Warning canvas continues to open - check "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" and see if the high rate 
error counters have incremented or if any other status line 
is now red.

If any other status line goes red (TL2D, SVT, CES, Cluster) - 
issue an HRR and page L2 regardless of what point you are at 
in the run. 


Long story:
-----------
See
</pre><br>

<a href="http://www-cdfonline.fnal.gov/cgi/internal/elog/elog.pl?nb=2006&action=copyentry&page=405&time=02:29:23.645"> this entry for more details on how this monitor works and the current situation.</a> 


<!-- Comment: Fri Jun 16 13;51;35 comment by...neu -->
<pre>
Short story:
------------

This has been happening once every run the past few days right at 
the beginning. We are debugging the problem and improving the 
monitoring.

If you see the MUON line go red as it is above in "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" at the beginning
of a run, as the DAQ Ace to issue an HRR; do not page L2 in this case where the 
error is associated with the beginning of a new run, but do make 
a note in the ELog.  Watch as the run progresses for the number 
of high rate errors ("hr" above) to increment.  Only issue 
further HRRs because of this warning in this run if "hr" 
increases.  If "hr" increases beyond 1, page L2.  

If the Warning canvas continues to open - check "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" and see if the high rate 
error counters have incremented or if any other status line 
is now red.

If any other status line goes red (TL2D, SVT, CES, Cluster) - 
issue an HRR and page L2 regardless of what point you are at 
in the run. 


Long story:
-----------
See
</pre><br>

<a href="http://tinyurl.com/qo95y"> this entry for more details on how this monitor works and the current situation.</a> 


<!-- Comment: Fri Jun 16 13;56;04 comment by...neu -->
<pre>
Short story:
------------

This has been happening once every run the past few days right at 
the beginning. We are debugging the problem and improving the 
monitoring.

If you see the MUON line go red as it is above in "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" at the beginning
of a run, as the DAQ Ace to issue an HRR; do not page L2 in this case where the 
error is associated with the beginning of a new run, but do make 
a note in the ELog.  Watch as the run progresses for the number 
of high rate errors ("hr" above) to increment.  Only issue 
further HRRs because of this warning in this run if "hr" 
increases.  If "hr" increases beyond 1, page L2.  

If the Warning canvas continues to open - check "TrigMon #193 
PulsarMonitor 2.5.0.0_PulsarMonitor" and see if the high rate 
error counters have incremented or if any other status line 
is now red.

If any other status line goes red (TL2D, SVT, CES, Cluster) - 
issue an HRR and page L2 regardless of what point you are at 
in the run. 


Long story:
-----------
See
</pre><br>

<a href="http://tinyurl.com/qo95y"> this entry for more details on how this monitor works and the current situation.</a> 



<!-- Comment: Wed Jul 12 09;47;26 comment by...Wojtek Fedorko -->
<pre>This went away for a while but now it returned
Please ignore red box on MUON and TL2D *only*</pre>
<!-- Comment: Fri Jul 14 13;53;37 comment by...Shawn K -->
We have updated the Muon monitor code/software so that this problem should not occur.  From now on whenever the muon path turns red and HRR should be issued.
<!-- Comment: Fri Jul 14 13;53;49 comment by...Shawn K -->
We have updated the Muon monitor code/software so that this problem should not occur.  From now on whenever the muon path turns red and HRR should be issued.
<!-- Comment: Fri Jul 14 13;55;24 comment by...Shawn K -->
The muon monitor in PulsarMon has been updated.  Now the track list simulation is done from the XTRP/XTRD system and not from further upstream as it was done before.

<p>The result is that this CO problem should be removed from the FixList and from now on whenever the muon path turns red the CO should tell the ACE to issue and HRR.

<!-- Date: Wed Jun 28 23:18:52.355 2006 -->
<!-- FixDate: Tue Jul 11 11;04;30 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-296&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-296  width='300' align='top'></td><td>Recent issues with the CMX HV has caused a section to be isolated and removed from running.  The needed information/background can be found <a href= 
'/cgi/elog/elog.pl?nb=2006&action=view&page=442&frame=2&anchor=12:38:13.703'> 
at this link</a>.  The realvent CO information is given here: 
<ul><li>CMX passes the HV criteria in the CO good run list (consistant with the above)</li> <li>Occupancy in east wedge 18 [YMon central muons slide] should be reduced but consistant with the results of the store so far. As long as east CMX 18 is not empty it passes that good run criteria, however the occupancy will be very slow to fill up and won't show up eairly in the run.</li><li>This plot shows the effect [CMX east plot in the upper right-hand coner] on wedge 18.  Ironically, this is the only plot that has a green border.</li></ul> 
An example of when east CMX 18 was slow to fill up (CO correctly contacted experts) can be found <a href= 
'/cgi/elog/elog.pl?nb=2006&action=view&page=442&frame=2&anchor=15:43:57.978'> 
at this link</a>.</a></td></tr></table>
<!-- Author: Dale -->
<!-- Comment: Mon Jul  3 17;44;34 comment by...Dale Stentz and John Strologas -->
The issue has been greatly improved as noted <a href=
'/cgi/elog/elog.pl?nb=2006&action=view&page=457&frame=2&anchor=13:12:10.363'>
here</a>.  The occupancy in East 18 should be much improved over what is shown in the above plot (should look closer to the refrence and the way the west side looks.  As the problem has not been fully address we will keep the entry here until it has been.


<!-- Comment: Tue Jul 11 11;04;30 comment by...Dale and Phil -->
The problem has been resolved as noted 
<a href=
'/cgi/elog/elog.pl?nb=2006&action=view&page=481&frame=2&anchor=10:22:29.698'>
here</a>.  No special considerations for CMX are needed at this time.
<!-- Comment: Tue Jul 11 11;04;39 comment by...Dale and Phil -->
The problem has been resolved as noted 
<a href=
'/cgi/elog/elog.pl?nb=2006&action=view&page=481&frame=2&anchor=10:22:29.698'>
here</a>.  No special considerations for CMX are needed at this time.
<!-- Comment: Tue Jul 25 03;39;47 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jul 14 20:30:13.341 2006 -->
<!-- FixDate: Tue Aug  1 21;32;37 2006 -->
<!-- Safety: off -->
<pre>Anomalous slopes in CAL QIE calibration 
 
Date: Fri, 14 Jul 2006 20:12:05 -0500 
From: K. Chung &lt;kchung@andrew.cmu.edu&gt; 
To: Rolf Oldeman &lt;oldeman@hep.ph.liv.ac.uk&gt; 
Cc: Mark Mattson &lt;mattson@fnal.gov&gt;, kchung@fnal.gov 
Subject: Re: QIE calibration run 219796 
 
Dear Rolf, 
 
The zero slopes are for 20W PHA ch.0 which is a PIN diode channel(NOT  
for data taking). 
- the cafe card for this channel has been swapped last time and looked  
okay on qietest but then showed zero pedestals since then - 
The negative slopes for CEM 14W is known and on the access request. 
Other than those, I think the result looks okay. 
 
Thank you for your careful check, 
 
Kwangzoo 
 
 
 
 
Rolf Oldeman wrote: 
&gt; Hi, 
&gt; 
&gt; We (the CO's) are checking yesterday's calibration runs and notice 
&gt; that the CAL QIE slopes for run 219796 don't look good: many zero's and  
&gt; many slopes differ by a factor 10 from reference. Can you check these  
&gt; please? Thanks, Rolf 
&gt; 
&gt;    
 
 
--  
 
 Kwangzoo Chung  -  CDF TR167K, (630)840-4543   
 
 
 
</pre>
<!-- Author: Rolf Oldeman -->
<!-- Comment: Tue Aug  1 21;32;37 comment by...m mattson -->
fixed
<!-- Comment: Tue Aug  1 21;33;20 comment by...m mattson -->
channel was repaired

<!-- Date: Fri Jul 28 08:36:20.888 2006 -->
<!-- FixDate: Thu Aug 10 11;04;30 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-314&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-314  width='300' align='top'></td><td>Muon and TL2D errors at high rate, seen in TrigMon Pulsar Monitor.  L2 experts have been notified and say this is a known problem, it is related to the previous entries regarding the XTRP errors.</a></td></tr></table>
<!-- Author: Mitch -->
<!-- Comment: Sat Jul 29 17;20;44 comment by...Shawn K -->
This problem is directly related to the XTRP monitoring problem that is above this entry in the CO Fixlist.  When errors occur upstream either in the XFT or XTRP system, the propogate downstream and trigger the L2 monitoring/PulsarMon and you will see lots of errors and lots of high rates in the Muon path.
<p>We are working to try to update the software to mask out this problem, as it is related to the simulation of the L2 tracks for checking, and not the actual data, which is good data.





<!-- Comment: Thu Aug 10 11;04;30 comment by...Shawn K -->
We have masked out the problem in out simulation of L2 tracks.  Thus the Muon/XTRP Monitor should be working again.  Since TrigMon has been updates, the last couple of stores have been clear of this error.
<!-- Comment: Thu Aug 10 11;05;40 comment by...Shawn K -->
This problem has been masked out (see comment above).  Thus the COs should return to paging L2 whenever they see a "Red" high rate error in this Canvas.

<!-- Date: Tue Jul 18 08:24:15.405 2006 -->
<!-- FixDate: Fri Aug 18 11;14;03 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Tue_Jul_18_2006_082408.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-308  align='top'></td><td>We have an intermitted XTRP error that shows up primarily in wedge 12.   The error can populate any three of the lower plots (dirac, cmu, cmx).  This example shows it populating wedge 12 of the middle (cmu) and right (cmx) plots.  Kevin Pitts 217-355-4763.  </a></td></tr></table>
<!-- Author: KPitts -->
<!-- Comment: Fri Aug 18 11;14;03 comment by...Kevin Pitts -->
not fixed, but moved to a different spot.
<!-- Comment: Fri Aug 18 11;15;03 comment by...Kevin Pitts -->
problem moved to a different spot.

<!-- Date: Sat Sep 16 08:42:48.069 2006 -->
<!-- FixDate: Sat Sep 16 09;35;48 2006 -->
<!-- FixDate: Sat Sep 16 09;33;20 2006 -->
<!-- FixDate: Sat Sep 16 09;32;31 2006 -->
<!-- FixDate: Sat Sep 16 09;31;45 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-326&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-326  width='300' align='top'></td><td>EMCluster energy gets red: chi2=5.1>5</a></td></tr></table>
<!-- Author: S. Tokar -->
<!-- Comment: Sat Sep 16 09;31;45 comment by...Stano -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Sat Sep 16 09;32;31 comment by...Stano -->
Put by a mistake

<!-- Comment: Sat Sep 16 09;33;20 comment by...Stano -->
<pre>Put by a mistake</pre>

<!-- Comment: Sat Sep 16 09;35;48 comment by...S. Tokar -->
put by a mistake


<!-- Comment: Tue Sep 19 07;54;16 comment by...l -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Wed Aug 2 00:09:24.641 2006 -->
<!-- FixDate: Tue Sep 19 12;45;00 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-316&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-316  width='300' align='top'></td><td>New dead channel, the expert was adviced</a></td></tr></table>
<!-- Author: g -->
<!-- Comment: Tue Sep 19 12;45;00 comment by...m mattson (ADMEM) -->
No new dead channels.  Two known dead channels, and several very low statistic channels.
<!-- Comment: Tue Sep 19 12;45;44 comment by...m mattson (ADMEM) -->
Don't need two of these plots back to back

<!-- Date: Thu Jul 27 13:14:54.282 2006 -->
<!-- FixDate: Tue Sep 26 09;49;37 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Thu_Jul_27_2006_131438.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-313  align='top'></td><td>XTRP/XFT track bit corruption appears in Plot 1 periodically.  Cause is unknown, but effect on trigger is very small.  There is usually no effect on data.  We are researching this problem, but will require significant down time for next steps.  Christopher Marino (x3934, XTRP pager, cmarino@fnal.gov)</a></td></tr></table>
<!-- Author: Christopher Marino -->
<!-- Comment: Fri Sep 15 16;39;09 comment by...Christopher -->
This single pin error in board 5 has move to board 3.
<!-- Comment: Tue Sep 26 09;49;37 comment by...Christopher -->
This problem has moved and needs to be combined the other intermittent error.  So, I will update to a new plot
<!-- Comment: Tue Sep 26 09;51;06 comment by...Christopher -->
Combine two XTRP known errors plus problem board is in different location

<!-- Date: Fri Aug 18 11:13:33.258 2006 -->
<!-- FixDate: Tue Sep 26 09;53;10 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Aug_18_2006_111327.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-324  align='top'></td><td>We have an intermitted XTRP error that shows up primarily in wedge 10. The error can populate any three of the lower plots (dirac, cmu, cmx). This example shows it populating wedge 12 of the middle (cmu) and right (cmx) plots. Kevin Pitts 217-355-4763.</a></td></tr></table>
<!-- Author: Kevin Pitts -->
<!-- Comment: Fri Aug 18 11;15;57 comment by...KPitts -->
It's also seen populating the dirac (lower left) plot in the canvas above.


<!-- Comment: Tue Sep 26 09;53;10 comment by...Christopher -->
Show correct location and combine two XTRP issues. 
<!-- Comment: Tue Sep 26 09;54;24 comment by...Christopher -->
Show correct location and combine two XTRP issues.

<!-- Date: Sat Sep 16 17:56:43.250 2006 -->
<!-- FixDate: Fri Sep 29 17;41;15 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-326&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-326  width='300' align='top'></td><td>EMCluster energy gets red: chi2=5.1>5</a></td></tr></table>
<!-- Author: S. Tokar -->
<!-- Comment: Fri Sep 29 17;41;15 comment by...k copic -->
removing duplicate entries -- not actually fixed. 
<!-- Comment: Fri Sep 29 17;42;41 comment by...k copic -->
it is a duplicate of an existing entry

<!-- Date: Sun Aug 6 05:23:24.863 2006 -->
<!-- FixDate: Fri Sep 29 17;44;01 2006 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-319&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-319' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-320&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-320' width='300'></a></center>
<!-- Author: apapa -->
<!-- Comment: Fri Sep 29 17;44;01 comment by...k copic -->
removing duplicates
<!-- Comment: Fri Sep 29 17;45;19 comment by...k copic -->
this entry is a duplicate with the same plots as the previous one, and no new information.

<!-- Date: Wed Jun 14 07:38:10.820 2006 -->
<!-- FixDate: Fri Sep 29 17;46;28 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Jun_14_2006_073236.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-276  align='top'></td><td>Example of blank COT plots in CO Detector Checklist.</a></td></tr></table>
<!-- Author: Larry Tarini -->
<!-- Comment: Fri Sep 29 17;46;28 comment by...k copic -->
removing duplicates
<!-- Comment: Fri Sep 29 17;47;11 comment by...k copic -->
this is a duplicate plot with no new information -- removing it to clean up the fixlist.

<!-- Date: Wed Jun 14 07:32:43.232 2006 -->
<!-- FixDate: Fri Sep 29 17;47;45 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Jun_14_2006_073236.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-276  align='top'></td><td>Example of blank COT plots in CO Detector Checklist.</a></td></tr></table>
<!-- Author: Larry Tarini -->
<!-- Comment: Wed Jun 14 07;36;43 comment by...Charles Plager -->
Many YMon plots with data appear as blank plots in the Detector Checklist. In particular this occurs with COT1, COT2, IMU, BSU, TSU, and others occasionally.

<br><br> If this happens, note it in the checklist and then check the plots using the HistoDisplay program.  

<br><br>If the plots are blank in both, mark it as <b>other</b> and make an additional comment.

<br><br>
<b>Experts:</b> Kaori Maeshima (maeshima@fnal.gov) and Charles Plager (cplager+consumer@fnal.gov)

<!-- Comment: Wed Jun 14 07;36;54 comment by...Charles Plager -->
Many YMon plots with data appear as blank plots in the Detector Checklist. In particular this occurs with COT1, COT2, IMU, BSU, TSU, and others occasionally.

<br><br> If this happens, note it in the checklist and then check the plots using the HistoDisplay program.  

<br><br>If the plots are blank in both, mark it as <b>other</b> and make an additional comment.

<br><br>
<b>Experts:</b> Kaori Maeshima (maeshima@fnal.gov) and Charles Plager (cplager+consumer@fnal.gov)

<!-- Comment: Wed Jun 14 07;37;01 comment by...Charles Plager -->
Many YMon plots with data appear as blank plots in the Detector Checklist. In particular this occurs with COT1, COT2, IMU, BSU, TSU, and others occasionally.

<br><br> If this happens, note it in the checklist and then check the plots using the HistoDisplay program.  

<br><br>If the plots are blank in both, mark it as <b>other</b> and make an additional comment.

<br><br>
<b>Experts:</b> Kaori Maeshima (maeshima@fnal.gov) and Charles Plager (cplager+consumer@fnal.gov)


<!-- Comment: Fri Sep 29 17;47;45 comment by...k copic -->
removing duplicates
<!-- Comment: Fri Sep 29 17;48;26 comment by...k copic -->
this entry is completely repeated by the next entry, so i am removing it to clean up the fixlist.

<!-- Date: Sat Sep 16 09:36:38.592 2006 -->
<!-- FixDate: Fri Sep 29 17;50;03 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-326&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-326  width='300' align='top'></td><td>EMCluster energy gets red: chi2=5.1>5</a></td></tr></table>
<!-- Author: S. Tokar -->
<!-- Comment: Fri Sep 29 17;50;03 comment by...k copic -->
removing duplicates
<!-- Comment: Fri Sep 29 17;50;47 comment by...k copic -->
this plot is entered with the same information 4 times, i am removing all but one.

<!-- Date: Sat Sep 16 23:59:46.902 2006 -->
<!-- FixDate: Fri Sep 29 17;51;20 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-326&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-326  width='300' align='top'></td><td>EMCluster energy gets red: chi2=5.1>5</a></td></tr></table>
<!-- Author: S. Tokar -->
<!-- Comment: Fri Sep 29 17;51;20 comment by...k copic -->
removing duplicates
<!-- Comment: Fri Sep 29 17;51;50 comment by...k copic -->
removing duplicate plots from the fixlist

<!-- Date: Thu Feb 9 09:31:28.629 2006 -->
<!-- FixDate: Fri Sep 29 13;42;40 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Thu_Feb__9_2006_093122.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-269  align='top'></td><td>new dead channel(s?) in BSU rear east plot</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Thu Feb  9 09;32;04 comment by...Phil -->
Looks like counter 79, maybe the adjacent one is also low.

<!-- Comment: Thu Feb  9 09;35;28 comment by...Phil -->
Charles has zoomed in, 79 is dead, 78 low.


<!-- Comment: Fri Sep 29 13;42;40 comment by...Phil -->
This was a long time ago. It is now fixed. I don't know when.
<!-- Comment: Sun Oct  1 16;36;38 comment by...kcopic -->
experts fixed, but did not archive

<!-- Date: Wed Jun 14 07:28:49.045 2006 -->
<!-- FixDate: Sun Oct  1 16;38;03 2006 -->
<!-- Safety: off -->
New COs please note: Many YMon plots with data appear as blank plots in the Detector Checklist.  In particular this occurs with COT1, COT2, IMU, BSU, TSU, and others occasionally.  (See COT example below.)  
<!-- Author: Larry Tarini -->
<!-- Comment: Sun Oct  1 16;38;03 comment by...kcopic -->
duplicate of next entry
<!-- Comment: Sun Oct  1 16;38;27 comment by...kcopic -->
removing duplicates

<!-- Date: Fri Jun 16 07:26:58.476 2006 -->
<!-- FixDate: Sun Oct  1 16;41;46 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-277&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-277  width='300' align='top'></td><td>Bins 8 and 9 are empty due to removal of detectors when new beampipe was intalled. "The BSC 4 counters didn't fit around the new beampipe which replaced the roman pots section, so they are decommissioned. We will update the reference" from Convery</a></td></tr></table>
<!-- Author: Mike -->
<!-- Comment: Sun Oct  1 16;41;46 comment by...kcopic -->
instructions on checklist have been revised and say to ignore bins 8 and 9, though no new reference plot
<!-- Comment: Sun Oct  1 16;42;11 comment by...kcopic -->
no longer needed in fixlist

<!-- Date: Tue Aug 1 22:13:08.535 2006 -->
<!-- FixDate: Tue Sep 19 12;44;22 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-316&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-316  width='300' align='top'></td><td>New dead channel, the expert was adviced</a></td></tr></table>
<!-- Author: g -->
<!-- Comment: Tue Sep 19 12;44;22 comment by...m mattson (ADMEM) -->
No new dead channels.  Two known dead channels, and several very low statistic channels.
<!-- Comment: Sun Oct  1 16;45;11 comment by...kcopic -->
removing from fixlist -- no problem was found

<!-- Date: Tue Jul 4 02:22:14.070 2006 -->
<!-- FixDate: Fri Sep 29 13;30;03 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Tue_Jul__4_2006_022106.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-300  align='top'></td><td>See comments in the e-log <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2006&action=view&page=458&frame=2&anchor=18:29:32.057'> 
user link text </a> and Trigmon ref slides criteria</a></td></tr></table>
<!-- Author: Bob Miller -->
<!-- Comment: Fri Sep 29 13;30;03 comment by...Phil Schlabach -->
These particular problems were fixed a while back.
<!-- Comment: Sun Oct  1 16;49;57 comment by...kcopic -->
problem was fixed but not removed

<!-- Date: Sun Oct 1 18:46:12.955 2006 -->
<!-- FixDate: Sun Oct  1 19;22;28 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-332&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-332  width='300' align='top'></td><td>SVT Occupancy plot has been rotated with respect to the reference, and now says "Status = BAD" though it shouldn't be marked bad, according to this <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2006&action=view&page=683&frame=2&anchor=17:31:42.084'> Sept 16 2006 e-log entry.</a> Experts Roberto Carosi and Jahred Adelman have been asked to provide a new reference.</a></td></tr></table>
<!-- Author: kcopic -->
<!-- Comment: Sun Oct  1 19;22;28 comment by...kcopic -->
now a duplicate? since a comment was added? weird.
<!-- Comment: Sun Oct  1 19;22;52 comment by...kcopic -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Sat Jun 17 23:53:11.891 2006 -->
<!-- FixDate: Mon Oct  2 19;17;59 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sat_Jun_17_2006_235305.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-289  align='top'></td><td>COT Expert removed TDC card slot 10 (see elog).  Therefore until it is fixed the COT Slide #1 plot will show > 8 missing channels as below.</a></td></tr></table>
<!-- Author: Bryan Caron -->
<!-- Comment: Mon Oct  2 19;17;59 comment by...kcopic -->
fixed.
<!-- Comment: Mon Oct  2 19;18;28 comment by...kcopic -->
no longer relevant

<!-- Date: Sun Oct 1 21:48:59.741 2006 -->
<!-- FixDate: Tue Oct  3 00;13;29 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-334&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-334  width='300' align='top'></td><td>TOFTAC calibration has lots of holes -- getting worse over time?</a></td></tr></table>
<!-- Author: kcopic -->
<!-- Comment: Tue Oct  3 00;13;29 comment by...kcopic -->
changed so that peaks are centered by willis.
<!-- Comment: Tue Oct  3 00;13;49 comment by...kcopic -->
updated.

<!-- Date: Wed Dec 21 11:37:53.553 2005 -->
<!-- FixDate: Thu Oct  5 09;59;43 2006 -->
<!-- Safety: off -->
<pre>TOF PMT #201 (East side) shows anomalous high gain in  
the average charge VS channel plot in YMON. 
 
I checked both HV and calibrations and nothing manifestly  
wrong appears. The problem persist after full reset of  
the TOF HV system. 
 
We'll keep the channel this way for the rest of the  
store (time measurement is ok). 
ACE should remember to perform a TOF QIE calibration after  
the store will be over.  
</pre>
<!-- Author: Stefano -->
<!-- Comment: Thu Oct  5 09;59;43 comment by...kcopic -->
No longer there -- must ahve been fixed.
<!-- Comment: Thu Oct  5 10;00;07 comment by...kcopic -->
fixed

<!-- Date: Wed Dec 21 11:38:50.045 2005 -->
<!-- FixDate: Thu Oct  5 10;00;31 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-258&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-258  width='300' align='top'></td><td>TOF YMon Plot relative to the hot PMT (201)</a></td></tr></table>
<!-- Author: Stefano -->
<!-- Comment: Wed Dec 21 11;39;19 comment by...Stefano -->
<pre>See comment above for a full description of the problem.</pre>


<!-- Comment: Thu Oct  5 10;00;31 comment by...kcopic -->
No longer there - must have been fixed.
<!-- Comment: Thu Oct  5 10;00;49 comment by...kcopic -->
fixed

<!-- Date: Sat Aug 5 07:10:22.587 2006 -->
<!-- FixDate: Tue Oct  3 10;25;57 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-318&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-318  width='300' align='top'></td><td>.</a></td></tr></table>
<!-- Author: apapa -->
<!-- Comment: Sat Aug  5 07;14;55 comment by...apapa -->
New reference for Ymon#103 IMU CO Main TSU since 8 sections were removed see e-log Aug3 18:37:30.  
 




<!-- Comment: Fri Sep 29 13;28;49 comment by...Phil Schlabach -->
The 8 counters were reinstalled yesterday. We will have to wait for data to see whether they all work.
<!-- Comment: Tue Oct  3 10;25;57 comment by...Phil -->
They're all working so the gap is filled.
<!-- Comment: Thu Oct  5 10;03;41 comment by...kcopic -->
fixed but not removed from fixlist

<!-- Date: Sun Aug 6 05:16:36.758 2006 -->
<!-- FixDate: Thu Oct  5 10;04;25 2006 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-319&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-319' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-320&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-320' width='300'></a></center>
<!-- Author: apapa -->
<!-- Comment: Sun Aug  6 05;22;35 comment by...apapa -->
Refering to Sat Jul 15 01:22:30 2006, by Alexander Paramonov:
Runs 221201 (left), 221168 (right) show also the same character. Perhaps the reference plot (10. Feb 06) should be changed.


<!-- Comment: Thu Oct  5 10;04;25 comment by...kcopic -->
Already included in fixlist
<!-- Comment: Thu Oct  5 10;04;45 comment by...kcopic -->
duplicate

<!-- Date: Tue Sep 26 10:00:22.996 2006 -->
<!-- FixDate: Fri Oct 13 15;00;15 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-328&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-328  width='300' align='top'></td><td>The XTRP has two known current issues: 
 
(1)In plot 1, board 3, segments 14,16,and 18 the no-track words are being corrupted so it appears as 100% error, but is in fact very small and doesn't affect data qualtiy. 
 
(2)The 3 bottom plots show intermittent muon errors primarily in wedge 12, but some in 11 and 13.   
 
Christopher Marino x3934, cmarino@fnal.gov, xtrp pager 218-9513</a></td></tr></table>
<!-- Author: Christopher -->
<!-- Comment: Thu Oct  5 09;38;01 comment by...kcopic -->
Problem 1 -- (Plot 1, Board 3) has been fixed, but new red bins on board 3 are known. If there are errors of greater than 1/10000 in the bottom three plots -- outside of wedges 10-13 -- please email Chris.
<!-- Comment: Fri Oct 13 15;00;15 comment by...Christopher -->
Problem 2 - The board originally causing error 1 has been repaired and inserted into slot 12 and fixing Problem 2.  The XTRP should be working normally.
<!-- Comment: Fri Oct 13 15;01;04 comment by...Christopher -->
Both errors have been repaired.

<!-- Date: Sat Jun 17 18:24:48.476 2006 -->
<!-- FixDate: Fri Oct 13 20;51;10 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sat_Jun_17_2006_182441.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-285  align='top'></td><td>At start of run 218620 two warnings appear. 
- TrigMon #194 TFRDMonitor Error (bit 14) 
- TrigMon #195 TFRDMonitor Error (bit 56) 
 
See Plots. 
 
Steve Hahn assumed expert role and confirmed that these are known problems that are being investigated.</a></td></tr></table>
<!-- Author: Bryan Caron -->
<!-- Comment: Fri Oct 13 20;51;10 comment by...greg feild -->
<pre>This problem is gone.  TFRD simulation has been updated.</pre>
<!-- Comment: Fri Oct 13 20;52;46 comment by...greg feild -->
<pre>Fred simulation now working prorperly.  Fred errors should
not be ignored.</pre>

<!-- Date: Sat Jun 17 18:27:32.464 2006 -->
<!-- FixDate: Fri Oct 13 20;54;11 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sat_Jun_17_2006_182712.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-287  align='top'></td><td>Second plot is given here. 
 
Experts P. Wilson and R. Field aware of this (S. Hahn).</a></td></tr></table>
<!-- Author: Bryan Caron -->
<!-- Comment: Fri Oct 13 20;54;11 comment by...greg feild -->
<pre>Fred simulation is now fixed.</pre>
<!-- Comment: Fri Oct 13 20;54;51 comment by...greg feild -->
<pre>FredSim fixed.  No more ignorable errors.</pre>

<!-- Date: Sat Jul 15 01:22:30.351 2006 -->
<!-- FixDate: Fri Oct 13 20;59;24 2006 -->
<!-- Safety: off -->
<center><a href='elog/notebooks/fixlist/Sat_Jul_15_2006_012129.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-304' ></a><a href='elog/notebooks/fixlist/Sat_Jul_15_2006_012157.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-306' ></a></center>
<!-- Author: Alexander Paramonov -->
<!-- Comment: Sat Jul 15 01;23;57 comment by...Alexander Paramonov -->
<pre>The lower plots look funny. We have contacted the expert.  They are working on the simulations.</pre>

<!-- Comment: Sat Jul 15 01;24;12 comment by...Alexander Paramonov -->
<pre>The lower plots look funny. We have contacted the expert.  They are working on the simulations.</pre>

<!-- Comment: Sat Jul 15 02;05;36 comment by...Alexander Paramonov -->
<pre>The lower plots look funny. We have contacted the expert.  They are working on the simulations.</pre>


<!-- Comment: Fri Oct 13 20;59;24 comment by...greg feild -->
FredSim is now fixed.
<!-- Comment: Fri Oct 13 21;00;31 comment by...greg feild -->
<pre>Fred Sim works now.
There are no acceptable errors for this plot now!
</pre>

<!-- Date: Wed Dec 21 15:57:54.818 2005 -->
<!-- FixDate: Fri Oct 13 21;03;38 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-260&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-260  width='300' align='top'></td><td>The upper left plot (Layer 00) is not empty.</a></td></tr></table>
<!-- Author: Sebastian -->
<!-- Comment: Wed Dec 21 16;00;08 comment by...Sebastian (gris@fnal.gov) -->
This is a known problem of silimon.



<!-- Comment: Mon Jan 16 09;54;42 comment by...giulia -->
Hi-so it is fine if there are black cells for L00, as it means that there are ladders not biased. The black cells are loaded in Silimon at the beginning of the run before it starts filling the histograms; the important thing is that there are not coloured cells, which means that the efficiency has been calculated in L00 which is not possible. Hope this is clear, I will update the web page with this comment, and also update the code. 














<!-- Comment: Fri Oct 13 21;02;55 comment by...gregfeild -->
SiliMon has been retired!
<!-- Comment: Fri Oct 13 21;03;38 comment by...greg feild -->
<pre>SiliMon has been retired.</pre>
<!-- Comment: Fri Oct 13 21;04;17 comment by...greg feild -->
<pre>SiliMon is now longer run by the CO or shift crew.  Retired.</pre>

<!-- Date: Wed Sep 27 19:18:55.542 2006 -->
<!-- FixDate: Fri Oct 13 21;06;01 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-330&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-330  width='300' align='top'></td><td>Problem: West Plug laser plot empty; 
Expert: Convery; 
Expert Comment: The west laser is known to be dead  & 
asked that this be put into the known problems list</a></td></tr></table>
<!-- Author: Tracey -->

























<!-- Comment: Fri Oct 13 21;06;01 comment by...greg feild -->
<pre>The west plug laser was fixed this week (and again today 
by Willis). </pre>
<!-- Comment: Fri Oct 13 21;06;31 comment by...greg feild -->
<pre>The west plug laser is now fixed.</pre>

<!-- Date: Mon Jun 26 17:49:27.704 2006 -->
<!-- FixDate: Fri Oct 13 21;07;42 2006 -->
<!-- Safety: off -->
Kaori says ALL of the SiliMon output should be ignored for now
<!-- Author: arkadios -->
<!-- Comment: Thu Oct  5 10;01;53 comment by...kcopic -->
And mark SiliMon OK.
<!-- Comment: Fri Oct 13 21;07;42 comment by...greg feild -->
<pre>SiliMon has been retired from service.</pre>
<!-- Comment: Fri Oct 13 21;08;12 comment by...greg feild -->
<pre>silimon is gone!
</pre>

<!-- Date: Wed Sep 21 08:11:41.444 2005 -->
<!-- FixDate: Tue Oct 24 08;36;52 2006 -->
<!-- Safety: off -->
<ul><b>For the Cal QIE calibration (ACE_QIE)</b> 
<li>Never page about PHA channels 0 and 1.  (But that exception is only for PHA, and only for those first two channels.)  They are PIN diodes, and do not affect normal data taking.  (You can post a note in the e-log, if you are curious.) 
<li>WHA 17W ch 0 and WHA 18W ch 11 are known problems.  The PMT/base for those channels are noiser than we would like.  The fix will require a longish access, and for Steve Hahn to make it that far into his work list.  The electronics are performing normally. 
</ul>
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Mon Sep 26 10;22;56 comment by...m mattson (ADMEM) -->
Charles P. reminded me I need to include: office x3596, fnal.gov e-mail is my last name

<!-- Comment: Mon Sep 26 10;40;57 comment by...m mattson (ADMEM) -->
If the CO is looking at the <b>YMon</b> plots, the noisy WHA west channels are phi 17 eta 6 and phi 18 eta 11.


<!-- Comment: Sat Oct  1 12;45;00 comment by...m mattson (ADMEM) -->
<br>A new potential light leak, PHA 23E channel 11.  During the cailbration, do not be surprised if the RMS is around 10, or around 20 during an access.
<!-- Comment: Tue Jul 11 16;56;25 comment by...m mattson (ADMEM) -->
<br>CEM phi 14W eta 0R has totally bizarre behavior.  This will show up as a problem in the calibration and in the YMon PMT plot.  Known problem (although what the problem is, is unknown.)
<!-- Comment: Tue Aug  1 21;38;13 comment by...m mattson -->
WHA 18W ch 11 is the same as WHA 18W eta -11 on the YMon Tower plots.  Also, expect WHA 2W eta -11 to have really low occupancy compared to its neighbors.
<!-- Comment: Thu Aug  3 19;07;13 comment by...m mattson -->
<br>PHA 12W ch 3 shows up with zero pedestals in the recent Cal calibration.  This will be eta 11 in YMon, and pcal03 slot 17 for the electronics.
<!-- Comment: Tue Oct 24 08;36;52 comment by...m mattson -->
Archive and start a new cal problems list
<!-- Comment: Tue Oct 24 08;37;21 comment by...m mattson -->
and archive

<!-- Date: Tue Aug 15 17:10:29.661 2006 -->
<!-- FixDate: Mon Oct 23 11;48;56 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Tue_Aug_15_2006_171022.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-322  align='top'></td><td>Wedge 15W should neither have hits or triggers as it's uninstrumented. Despite the fact that it does, there is never a BMU stub to match to so of little effect. At least that's the current thinking.</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Fri Sep 29 13;43;29 comment by...Phil -->
Just to note that this is still the way things are.
<!-- Comment: Mon Oct 23 11;48;56 comment by...Phil Schlabach -->
Fixed 10/20/2006 (<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2006&action=view&page=784&frame=2&anchor=14:11:00.866'>
link</a>)
<!-- Comment: Mon Nov  6 10;51;27 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jun 3 09:49:24.452 2005 -->
<!-- Safety: off -->
<table border=0><td><tr><td bgcolor=#e0e030><font color="red"><h1>Welcome to the C.O. Known Problem List</h1></font> 
 
<p>This list should <b>ONLY</b> contain problems that have been verified by an expert.  All entries <b>must</b> contain: 
 
<ul> 
<li>Relevant plot(s) showing the problem 
<li>Description of problem 
<li>Name, phone number, and email of expert consulted 
<li>Comments from expert (including if possible estimated time to resolve/correct problem) 
</ul> 
 
<p>The intent is to keep people from rediscovering problems over and over. Any problem in the Known Problems List should <b>FIRST</b> have been documented in the main shift elog at least once.  It is preferable that the expert herself make the entry. 
 
<p><b>Note:</b> 
<ol> 
<li> Entries that do not have the required information (particularly expert contact information) will be deleted.   
 
<li>This list is <b>NOT</b> a substitute for updating other documentation.  Problems that are not going to be resolved in a timely mannor should be documented elsewhere and removed from this list. 
</ol></td></tr></td></table>
<!-- Author: Charles Plager -->
<!-- Comment: Tue Jun 28 11;18;06 comment by...Charles Plager -->
<table border=0><td><tr><td bgcolor=#e0e030><p>
<h2>Clearing Out Old Entries</h2>

<p> When an entry is no longer applicable (or shouldn't have been made in the first place), the correct thing to do is to <i>archive</i> it (i.e. make it disappear).  This happens in two steps.

<ol>
<li> Mark the entry as 'fixed'
<ul>
<li> Click the green <img src="http://www-cdfonline.fnal.gov/elog/gifs/green_ball.gif"> button
<li> Enter a comment
<li> click <font color="red"><b>fixed</b></font>
<li> Enter your name
<li> Click <b>Add comment to log</b>
</ul>
<li>Archive the entry
<ul>
<li> Click the blue <img src="http://www-cdfonline.fnal.gov/elog/gifs/blue_ball.gif"> button
<li> Enter comment
<li> Enter your name
<li> Click <b>Archive this entry</b>
</ul>
</ol>
</td></tr></td></table>


<!-- Comment: Mon Nov 20 07;48;07 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Oct 2 19:21:07.786 2006 -->
<!-- FixDate: Mon Nov  6 12;15;51 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-335&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-335  width='300' align='top'></td><td>This BMU west plot has more dead channels than the reference, but not enough to mark it bad.</a></td></tr></table>
<!-- Author: kcopic -->
<!-- Comment: Mon Oct  2 20;26;34 comment by...kcopic -->
Experts Camille and Dan Cyr have been emailed about this.


<!-- Comment: Tue Oct  3 11;23;00 comment by...Phil Schlabach -->
Eventually it wended its way to me. Stack 55 has been given a timeout for bad behavior. (We unplugged it because it has a tendency to oscillate that persisted thorough various attempts to fix it.) The reference needs to be updated to reflect this.
<!-- Comment: Mon Nov  6 12;15;51 comment by...Phil Schlabach -->
<a href=
'/cgi/elog/elog.pl?nb=2006&action=view&page=793&frame=2&anchor=14:07:24.817'>
Restored</a>  around Oct. 23.
<!-- Comment: Mon Nov 20 07;49;33 comment by...Dale -->
Removed as the issues has been fixed

<!-- Date: Mon Nov 20 10:41:33.183 2006 -->
<!-- FixDate: Wed Nov 22 10;08;17 2006 -->
<!-- Safety: off -->
<center><a href='elog/notebooks/fixlist/Mon_Nov_20_2006_103827.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-344' ></a><a href='elog/notebooks/fixlist/Mon_Nov_20_2006_103912.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-346' ></a></center>
<!-- Author: Phil Schlabach -->
<!-- Comment: Mon Nov 20 10;42;15 comment by...Phil -->
opps, click happy



<!-- Comment: Wed Nov 22 10;08;17 comment by...Dale -->
[issue is a repeat of above]

<!-- Comment: Wed Nov 22 10;09;03 comment by...D -->
We don't need the plot twice.

<!-- Date: Sat Sep 10 15:14:56.054 2005 -->
<!-- FixDate: Thu Nov 30 06;41;30 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-243&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-243  width='300' align='top'></td><td>Bob came by to say that the COT1 reference slide in ymon will be RED until the reference plot gets updated: the bad cell in SL4 was FIXED (so the reference plot is pessimistic.)</a></td></tr></table>
<!-- Author: Ayana -->
<!-- Comment: Tue Sep 13 21;44;57 comment by...ath -->
Questions? ask expert: Bob Wagner (167-I) x8115.
<!-- Comment: Thu Nov 30 06;41;30 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Thu Nov 30 06;43;18 comment by...Charles Plager -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Mon Nov 20 10:39:43.283 2006 -->
<!-- FixDate: Wed Nov 22 11;03;03 2006 -->
<!-- Safety: off -->
<center><a href='elog/notebooks/fixlist/Mon_Nov_20_2006_103827.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-344' ></a><a href='elog/notebooks/fixlist/Mon_Nov_20_2006_103912.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-346' ></a></center>
<!-- Author: Phil Schlabach -->
<!-- Comment: Mon Nov 20 10;41;20 comment by...Phil -->
There is some noise on wedges 0, 1, 8 of east CMU. This is reflected in the elevated occupancies of the left plot as well as the simulated data in the right plot. The trigger data does not match the simulation in these plots because some channels are masked in the trigger. Note that it is possible to mask them in the simulated data as well, but this has not been done.


<!-- Comment: Tue Nov 21 22;23;36 comment by...Phil -->
Note that we changed the masking today so it doesn't look like it did. We will change it again. Don't expect it to be very stable, but it's wedge 1E/8E that will change.

<!-- Comment: Wed Nov 22 11;03;03 comment by...Phil -->
This went away overnight sometime.



<!-- Comment: Fri Dec  1 08;19;34 comment by...Charles -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Mon Nov 20 10:36:16.651 2006 -->
<!-- FixDate: Wed Nov 22 11;06;09 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Mon_Nov_20_2006_103608.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-342  align='top'></td><td>Cells 66-70 NE BMU are presently disconnected from the HV chain (post power outage of last week).</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Tue Nov 21 22;19;58 comment by...Phil -->
This has now been reduced to 1 stack, 70. Will ponder on whether to mark it fixed.
<!-- Comment: Wed Nov 22 11;06;09 comment by...Phil -->
Stack 70 was dead before the power outage that took out the entire channel.
<!-- Comment: Fri Dec  1 08;19;55 comment by...Charles -->
archive

<!-- Date: Thu Feb 9 10:23:35.632 2006 -->
<!-- FixDate: Fri Dec  1 10;47;02 2006 -->
<!-- FixDate: Fri Dec  1 10;46;45 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-270&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-270  width='300' align='top'></td><td>There is 0.5% discrepancy in 2 cells at CDF phi 215 in SL6. 
Although it says "page expert", you don't need to  
UNLESS you see the error rate go above 0.5%. 
 
In this plot (120/24350 = 0.5% = acceptable) 
More than this rate would be bad. 
 
Nils is looking into this problem. We estimate it will be 
fixed within a few weeks. </a></td></tr></table>
<!-- Author: Ben -->
<!-- Comment: Thu Feb  9 11;06;37 comment by...Ben -->
<pre>Questions:  Ask XFT people: 
    Nils (x3069), Ben (x2112), or Kevin (x8434), Jonathan (x8434)</pre>


<!-- Comment: Fri Aug 11 21;35;07 comment by...Nils -->
Ok, this problem has been on and off for a long time.  Mainly due to it's luminosity dependence.  It only appears at high lumi.  Currently I suspect it to be an XTC problem, which would require an access for fixing.  I will be looking into it sometime (hopefully soon).  Don't page me unless the problem goes above 1% and only if you have at least 10000 events.
<!-- Comment: Fri Dec  1 10;46;45 comment by...Nils -->
After updating the XFT deadwire list to mask two offending XTCs, the problem seems to be fixed.
<!-- Comment: Fri Dec  1 10;47;02 comment by...Nils -->
After updating the XFT deadwire list to mask two offending XTCs, the problem seems to be fixed.
<!-- Comment: Fri Dec  1 10;47;37 comment by...Nils -->
Problem solved.

<!-- Date: Thu Nov 9 18:41:15.065 2006 -->
<!-- FixDate: Sat Dec  2 09;33;49 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-340&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-340  width='300' align='top'></td><td>This is supposedly a "known problem". 
Just pasting it here so that it's not forgotten.</a></td></tr></table>
<!-- Author: slava -->
<!-- Comment: Sat Dec  2 09;33;49 comment by...Nils -->
This problem has been fixed quite a while ago by swapping the offending XTCs.
<!-- Comment: Sat Dec  2 09;34;35 comment by...Nils -->
Problem fixed.

<!-- Date: Mon Jun 26 09:00:40.146 2006 -->
<!-- FixDate: Thu Dec  7 01;42;39 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-290&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-290  width='300' align='top'></td><td>There are empty bins in the bottom 2 plots. Verified by expert Mary Convery.</a></td></tr></table>
<!-- Author: Phil -->
<!-- Comment: Mon Jun 26 09;01;46 comment by...Philippe Roy -->
Comment by Mary Convery:

I think the answer is that no one cares about the miniplugs enough to
make sure we mark things correctly.  Another thing which added to the
confusion is that the lower right-hand plot was previously empty due to
a ymon problem.

I think the data should be marked bad for miniplugs and it should be
added to the known problems list.  We will take a closer look and submit
an access request assuming one is needed.

thanks (and sorry for the confusion)
Mary




<!-- Comment: Thu Dec  7 01;42;39 comment by...gregfeild -->
<pre>fixed </pre>
<!-- Comment: Thu Dec  7 01;43;51 comment by...gregfeild -->
<pre>This hole shown above is gone.
Must have been an access.</pre>

<!-- Date: Fri Jul 14 22:42:20.444 2006 -->
<!-- FixDate: Sat Dec  2 13;42;55 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Jul_14_2006_224217.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-302  align='top'></td><td>Since PHYSICS_4_00_v4 we're not taking 3-XFT tracks anymore</a></td></tr></table>
<!-- Author: Rolf Oldeman -->
<!-- Comment: Sat Dec  2 13;40;47 comment by...K. Lannon -->
This feature has now been incorporated into the TrigMon references.   It is no longer a temporary problem, but a permanent feature.
<!-- Comment: Sat Dec  2 13;42;55 comment by...K. Lannon -->
This is now a permanent feature.
<!-- Comment: Thu Dec  7 01;44;57 comment by...gregfeild -->
<pre>trigmon references updated appropriately</pre>

<!-- Date: Sat Sep 16 21:27:33.693 2006 -->
<!-- FixDate: Thu Dec  7 01;46;45 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-326&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-326  width='300' align='top'></td><td>EMCluster energy gets red: chi2=5.1>5</a></td></tr></table>
<!-- Author: S. Tokar -->
<!-- Comment: Thu Dec  7 01;46;45 comment by...gregfeeild -->
<pre>problem gone now.</pre>
<!-- Comment: Thu Dec  7 01;47;17 comment by...gregfeild -->
<pre>no longer red</pre>

<!-- Date: Sun Oct 1 18:54:25.435 2006 -->
<!-- FixDate: Thu Dec  7 01;48;18 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-332&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-332  width='300' align='top'></td><td>SVT Occupancy plot has been rotated with respect to the reference, and now says "Status = BAD" though it shouldn't be marked bad, according to this <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2006&action=view&page=683&frame=2&anchor=17:31:42.084'> Sept 16 2006 e-log entry.</a> Experts Roberto Carosi and Jahred Adelman have been asked to provide a new reference.</a></td></tr></table>
<!-- Author: kcopic -->
<!-- Comment: Sun Oct  1 19;08;12 comment by...Jahred -->
<pre>Status will always be bad for this plot because the axes are swapped wrt to the reference! Just look to see that there aren't any new holes (right now just the 3 that you see here), of course watching for low statistics.</pre>




<!-- Comment: Thu Dec  7 01;48;18 comment by...gf -->
<pre>This ref. plot has now been rotated to match the slide show plot!</pre>
<!-- Comment: Thu Dec  7 01;48;50 comment by...gf  -->
<pre>plot rotated - problem solved</pre>

<!-- Date: Wed Nov 22 11:08:58.691 2006 -->
<!-- FixDate: Thu Dec  7 01;51;20 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Nov_22_2006_110853.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-348  align='top'></td><td>Wedge 17W front hot. This is in an uninstrumented region of BMU so it has no effect on triggers.</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Wed Nov 22 11;09;56 comment by...phil -->
This would likely be fixed by power cycling the appropriate hadron ASD crate, but I don't see the need to do this going into the holiday weekend.

<!-- Comment: Wed Nov 22 11;10;02 comment by...phil -->
This would likely be fixed by power cycling the appropriate hadron ASD crate, but I don't see the need to do this going into the holiday weekend.


<!-- Comment: Thu Dec  7 01;51;20 comment by...gregfeild -->
<pre>fixed</pre>
<!-- Comment: Thu Dec  7 01;51;35 comment by...gf -->
<pre>fixed</pre>

<!-- Date: Wed Nov 22 11:10:14.422 2006 -->
<!-- FixDate: Thu Dec  7 01;51;57 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Nov_22_2006_110853.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-348  align='top'></td><td>Wedge 17W front hot. This is in an uninstrumented region of BMU so it has no effect on triggers.</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Thu Dec  7 01;51;57 comment by...gregfeild -->
<pre>fixed</pre>
<!-- Comment: Thu Dec  7 01;52;21 comment by...gregfeild -->
<pre>fixed</pre>

<!-- Date: Tue Nov 7 21:56:30.500 2006 -->
<!-- FixDate: Thu Dec  7 01;54;29 2006 -->
<!-- Safety: off -->
YMon COT1, 2 canvasses show up red. 
<a href=http://www-cdfonline.fnal.gov/cgi/internal/elog/elog.pl?nb=2006&action=copyentry&page=839&time=21:06:35.118>as mentioned in elog</a> 
My guess is that the problem is related to the current tcl: the configuration of COT, and/or the change in the  update frequency.
<!-- Author: slava -->
<!-- Comment: Thu Dec  7 01;54;29 comment by...gregfeild -->
<pre>ref plots updated so things no longer go red</pre>
<!-- Comment: Thu Dec  7 01;55;17 comment by...greg -->
<pre>fixed - the reference plot actually was bad, not the
current data!</pre>

<!-- Date: Tue Nov 7 23:30:58.792 2006 -->
<!-- FixDate: Thu Dec  7 01;57;09 2006 -->
<!-- Safety: off -->
YMon keeps crashing (every 10K events or so). 
The crash is FPE [signal 8] (at least one was in COT monitor).  
<!-- Author: slava -->
<!-- Comment: Thu Dec  7 01;57;09 comment by...gregfeild -->
not really appropritae for fix list ...
<!-- Comment: Thu Dec  7 01;57;55 comment by...gf -->
<pre>YMON crashes a lot.  Page consumer guys when this happens.</pre>

<!-- Date: Tue Nov 28 07:50:59.021 2006 -->
<!-- FixDate: Thu Dec  7 01;59;54 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-349&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-349  width='300' align='top'></td><td>According to Larry, this is just one event of noise.  The important plots are the top plots.  We shouldn't page if only a bottom plot has a hot wedge. </a></td></tr></table>
<!-- Author: James Kraus -->
<!-- Comment: Thu Dec  7 01;59;54 comment by...gregfeild  -->
this was my bad - overzealous I guess.
no one should really think this is bad
<!-- Comment: Thu Dec  7 02;00;24 comment by...gf -->
<pre>its cool</pre>

<!-- Date: Tue Oct 3 17:20:37.023 2006 -->
<!-- FixDate: Thu Dec  7 02;18;42 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-337&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-337  width='300' align='top'></td><td>For BSC calibration, this red region is OK.</a></td></tr></table>
<!-- Author: kcopic -->
<!-- Comment: Tue Oct  3 17;21;45 comment by...kcopic -->
expert Koji Terashi says: nothing has been connected to the BSC 4-west since the last shutdown.



























<!-- Comment: Thu Dec  7 02;18;42 comment by...gregfeild -->
<pre>this is now properly noted on the BSCQIE calibration page.</pre>
<!-- Comment: Thu Dec  7 02;19;17 comment by...gf -->
<pre>the ref plot has been updated. </pre>

<!-- Date: Tue Sep 12 02:09:52.273 2006 -->
<!-- FixDate: Thu Dec  7 02;26;57 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-325&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-325  width='300' align='top'></td><td>Steve knows about this dead band at 10 East (upper right) in the XEF calibration.  See 29-Aug-2006 23:33 entry</a></td></tr></table>
<!-- Author: James Bellinger -->
<!-- Comment: Thu Dec  7 02;26;57 comment by...gregfeild -->
<pre>the dead band mentioned here  is shown in the 
XEF reference plot. </pre>
<!-- Comment: Thu Dec  7 02;27;40 comment by...gf -->
<pre>problem noted here is shown in the official 
caliobration reference plot.
</pre>

<!-- Date: Sun Oct 1 21:06:46.043 2006 -->
<!-- FixDate: Thu Dec  7 02;34;45 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-333&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-333  width='300' align='top'></td><td>CLCQIE calibration plots don't look much like references but are OK -- red/orange/yellow top-left plot shows up for at least a year, and CO's should note that the calibration plots have a supressed zero, so don't compare directly to the reference. See, for example, <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2006&action=view&page=134&frame=2&anchor=08:42:30.418'>Feb 2006 e-log</a> 
 
 
</a></td></tr></table>
<!-- Author: kcopic -->
<!-- Comment: Thu Dec  7 02;34;45 comment by...gf -->
<pre>confusion on this plot is due to the "temperature scale".
There are no new errors compared to the ref.
(This is a common problem across all monitoring so 
I remove this plot.) Perhaps, will put a not on 
the clcqie ref page about the colors and suppressed zeros.</pre>
<!-- Comment: Thu Dec  7 02;35;22 comment by...gf -->
<pre>plot OK - just a small confusion due to the color.</pre>

<!-- Date: Tue Oct 3 00:10:13.800 2006 -->
<!-- FixDate: Thu Dec  7 02;39;53 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-336&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-336  width='300' align='top'></td><td>TOF TAC calibration still has lots of holes, but new colors thanks to Willis.</a></td></tr></table>
<!-- Author: kcopic -->
<!-- Comment: Thu Dec  7 02;39;53 comment by...gf -->
again with the colors!
<!-- Comment: Thu Dec  7 02;40;55 comment by...gf -->
<pre>Is fine - the ref could use some updating.</pre>

<!-- Date: Wed Jun 14 07:37:20.492 2006 -->
<!-- FixDate: Sat Dec  9 19;14;03 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Jun_14_2006_073236.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-276  align='top'></td><td>Example of blank COT plots in CO Detector Checklist.</a></td></tr></table>
<!-- Author: Larry Tarini -->
<!-- Comment: Wed Jun 14 07;37;47 comment by...Charles Plager -->
Many YMon plots with data appear as blank plots in the Detector Checklist. In particular this occurs with COT1, COT2, IMU, BSU, TSU, and others occasionally.

<br><br> If this happens, note it in the checklist and then check the plots using the HistoDisplay program.  

<br><br>If the plots are blank in both, mark it as <b>other</b> and make an additional comment.

<br><br>
<b>Experts:</b> Kaori Maeshima (maeshima@fnal.gov) and Charles Plager (cplager+consumer@fnal.gov)


<!-- Comment: Sat Dec  9 19;14;03 comment by...gf  -->
fix
<!-- Comment: Sat Dec  9 19;14;23 comment by...greg -->
<pre>fixed</pre>

<!-- Date: Tue Dec 5 22:01:37.644 2006 -->
<!-- FixDate: Sat Dec  9 23;19;54 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-354&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-354  width='300' align='top'></td><td>The spike in the top left problem is due to an XTC masked high.  We are waiting for an opportunity to swap this XTC.</a></td></tr></table>
<!-- Author: Nils -->






























<!-- Comment: Sat Dec  9 23;19;54 comment by...greg -->
<pre>Nils fixed this problem and updated the deadwire list.
I take the liberty of retiring the plot for him!</pre>
<!-- Comment: Sat Dec  9 23;21;10 comment by...gf -->
<pre>fixed </pre>

<!-- Date: Thu Jan 4 13:30:13.699 2007 -->
<!-- FixDate: Thu Jan  4 13;30;53 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-358&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-358  width='300' align='top'></td><td>This entry conserns the behavior of CMU east wedge 0.  In brief this is a know issue which does not effect the good run quality (it is good).<br><br> 
This plot is part of the CMU detector check under "TrigMon:Slides/CMU".  As noted at the <a href = 'https://www-cdfonline.fnal.gov/cgi/internal/mon/cdfdoc/ConsumerGifs/referenceSlides.pl?reference=ts#cmulowpt'>TrigMon Reference Slides</a> this plot, while looking suspect, passes the stated criteria.  Namely the plot is green and there is no condition stated for the simulation (yellow histogram) being much greater then the trig-data (thick black line).  While the coverse is a problem and will turn the plot red, this case for east CMU wedge 0 is ok and is a known problem.  Note that YMon:muonslide should show the same wedge with higher than normal occupancy; this condition is the direct effect of that. 
<br><br>The good news is that the trigger rate is not effected.  Thus, the behavior can be ingored and (assuming everything else checks out) can be marked good. 
</a></td></tr></table>
<!-- Author: Dale Stentz for the muon group -->
<!-- Comment: Thu Jan  4 13;30;53 comment by...d -->
ok...


<!-- Comment: Thu Jan  4 13;31;25 comment by...d -->
this is getting odd...

<!-- Date: Thu Jan 4 13:31:03.546 2007 -->
<!-- FixDate: Thu Jan  4 13;31;59 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-358&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-358  width='300' align='top'></td><td>This entry conserns the behavior of CMU east wedge 0.  In brief this is a know issue which does not effect the good run quality (it is good).<br><br> 
This plot is part of the CMU detector check under "TrigMon:Slides/CMU".  As noted at the <a href = 'https://www-cdfonline.fnal.gov/cgi/internal/mon/cdfdoc/ConsumerGifs/referenceSlides.pl?reference=ts#cmulowpt'>TrigMon Reference Slides</a> this plot, while looking suspect, passes the stated criteria.  Namely the plot is green and there is no condition stated for the simulation (yellow histogram) being much greater then the trig-data (thick black line).  While the coverse is a problem and will turn the plot red, this case for east CMU wedge 0 is ok and is a known problem.  Note that YMon:muonslide should show the same wedge with higher than normal occupancy; this condition is the direct effect of that. 
<br><br>The good news is that the trigger rate is not effected.  Thus, the behavior can be ingored and (assuming everything else checks out) can be marked good. 
</a></td></tr></table>
<!-- Author: Dale Stentz for the muon group -->
<!-- Comment: Thu Jan  4 13;31;59 comment by...ddddd -->
ddddddddddddd

<!-- Comment: Thu Jan  4 13;32;33 comment by...d -->
you go now

<!-- Date: Thu Jan 4 14:39:36.602 2007 -->
<!-- FixDate: Thu Jan  4 14;41;29 2007 -->
<!-- Safety: off -->
<center><a href='elog/notebooks/fixlist/Thu_Jan__4_2007_143651.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-360' ></a><a href='elog/notebooks/fixlist/Thu_Jan__4_2007_143812.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-362' ></a></center>
<!-- Author: Phil -->
<!-- Comment: Thu Jan  4 14;41;29 comment by...Phil -->
ignore this
<!-- Comment: Fri Jan  5 08;12;00 comment by...dale -->
removed due to double entry bug

<!-- Date: Thu Jan 4 14:39:46.795 2007 -->
<!-- FixDate: Thu Jan  4 14;40;40 2007 -->
<!-- Safety: off -->
<center><a href='elog/notebooks/fixlist/Thu_Jan__4_2007_143651.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-360' ></a><a href='elog/notebooks/fixlist/Thu_Jan__4_2007_143812.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-362' ></a></center>
<!-- Author: Phil -->
<!-- Comment: Thu Jan  4 14;40;40 comment by...Phil -->
ignore this



<!-- Comment: Fri Jan  5 08;12;19 comment by...dale -->
ditto

<!-- Date: Sat Dec 9 23:14:35.570 2006 -->
<!-- FixDate: Wed Feb 21 12;25;06 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-355&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-355  width='300' align='top'></td><td>Bit 45 started showing a couple of errors per run  
about a week ago.  A componenet on the FRED card 
needs to be replaced.  Until then, please ignore  
this error and mark data OK for this part of L1.</a></td></tr></table>
<!-- Author: Greg Feild -->
<!-- Comment: Wed Feb 21 12;25;06 comment by...gregfeild -->
<pre>This problem is gone after replacing one of the 
RAM chips on the FRED board</pre>
<!-- Comment: Wed Feb 21 12;25;47 comment by...gregfeild -->
<pre>Problem gone!  Hardware fix

</pre>

<!-- Date: Tue Oct 24 08:51:21.523 2006 -->
<!-- FixDate: Wed Feb 28 13;23;21 2007 -->
<!-- Safety: off -->
<ul> 
<b>For the Cal QIE calibration (ACE_QIE), expect to see:</b> 
  <li>wide RMS in WHA 18W channel 11, which can also show up as zero slopes (too noisy) 
  <li>zero pedestal for PHA 4E ch 17 (for capacitor 3) 
  <li>During an access, you can expect more noisy channels, just due to the detector being opened up and the lights being on 
</ul> 
<ul><b>In the YMon WHA PMT occupancy plots we have seen:</b> 
  <li> hot tower at phi 18W eta 11R (same as problem in Cal QIE calib) 
  <li> dead (low occupancy) at phi 2W eta 11R and phi 21E eta 9L 
</ul> 
<br> 
m mattson (ADMEM)- office x3760, fnal.gov e-mail is my last name  
<!-- Author: m mattson -->
<!-- Comment: Wed Oct 25 22;28;42 comment by...m mattson -->
The CO pointed out two central channels with higher occupancies than their neighbors (<font color=red>red</font> on the YMon plots): <b>CEM phi 8W eta 0L</b>, and <b>CHA phi 3E eta 1R</b>.  The readout electronics for these channels are normal, so this may be a PMT problem.




<!-- Comment: Wed Nov  8 09;57;29 comment by...m mattson (ADMEM) -->
<br>
CEM phi 5W eta 9R is showing up as hot in the low energy YMon occupancy plot.  Larry says it is okay (normal occupancy for higher threshold plot).
<!-- Comment: Thu Nov 30 11;14;33 comment by...m mattson -->
<p>
For the Cal QIE Calibration, the CO noticed that WHA 17W ch 0 (all capacitors) are showing up with RMS greater than 10.
<!-- Comment: Wed Dec  6 04;47;22 comment by...m mattson (ADMEM) -->
For the Cal QIE Calibration, the CO noticed that WHA 20E ch 1 (all capacitors) are showing up with RMS greater than 10.
<!-- Comment: Wed Jan 17 13;26;02 comment by...m mattson, v tiwari -->
<br>WHA 9W ch 3 is showing up with high (15) RMS in cal QIE calibration.
<!-- Comment: Wed Feb 28 13;23;21 comment by...m mattson -->
Removing this entry and making a new (condensed) problem list.
<!-- Comment: Wed Feb 28 13;24;24 comment by...m mattson -->
Removing old problem list, new cleaner list coming up.

<!-- Date: Sun Dec 31 01:03:35.519 2006 -->
<!-- FixDate: Wed Feb 28 13;26;59 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-357&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-357  width='300' align='top'></td><td>CEM East eta 6, phi 5R caused the cal trigger rates to go very hot, so the trigger tower (EM eta 15 phi 5) was masked.  In YMon, we can see that the CEM channel I mentioned has about 3x the normal average energy, in both the normal and high threshold occupancy plots.  In this PMT plot, that channel shows up as red. 
<p> 
This appears to be a PMT or base problem, since the read-out electronics look normal.</a></td></tr></table>
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Tue Jan 16 13;00;59 comment by...Vivek -->
CEM East eta 6, phi 5R was fixed in an access on <a href= '/cgi/elog/elog.pl?nb=2007&action=view&page=32&frame=2&anchor=10:42:27.290'>
Jan 11th</a>. Please consider any problem from this channel as new.
<!-- Comment: Wed Feb 28 13;26;59 comment by...m mattson -->
This has been fixed for a while.
<!-- Comment: Wed Feb 28 13;27;23 comment by...m mattson -->
This has been fixed for a while.

<!-- Date: Wed Jan 24 04:29:10.860 2007 -->
<!-- FixDate: Wed Feb 28 13;28;42 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-371&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-371  width='300' align='top'></td><td>There is a hot cell.</a></td></tr></table>
<!-- Author: Peter -->
<!-- Comment: Wed Feb 28 13;28;42 comment by...m mattson -->
This particular problem is not present in current runs.
<!-- Comment: Wed Feb 28 13;29;16 comment by...m mattson -->
This particular problem is not present in current runs

<!-- Date: Mon Oct 23 13:58:51.206 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Mon_Oct_23_2006_135828.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-339  align='top'></td><td>XTRP known input problem: upper-left plot in board 3.  Segments 20,22,23,24 have a high rate due to corrupted no-track data words which are still handeled correctly. 
XTRP Pager 218-9513, cmarino@uiuc.edu</a></td></tr></table>
<!-- Author: Christopher -->
<!-- Comment: Fri Mar  9 00;36;59 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Jan 4 14:38:33.137 2007 -->
<!-- FixDate: Fri Feb 23 13;24;54 2007 -->
<!-- Safety: off -->
<center><a href='elog/notebooks/fixlist/Thu_Jan__4_2007_143651.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-360' ></a><a href='elog/notebooks/fixlist/Thu_Jan__4_2007_143812.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-362' ></a></center>
<!-- Author: Phil -->
<!-- Comment: Thu Jan  4 14;39;28 comment by...Phil Schlabach -->
The excess rate in card 8 corresponds to the 2 hot channels in CMP top, stack 1. They are oscillating; an access has been requested to fix them.


<!-- Comment: Tue Jan 23 08;20;41 comment by...Phil -->
The oscillation went away when the N. wall was moved during the access of 1/18/07. During the access yesterday, some more copper tape was added to this stack. I'll leave this here for a few more days, but it is at this moment, and has been for about a week, fixed.
<!-- Comment: Fri Feb 23 13;24;54 comment by...ps -->
Still fixed.
<!-- Comment: Fri Mar  9 00;36;59 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Dec 1 10:51:02.549 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-350&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-350  width='300' align='top'></td><td>If crate c3po is included in the run we expect the errors in the topmost plot.</a></td></tr></table>
<!-- Author: Nils -->
<!-- Comment: Fri Mar  9 00;36;59 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Feb 20 08:08:57.649 2007 -->
<!-- FixDate: Fri Feb 23 13;26;31 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-380&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-380' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-381&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-381' width='300'></a></center>
<!-- Author: Sebastian -->
<!-- Comment: Tue Feb 20 08;10;28 comment by...Sebastian -->
This problem is present since yesterday day shift. I had posted it yesterday to the elog, but not to the fixlist. This caused the ISU to be marked bad, as well as the trigmon to be marked bad.






<!-- Comment: Fri Feb 23 13;26;31 comment by...Phil Schlabach -->
Fixed in access of Feb. 21 (22?)
<!-- Comment: Fri Mar  9 00;36;59 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Dec 1 10:53:06.047 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-351&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-351  width='300' align='top'></td><td>I masked on two XTCs in SL6 generating the two spikes in the plots on the left side.</a></td></tr></table>
<!-- Author: Nils -->
<!-- Comment: Fri Mar  9 01;23;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Dec 1 10:55:04.830 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-352&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-352  width='300' align='top'></td><td>I masked two XTCs on in the XFT, causing the two big spikes in the top left plot and the two small spikes in the top right plot.</a></td></tr></table>
<!-- Author: Nils -->
<!-- Comment: Sun Mar  4 00;00;16 comment by...Nils -->
The spikes in the top right plot don't always appear.  If they don't appear it is not a problem.
<!-- Comment: Fri Mar  9 01;23;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Dec 1 10:59:03.368 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-353&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-353  width='300' align='top'></td><td>If the crate c3po is included in the run, we expect the kind of errors we see in the right hand plots.</a></td></tr></table>
<!-- Author: Nils -->
<!-- Comment: Fri Mar  9 02;40;53 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Dec 13 13:55:43.288 2006 -->
<!-- FixDate: Tue Feb 27 14;31;40 2007 -->
<!-- FixDate: Fri Feb 23 13;27;46 2007 -->
<!-- Safety: off -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>BMU YMon Plots: 
Please ignore the spikes that you see in the BMU YMon plots or the following channels 
SW 40-41 
SE 102-103,118-119 
</pre></td></tr></td></table>
<!-- Author: Varsha -->
<!-- Comment: Tue Jan 23 08;17;18 comment by...Phil Schlabach -->
During the access yesterday, SW40-41 status changed. We unplugged the LV. These stacks are now dead, not hot.
<!-- Comment: Fri Feb 23 13;27;46 comment by...Phil -->
These have been fixed for a while. But I think stack 42 was unplugged in the process of fixing SW40-41.
<!-- Comment: Fri Feb 23 13;33;34 comment by...phil -->
Oops, 40-41 are in NW and it's 43 that I think got unplugged.
<!-- Comment: Tue Feb 27 14;31;40 comment by...phil -->
fixed
<!-- Comment: Fri Mar  9 02;40;53 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Dec 30 13:24:17.908 2006 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-356&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-356  width='300' align='top'></td><td>The two red bands in eta in this plot are due to 
two XTC cards masked on in the XFT (see plot 1.5.1.2 above) 
 
It is OK.</a></td></tr></table>
<!-- Author: greg feild  -->
<!-- Comment: Fri Mar  9 02;47;10 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Jan 4 13:24:27.193 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-358&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-358  width='300' align='top'></td><td>This entry conserns the behavior of CMU east wedge 0.  In brief this is a know issue which does not effect the good run quality (it is good).<br><br> 
This plot is part of the CMU detector check under "TrigMon:Slides/CMU".  As noted at the <a href = 'https://www-cdfonline.fnal.gov/cgi/internal/mon/cdfdoc/ConsumerGifs/referenceSlides.pl?reference=ts#cmulowpt'>TrigMon Reference Slides</a> this plot, while looking suspect, passes the stated criteria.  Namely the plot is green and there is no condition stated for the simulation (yellow histogram) being much greater then the trig-data (thick black line).  While the coverse is a problem and will turn the plot red, this case for east CMU wedge 0 is ok and is a known problem.  Note that YMon:muonslide should show the same wedge with higher than normal occupancy; this condition is the direct effect of that. 
<br><br>The good news is that the trigger rate is not effected.  Thus, the behavior can be ingored and (assuming everything else checks out) can be marked good. 
</a></td></tr></table>
<!-- Author: Dale Stentz for the muon group -->
<!-- Comment: Thu Jan  4 13;30;04 comment by...muon folk -->
Contact info: CMU expert is Xiaojian Zhang





<!-- Comment: Thu Jan  4 14;35;51 comment by...Phil -->
More discussion <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2006&action=view&page=992&frame=2&anchor=19:55:04.725'>
here</a>


<!-- Comment: Fri Mar  9 06;17;00 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Jan 4 14:43:04.254 2007 -->
<!-- FixDate: Tue Feb 27 14;32;28 2007 -->
<!-- FixDate: Fri Feb 23 13;28;54 2007 -->
<!-- Safety: off -->
<center><a href='elog/notebooks/fixlist/Thu_Jan__4_2007_144224.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-364' ></a><a href='elog/notebooks/fixlist/Thu_Jan__4_2007_144243.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-366' ></a></center>
<!-- Author: Phil Schlabach -->
<!-- Comment: Thu Jan  4 14;46;04 comment by...Phil -->
Excess in BMU wedge 3 corresponds to a couple of hot channels in NW stacks 40-41 which are probably sparking on the HV board (IMHO). An access has been requested to fix them. Also note the <a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=13:55:43.288'>
entry above</a> from Vasha about the hot stacks.








<!-- Comment: Tue Jan 23 08;17;54 comment by...Phil -->
During the access yesterday, SW40-41 status changed. We unplugged the LV. These stacks are now dead, not hot.
<!-- Comment: Fri Feb 23 13;28;54 comment by...Phil -->
These have been fixed for a while. But I think stack 42 was unplugged in the process of fixing SW40-41
<!-- Comment: Fri Feb 23 13;34;17 comment by...Phil -->
Oops, 40-41 are in NW and it's 43 that I think got unplugged.
<!-- Comment: Tue Feb 27 14;32;28 comment by...Phil -->
fixed
<!-- Comment: Fri Mar  9 07;58;48 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jan 9 14:01:14.741 2007 -->
<!-- Safety: off -->
TFRD Monitor Error related to trigger bit 45 can be ignored, they don't affect data quality
<!-- Author: Stephanie -->
<!-- Comment: Wed Mar 21 03;26;11 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jan 20 02:35:52.220 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-367&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-367' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-368&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-368' width='300'></a></center>
<!-- Author: Peter -->
<!-- Comment: Sat Jan 20 02;36;45 comment by...Peter -->
Bad timings.


<!-- Comment: Mon Jan 22 05;58;27 comment by...Peter -->
THE PROBLEM SEEMS TO HAVE BEEN FIXED NOW!
<!-- Comment: Wed Mar 21 06;22;40 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jan 20 04:39:48.048 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-369&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-369  width='300' align='top'></td><td>We also have this slight persistent problem</a></td></tr></table>
<!-- Author: Peter -->
<!-- Comment: Wed Mar 21 06;22;43 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Jan 21 03:20:32.763 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-370&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-370  width='300' align='top'></td><td>There is a high trigger tower</a></td></tr></table>
<!-- Author: Peter -->
<!-- Comment: Wed Mar 21 08;06;18 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Feb 16 00:48:17.959 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-374&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-374  width='300' align='top'></td><td>cem pmts seem warm in lower phi wedges, hot in some cells</a></td></tr></table>
<!-- Author: daniel -->
<!-- Comment: Wed Mar 21 16;34;03 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Feb 16 01:12:02.640 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-375&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-375  width='300' align='top'></td><td>Looks like there's more MET than usual, and it has a phi bias. Is this connected to the hot CEM PMTs?</a></td></tr></table>
<!-- Author: daniel -->
<!-- Comment: Wed Mar 21 17;18;55 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Feb 16 01:17:13.291 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-376&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-376  width='300' align='top'></td><td>red is bad!</a></td></tr></table>
<!-- Author: daniel -->
<!-- Comment: Thu Mar 22 00;04;08 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Feb 16 01:17:53.025 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-377&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-377  width='300' align='top'></td><td>Is this because of the lost si wedge?</a></td></tr></table>
<!-- Author: danielw -->
<!-- Comment: Thu Mar 22 01;09;16 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Feb 16 06:24:26.127 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-378&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-378  width='300' align='top'></td><td>plug laser calib has been broken for days</a></td></tr></table>
<!-- Author: daniel -->
<!-- Comment: Thu Mar 22 08;03;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Feb 16 06:40:22.305 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-379&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-379  width='300' align='top'></td><td>cem xef has new missing bands</a></td></tr></table>
<!-- Author: daniel -->
<!-- Comment: Thu Mar 22 09;07;24 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Feb 23 12:02:49.677 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-383&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-383  width='300' align='top'></td><td>There is one additional red plot, CMX Z(stub), in ObjectMon #97 MuonMoniter in comparison to last posted in the CO fixlist. </a></td></tr></table>
<!-- Author: Sunny -->
<!-- Comment: Thu Mar 22 09;07;24 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Feb 25 13:36:09.598 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-384&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-384  width='300' align='top'></td><td>There are spikes with large white/total fraction, which are not in the reference plots. </a></td></tr></table>
<!-- Author: Sunny -->
<!-- Comment: Thu Mar 22 16;02;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Feb 25 13:38:53.471 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-386&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-386  width='300' align='top'></td><td>"charge sign / track pt" shows no decision due to the abundance of low pt events. </a></td></tr></table>
<!-- Author: Sunny -->
<!-- Comment: Thu Mar 22 16;04;02 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Feb 27 09:43:15.587 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-387&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-387' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-388&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-388' width='300'></a></center>
<!-- Author: Sunny -->
<!-- Comment: Thu Mar 22 16;05;04 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Feb 28 13:33:51.855 2007 -->
<!-- Safety: off -->
<b>Calorimeter Problems (calibration and YMon)</b> 
<p> 
For the Cal QIE calibration (ACE_QIE), expect to see:<ul> 
<li>noisy (large Sigma) for WHA 9W, ch 3; WHA 18W ch 11 ; WHA 21E ch 4 
</ul> 
In the YMon occupancy plots we have seen: <ul> 
<li> hot (high occupancy) for CHA phi 3E eta 1R 
<li> hot for WHA phi 9W eta 7R </ul> 
<BR> 
m mattson (ADMEM)- office x3670, fnal.gov e-mail is my last name <BR>
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Thu Mar 22 16;05;35 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Mar 2 12:42:16.083 2007 -->
<!-- FixDate: Wed Mar  7 14;17;07 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-391&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-391  width='300' align='top'></td><td>Top middle plot in XTRPMon summary is showing errors due to a mismatch between operating conditions and the XTRP simulation.  L1 track triggers now require stereo confirmation while the simulation doesn't.    </a></td></tr></table>
<!-- Author: KPitts -->
<!-- Comment: Wed Mar  7 14;17;07 comment by...KPitts -->
This problem is now fixed.
<!-- Comment: Thu Mar 22 16;07;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Mar 17 19:14:12.311 2007 -->
<!-- FixDate: Sat Mar 17 19;14;49 2007 -->
<!-- Safety: off -->
SMX calibration bad pedestals
<!-- Author: Jim -->
<!-- Comment: Sat Mar 17 19;14;49 comment by...Jim -->
my bad



















<!-- Comment: Sat Mar 31 00;01;26 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Mar 7 11:45:10.165 2007 -->
<!-- FixDate: Wed May  2 15;11;13 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Mar__7_2007_114500.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-395  align='top'></td><td>CMP top, stack 23 has had it's operating permit revoked. (The low voltage is disconnected as it was oscillating.)</a></td></tr></table>
<!-- Author: Phil -->
<!-- Comment: Sat Mar 24 16;33;47 comment by...Michele Gallinaro -->
CMP top, stack 23 appears to be back to nominal.
<!-- Comment: Sat Mar 24 16;34;37 comment by...Michele Gallinaro -->
CMP top, stack 23 appears to be back to nominal.
<!-- Comment: Wed May  2 15;11;13 comment by...Phil -->
fixed for a long time now
<!-- Comment: Fri May  4 07;52;19 comment by...me -->
gone

<!-- Date: Sat Mar 3 23:58:09.576 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sat_Mar__3_2007_235759.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-393  align='top'></td><td>The spikes in SL6 of the XFT cause spikes in the Linker plot (top left) as well...</a></td></tr></table>
<!-- Author: Nils -->
<!-- Comment: Wed May 16 08;55;45 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Mar 17 19:10:50.657 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-396&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-396' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-397&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-397' width='300'></a></center>
<!-- Author: Jim -->
<!-- Comment: Sat Mar 17 19;11;56 comment by...Jim -->
the plots show bad pedestals in the SMX qie calibration and it is a known problem.

<!-- Comment: Sat Mar 17 19;13;01 comment by...Jim -->
SMX calibration bad pedestals




<!-- Comment: Thu May 17 00;21;25 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 5 10:48:43.182 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-398&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-398  width='300' align='top'></td><td><p>The hot DCAS towers are a known problem to the L2-Cal people.</p></a></td></tr></table>
<!-- Author: Ankush MItra (SciCo) -->
<!-- Comment: Thu Apr  5 19;38;41 comment by...Vadim -->
the hot DCAS tower Ankush is talking about is eta=2 phi=1. Everything else is considered a problem. In the plot above however, the rate for the other ones is low, so not a big deal.


<!-- Comment: Thu May 17 01;52;46 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Apr 16 11:08:45.117 2007 -->
<!-- Safety: off -->
<!-- Safety: off --> <b>Calorimeter Problems (calibration and YMon)</b> <p> For the Cal QIE calibration (ACE_QIE), expect to see:<ul> <li>noisy (large Sigma) for WHA 9W, ch 3; WHA 18W ch 11 ; WHA 21E ch 4  
<li> a dead channel - WHA 12E ch 2 
<li> 0 pedestal(Mean & Sig) - PHA 12W ch 3 
</ul> In the YMon occupancy plots we have seen: <ul> <li> hot (high occupancy) for CHA phi 3E eta 1R <li> hot for WHA phi 9W eta 7R  
<li>a white cell for PHA 12W eta 11</ul> <BR>
<!-- Author: Kwangzoo(CAL ADMEM) -->
<!-- Comment: Mon Apr 16 11;10;15 comment by...Kwangzoo -->
<pre>copied from Mark's entry. added new problems.</pre>


<!-- Comment: Thu May 17 08;44;10 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Apr 17 13:40:14.246 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-401&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-401  width='300' align='top'></td><td>The canvas can be red because of instantaneous luminosity changes. 
If the problem posted in the CO check list is not found, the plots are o.k even though the background is red.  
(This background comes from the level difference between the reference and data point.) 
 
Example is COT SL7 and SL8 Occupancy plot.</a></td></tr></table>
<!-- Author: Jiyeon -->
<!-- Comment: Thu May 17 10;04;51 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 20 23:14:15.319 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Apr_20_2007_231412.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-406  align='top'></td><td>ObjectMon: EMTDC & HADTDC slides. </a></td></tr></table>
<!-- Author: Sunny  -->
<!-- Comment: Fri Apr 20 23;15;54 comment by...Sunny -->
the above is HADTDC. 
<!-- Comment: Thu May 17 10;05;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 20 23:15:09.904 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Apr_20_2007_231505.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-408  align='top'></td><td>ObjectMon: EMTDC slide. </a></td></tr></table>
<!-- Author: Sunny -->
<!-- Comment: Fri Apr 20 23;17;46 comment by...Sunny -->
the above is HADTDC. 
<!-- Comment: Thu May 17 10;11;50 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 20 23:16:41.613 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Apr_20_2007_231505.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-408  align='top'></td><td>ObjectMon: EMTDC slide. </a></td></tr></table>
<!-- Author: Sunny -->
<!-- Comment: Thu May 17 10;16;08 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Apr 22 16:39:52.147 2007 -->
<!-- FixDate: Wed May  2 15;13;21 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sun_Apr_22_2007_163949.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-410  align='top'></td><td>CMP charge/pt is red. </a></td></tr></table>
<!-- Author: Sunny -->
<!-- Comment: Wed May  2 15;13;21 comment by...Phil -->
Not cmp and not a problem
<!-- Comment: Thu May 17 10;31;11 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 27 05:42:44.920 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-413&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-413  width='300' align='top'></td><td>New dead channel (eta=7, phi=12L) and new hot channel (eta=-8, phi=17L compared to CO reference plot. Apparently this has been known for quite a while (confused me, though). Maybe an entry like this, by a lowly CO, should be confirmed by a comment from an expert. 
</a></td></tr></table>
<!-- Author: Jonas -->
<!-- Comment: Tue Jun 19 01;38;29 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 27 05:46:42.280 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-414&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-414  width='300' align='top'></td><td>Hot channels in top-right and bottem-right plot in top-right corner are known.                  </a></td></tr></table>
<!-- Author: Jonas -->
<!-- Comment: Tue Jun 19 01;38;29 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 27 16:43:36.309 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-415&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-415' width='300'></a><a href='elog/notebooks/fixlist/Fri_Apr_27_2007_164308.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-417' ></a></center>
<!-- Author: Naoki -->
<!-- Comment: Fri Apr 27 19;39;14 comment by...Naoki -->
test

<!-- Comment: Fri Apr 27 19;40;24 comment by...Naoki -->
TEST


<!-- Comment: Tue Jun 19 07;05;08 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Apr 28 00:54:58.693 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-419&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-419  width='300' align='top'></td><td>The spike in the top-left plot is a known problem.</a></td></tr></table>
<!-- Author: Jonas -->
<!-- Comment: Wed Jun 13 09;14;12 comment by...Alison -->
The number of spikes in these kinds of plots will vary depending on the number of masked on XTCs.
For this reference plot only 1 XTC was masked on.
Currently there are 2 masked on XTCs (one around phi of 145, the other around 220).
<!-- Comment: Tue Jun 19 07;05;08 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Apr 29 02:16:10.668 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-420&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-420' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-421&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-421' width='300'></a></center>
<!-- Author: Jonas -->
<!-- Comment: Sun Apr 29 02;18;32 comment by...Jonas -->
<pre>
L2_TRK15_TRKISO30_&_TRK15_D0_v1

This trigger seems to have been off for the last 4 stores. So probably not a (new) problem.
</pre>


<!-- Comment: Tue Jun 19 07;06;15 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Apr 29 02:20:00.553 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-420&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-420' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-421&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-421' width='300'></a></center>
<!-- Author: Jonas -->
<!-- Comment: Tue Jun 19 07;06;15 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Apr 29 02:20:09.431 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-420&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-420' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-421&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-421' width='300'></a></center>
<!-- Author: Jonas -->
<!-- Comment: Sun Apr 29 02;21;11 comment by...Jonas -->
Ooops - this was supposed to go into the shift elog - no idea if this is a known problem.
<!-- Comment: Tue Jun 19 07;44;06 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Apr 29 02:20:15.523 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-420&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-420' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-421&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-421' width='300'></a></center>
<!-- Author: Jonas -->
<!-- Comment: Tue Jun 19 07;44;06 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Apr 29 02:21:51.776 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-420&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-420' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-421&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-421' width='300'></a></center>
<!-- Author: Jonas -->
<!-- Comment: Sun Apr 29 02;22;46 comment by...Jonas -->
No idea why this is here twice. Shouldn't be here at all...

<!-- Comment: Sun Apr 29 02;41;05 comment by...Jonas -->
<pre>
OK, it's not a known problem because it's not a problem, but is still interesting. The reason this trigger seems to be off is that it is in this trigger path:

    TriggerPath: JET_CAL_TRK15_D0_L2ISO [3]
    Level 1:   L1_TAU0_TRK10_LUMI_0_40 [1]
    Level 3:   L3_TRACK_7_CALISO [2]

so the L1 trigger only comes on for luminosities <40 and we've presumably been above this for for the last 4 stores.
</pre>





<!-- Comment: Tue Jun 19 07;59;59 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 13 12:50:58.065 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-423&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-423  width='300' align='top'></td><td>CSP empty bins (BW-17 NE-15) are now known by expert (Akram).</a></td></tr></table>
<!-- Author: Kohei -->
<!-- Comment: Sun May 13 12;52;41 comment by...Kohei -->
Here is more detail. <a href='/cgi/elog/elog.pl?nb=2007&action=view&page=395&frame=2&anchor=11:17:38.274'> See this link. </a>



<!-- Comment: Tue Jun 19 07;59;59 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 13 12:55:36.657 2007 -->
<!-- FixDate: Tue Jun  5 13;37;50 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-423&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-423  width='300' align='top'></td><td>CSP empty bins (BW-17 NE-15) are now known by expert (Akram).</a></td></tr></table>
<!-- Author: Kohei -->
<!-- Comment: Tue Jun  5 13;37;50 comment by...Phil -->
Let's clear out the multiple entries.
<!-- Comment: Tue Jun 19 09;14;52 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 13 12:56:41.347 2007 -->
<!-- FixDate: Tue Jun  5 13;38;29 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-423&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-423  width='300' align='top'></td><td>CSP empty bins (BW-17 NE-15) are now known by expert (Akram).</a></td></tr></table>
<!-- Author: Kohei -->
<!-- Comment: Sun May 13 12;59;07 comment by...kohei -->
I am so sorry for this multiple entries. An entry was added everytime I reload the web browser....  











<!-- Comment: Tue Jun  5 13;38;29 comment by...Phil -->
Let's clear out the multiple entries.
<!-- Comment: Tue Jun 19 09;14;52 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jun 16 11:57:43.200 2007 -->
<!-- FixDate: Wed Jun 20 11;00;10 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-429&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-429  width='300' align='top'></td><td>bscqie calibration, pedestal RMS for BSC 3-west turns red. This is a minor problem, and we will look at this during summer shutdown.</a></td></tr></table>
<!-- Author: K. Terashi -->
<!-- Comment: Wed Jun 20 11;00;10 comment by...K. Terashi -->
The noisy BSC 3-west counters are known problems and corresponding calibration reference has been updated.


<!-- Comment: Wed Jul  4 02;29;02 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jun 5 13:37:14.515 2007 -->
<!-- FixDate: Fri Jun 29 11;34;02 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Tue_Jun__5_2007_133709.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-425  align='top'></td><td>Hot channel in IMU hadron TDC plots. I've requested ops reboot the relevant ASD crate at their convenience.</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Fri Jun 29 11;34;02 comment by...Phil -->
not really fixed, but there is too much noise about this. I don't find any evidence the procedure was actually followed.
<!-- Comment: Fri Jul 13 00;33;16 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jul 13 01:33:04.398 2007 -->
<!-- FixDate: Fri Jul 13 01;46;27 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-432&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-432  width='300' align='top'></td><td>new dead channel in PES East, layer1, phi=0, strip=140.</a></td></tr></table>
<!-- Author: laura -->
<!-- Comment: Fri Jul 13 01;46;27 comment by...gregregfeild -->
<pre>this plot is actually not bad
(just badly made)</pre>

<!-- Comment: Fri Jul 13 01;47;29 comment by...greg -->
<pre>COs confused by this craappy plot</pre>

<!-- Date: Fri Jul 13 01:48:04.791 2007 -->
<!-- FixDate: Fri Jul 13 01;49;58 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-432&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-432  width='300' align='top'></td><td>new dead channel in PES East, layer1, phi=0, strip=140.</a></td></tr></table>
<!-- Author: laura -->
<!-- Comment: Fri Jul 13 01;49;58 comment by...greg -->
<pre>ok after all</pre>
<!-- Comment: Fri Jul 13 01;50;46 comment by...greg -->
<pre>ok after all</pre>

<!-- Date: Fri Jul 13 01:48:16.840 2007 -->
<!-- FixDate: Fri Jul 13 01;52;06 2007 -->
<!-- FixDate: Fri Jul 13 01;51;12 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-432&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-432  width='300' align='top'></td><td>new dead channel in PES East, layer1, phi=0, strip=140.</a></td></tr></table>
<!-- Author: laura -->
<!-- Comment: Fri Jul 13 01;51;12 comment by...greg -->
ok after all

<!-- Comment: Fri Jul 13 01;52;06 comment by...greg -->
ok after all

<!-- Comment: Fri Jul 13 01;52;32 comment by...greg -->
<pre>ok after all</pre>

<!-- Date: Fri Jul 13 01:53:25.004 2007 -->
<!-- FixDate: Fri Jul 13 01;55;00 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-432&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-432  width='300' align='top'></td><td>new dead channel in PES East, layer1, phi=0, strip=140.</a></td></tr></table>
<!-- Author: laura -->
<!-- Comment: Fri Jul 13 01;55;00 comment by...greg -->
it is fine 
<!-- Comment: Fri Jul 13 01;55;50 comment by...greg -->
<pre>good good </pre>

<!-- Date: Fri Jul 13 01:53:34.884 2007 -->
<!-- FixDate: Fri Jul 13 01;56;17 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-432&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-432  width='300' align='top'></td><td>new dead channel in PES East, layer1, phi=0, strip=140.</a></td></tr></table>
<!-- Author: laura -->
<!-- Comment: Fri Jul 13 01;56;17 comment by...greg -->
it is ok it is good it is not bad

<!-- Comment: Fri Jul 13 01;57;52 comment by...greg -->
good good really good

<!-- Date: Thu Jul 26 11:09:58.188 2007 -->
<!-- FixDate: Thu Jul 26 16;53;09 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-449&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-449' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-448&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-448' width='300'></a></center>
<!-- Author: Fabrizio -->
<!-- Comment: Thu Jul 26 11;10;47 comment by...Fabrizio -->
Ok, some web page problems, this is just a duplication of the above entry


<!-- Comment: Thu Jul 26 16;53;09 comment by...Yo Mama -->
This was a mistake
<!-- Comment: Thu Jul 26 16;53;33 comment by...Somebody elses mother -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Thu Jul 26 11:10:53.293 2007 -->
<!-- FixDate: Thu Jul 26 16;54;23 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-449&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-449' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-448&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-448' width='300'></a></center>
<!-- Author: Fabrizio -->
<!-- Comment: Thu Jul 26 16;54;23 comment by...Miguel M -->
Ignore this

<!-- Comment: Thu Jul 26 16;55;34 comment by...OK -->
Ok

<!-- Date: Thu May 24 14:36:07.375 2007 -->
<!-- Safety: off -->
<b>Calorimeter Problems (calibration and YMon)</b> 
<p> For the Cal QIE calibration (ACE_QIE), expect to see: 
<ul> 
<li>noisy (large Sigma) for WHA 9W, ch 3; WHA 18W ch 11 
<li> zero or low pedestal(Mean & Sig) - PHA 12W ch 3 
</ul> 
In the YMon occupancy plots we have seen: <ul> 
<li> hot for WHA phi 9W eta 7R, phi 18E eta 11R 
<li>a white cell for PHA 12W eta 11 
</ul> 
This entry was resurrected after being archived automatically.
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Fri Jul 13 18;51;55 comment by...Glenn Strycker -->
There is an error on the previous entry --

The hot channel in WHAPMTCanvas is actually at Eta 7W and Phi 9R.
<!-- Comment: Wed Aug 22 09;07;57 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu May 31 14:53:49.669 2007 -->
<!-- Safety: off -->
The L00 and ISL are partially turned off, and in the last 24 hrs the silicon reference plots have been updated to reflect this. If the L00 and ISL results look similar to what's in the reference plots, the data can be marked OK.
<!-- Author: John -->
<!-- Comment: Wed Aug 22 20;15;48 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jun 9 21:15:56.631 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sat_Jun__9_2007_211546.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-427  align='top'></td><td>Error rates in XTRP plots shown here are minor problems.  They don't affect triggering, please ignore.  We won't address them until the shutdown.</a></td></tr></table>
<!-- Author: KPitts -->
<!-- Comment: Fri Aug 24 13;33;22 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jun 15 19:07:02.914 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-428&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-428  width='300' align='top'></td><td>PHA Tower Plots West eta 11- Wedge 12 dead channel.</a></td></tr></table>
<!-- Author: Arie Bodek -->
<!-- Comment: Fri Aug 24 13;34;17 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Jul 8 01:32:52.337 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-430&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-430  width='300' align='top'></td><td>Hot channel in IMU hadron TDC plots. Suggestion: ask to the ops the reboot the relevant crate between runs.</a></td></tr></table>
<!-- Author: Luca -->
<!-- Comment: Fri Aug 24 13;34;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Jul 8 01:40:26.924 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-430&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-430  width='300' align='top'></td><td>Hot channel in IMU hadron TDC plots. Suggestion: ask to the ops the reboot the relevant crate between runs.</a></td></tr></table>
<!-- Author: Luca -->
<!-- Comment: Mon Aug 27 11;29;16 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jul 10 00:21:51.504 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-431&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-431  width='300' align='top'></td><td>We have three spikes on the 1.5.1.2: XFT FINDER Canvas SL3-4. 
Experts know that and will investigate.</a></td></tr></table>
<!-- Author: Luca -->
<!-- Comment: Mon Aug 27 11;31;22 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jul 13 18:53:39.553 2007 -->
<!-- Safety: off -->
<pre>The entry submitted on May 24th is slightly wrong -- 
 
The hot channel in WHAPMTCanvas is actually at Eta 7W and Phi 9R.</pre>
<!-- Author: Glenn Strycker -->
<!-- Comment: Mon Aug 27 11;31;30 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Jul 14 21:40:55.949 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-434&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-434  width='300' align='top'></td><td>An expert has been contacted regarding this problem.  Here is the conclusion: 
 
The upper-left-hand plot has a red background -- this is OK for now.  There is a low channel or 2 around cell number 85 that is sometimes causing the software to flag this as a warning for a potentially bad channel.  Keep an eye on this plot to make sure we do not have a rectangular block of dead channels.  Otherwise this warning is safe to ignore.</a></td></tr></table>
<!-- Author: Glenn Strycker -->
<!-- Comment: Mon Aug 27 15;54;33 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Jul 16 07:19:18.212 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-435&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-435' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-436&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-436' width='300'></a></center>
<!-- Author: Laura -->
<!-- Comment: Mon Jul 16 07;25;07 comment by...Laura -->
If you look at the first plot, CEM PMT (threshold=60ADC), it seems there is an hot channel in eta=-9, phi=5. But looking at the same in YMon expert (threshold=200ADC) the hot channel disappears...


<!-- Comment: Tue Aug 28 21;58;08 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Jul 19 13:39:37.762 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Thu_Jul_19_2007_133932.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-438  align='top'></td><td>Stacks 54&55, west bmu hot, access required to fix them</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Thu Aug 30 03;35;21 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jul 20 08:40:51.687 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Jul_20_2007_084049.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-442  align='top'></td><td>Known consequence of the previous plot.</a></td></tr></table>
<!-- Author: Phil -->
<!-- Comment: Fri Jul 20 08;42;43 comment by...Phil -->
Wedge 5 covers stacks 54&55. Note that data agrees with simulation.
<!-- Comment: Thu Aug 30 09;55;44 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jul 20 08:42:09.387 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Jul_20_2007_084203.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-444  align='top'></td><td>A noticable excess of triggers over data in one wedge. We could take a look at the mezzanine card sometime. This wouldn't seem to me to lead to much excess rate.</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Fri Jul 20 08;43;13 comment by...p -->
The excess noticed is in wedge 5 west for those that didn't notice.



<!-- Comment: Sun Sep  2 14;46;33 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Jul 26 02:49:38.883 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-446&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-446  width='300' align='top'></td><td>It is a known "problem" (bottom-left plot, bit 0), which appeared one week ago (when we started to use the trigger table v10). It is a problem in the XTRP simulation that is already fixed in the new release version. It doen't affect to the data, tha data is OK. </a></td></tr></table>
<!-- Author: Olga -->
<!-- Comment: Wed Sep  5 12;25;23 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Jul 26 03:05:11.414 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-447&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-447  width='300' align='top'></td><td>According to documentation on Trigmon Reference slides: 
 
"Please ignore East IMA and IMB Wedge 22 for a while! It is known problem. The results of this plot do not go into any GoodRun bit."</a></td></tr></table>
<!-- Author: Ronan -->
<!-- Comment: Wed Sep  5 19;38;30 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Jul 26 11:08:11.090 2007 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-449&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-449' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-448&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-448' width='300'></a></center>
<!-- Author: Fabrizio -->
<!-- Comment: Thu Jul 26 11;09;00 comment by...Fabrizio -->
This is a known problem and it should not affect data-taking. Please put it in the e-log anyway.

<!-- Comment: Thu Jul 26 11;09;43 comment by...Fabrizio -->
This is a known problem and it should not affect data-taking. Please put it in the e-log anyway.




<!-- Comment: Wed Sep  5 20;36;40 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jul 27 11:37:01.482 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Jul_27_2007_113649.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-454  align='top'></td><td>no BMU/BSU are in wedge 15. 
Needs seeking of issue of this problem.</a></td></tr></table>
<!-- Author: Davit -->
<!-- Comment: Sun Sep  9 11;03;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Jul 29 07:13:27.810 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-455&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-455  width='300' align='top'></td><td>125MeV_DCAS_Occupancy has High HAD Trigger Tower Occupancy (top-right) at west eta=6,phi=18 and west eta=8,phi=9 
</a></td></tr></table>
<!-- Author: junji -->
<!-- Comment: Mon Sep 10 16;48;31 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Jul 29 14:09:56.303 2007 -->
<!-- Safety: off -->
<b>Dead Cal Channels</b><br> 
CEM 10E has the first 3 channels dead, likely blown fuses on the CAFE readout cards.  This will show up as zero pedestals in the Cal QIE calibration, and three white boxes on the YMon occupancy plot. 
<p> 
Access request has just been submitted.
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Mon Aug 27 11;31;22 comment by...Kwangzoo (ADMEM) -->
<pre>fixed now</pre>
<!-- Comment: Tue Sep 11 18;34;51 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Aug 2 22:55:14.197 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-457&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-457  width='300' align='top'></td><td>Hot channel at West eta -7 phi 9R known. This plot can be marked ok.</a></td></tr></table>
<!-- Author: Tara -->
<!-- Comment: Wed Sep 12 14;09;27 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Aug 3 22:31:38.613 2007 -->
<!-- FixDate: Sat Aug  4 18;28;13 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-458&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-458  width='300' align='top'></td><td>Phi wedge 7+8 dead in PPR west. Problem known.</a></td></tr></table>
<!-- Author: Tara -->
<!-- Comment: Sat Aug  4 18;28;13 comment by...Tara -->
Now fixed.


<!-- Comment: Wed Sep 12 14;09;27 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Aug 6 16:31:23.658 2007 -->
<!-- FixDate: Wed Oct  3 14;24;44 2007 -->
<!-- Safety: off -->
<pre> CALQIE: All channels 11W CEM and CHA 11W channels 0 & 1 are bad  -- they will show up with zero slopes in calibration.  The ADMEM experts are aware of this and will deal with it later on in the shutdown.</pre>
<!-- Author: Shalhout (ADMEM) -->
<!-- Comment: Fri Aug 24 13;34;17 comment by...Kwangzoo (ADMEM) -->
<pre>Now fixed!</pre>





















<!-- Comment: Wed Oct  3 14;24;44 comment by...m mattson -->
Checking the fixed button so this can be archived.
<!-- Comment: Wed Oct  3 14;25;08 comment by...m mattson -->
Wuz fixed.

<!-- Date: Mon Oct 22 15:35:03.758 2007 -->
<!-- FixDate: Fri Nov 16 13;04;31 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Mon_Oct_22_2007_153500.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-460  align='top'></td><td>There are oscillations in CMX 4W, 8W. The one in 4W seems to be there all the time. The one in 8W is only there at standby HV.</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Fri Nov 16 13;04;31 comment by...Phil Schlabach -->
Both of these are gone. One was fixed; the other went away.
<!-- Comment: Fri Nov 30 00;12;41 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Oct 3 14:23:59.075 2007 -->
<!-- FixDate: Fri Dec  7 23;52;15 2007 -->
<!-- Safety: off -->
CALQIE: All channels 11W CEM and CHA 11W channels 0-4 are bad  -- they will show up with 
zero slopes in calibration.  The ADMEM experts are aware of this and will deal with it later on in 
the shutdown.
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Wed Oct 17 11;25;51 comment by...m mattson (ADMEM) -->
<br>Those central channels have been fixed.  A new problem is WHA 19W channel 10.  The pedestal value has jumped by 400 counts.  This causes the calibration to fail, and the way the software reports a failure is zero peds and slopes for the Cal QIE calibration.


<!-- Comment: Fri Dec  7 23;52;15 comment by...m mattson (ADMEM) -->
Fixed
<!-- Comment: Fri Dec  7 23;52;33 comment by...m mattson (ADMEM) -->
archived

<!-- Date: Thu Nov 22 15:39:53.638 2007 -->
<!-- FixDate: Sun Nov 25 08;33;47 2007 -->
<!-- Safety: off -->
Currently the XFT simulation is not working.  This lights up most of the plots in TrigMon.  The SciCo will have to mark the data bad for L1, set the run sections flag and put a comment that the XFT needs to be checked offline for this run.  The problem should be fixed after we repair the HV problem in the COT.
<!-- Author: Nils -->
<!-- Comment: Sun Nov 25 08;33;47 comment by...Nils -->
The problem went away after we removed the mask in SL4.




<!-- Comment: Sun Dec  9 00;02;54 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Dec 7 23:56:20.822 2007 -->
<!-- FixDate: Fri Jan 25 09;25;13 2008 -->
<!-- Safety: off -->
YMon occupancy plots are showing a white channel for PHA phi 17W eta 11R early in the runs.  It seems to be taking more events than usual before it turns from white to purple.  Do not page calorimeter ADMEM, as this is a known situation. 
<p> 
A single bad cal channel is still considered okay for data taking, and it is not clear yet if this channel is bad.
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Sat Dec  8 19;30;50 comment by...m mattson (ADMEM) -->
<br>Probable dead channel showed up in the cal QIE calibration.  If the channel is dead (electronics died), then the next run will show zero occupancy for PHA phi 12E eta 16R.  The cal data is still considered good despite the (potential) dead channel.






<!-- Comment: Fri Jan 25 09;25;13 comment by...m mattson (ADMEM) -->
This was fixed, I think at Christmas time.
<!-- Comment: Fri Jan 25 09;25;39 comment by...m mattson (ADMEM) -->
fixed

<!-- Date: Tue Jan 29 10:48:22.885 2008 -->
<!-- FixDate: Tue Jan 29 10;48;54 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-482&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-482  width='300' align='top'></td><td>East wedge 16 in IMU HAT plot</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Tue Jan 29 10;48;54 comment by...no need to do everything twice -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)




<!-- Comment: Fri Feb  1 09;08;21 comment by...me -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Wed Jan 23 04:41:07.922 2008 -->
<!-- FixDate: Fri Feb  1 13;31;09 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-477&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-477  width='300' align='top'></td><td>This is problem we look at some shift ago. We added picture in e-log. Then the expert visited us and say that "don't worry,ignore it and don't marked bad", </a></td></tr></table>
<!-- Author: Simonenko A. -->
<!-- Comment: Fri Feb  1 13;31;09 comment by...Erik -->
Removing duplicate entry.
<!-- Comment: Fri Feb  1 13;32;12 comment by...Erik -->
Removing duplicate entry.

<!-- Date: Wed Jan 23 04:49:21.016 2008 -->
<!-- FixDate: Fri Feb  1 13;32;37 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-477&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-477  width='300' align='top'></td><td>This is problem we look at some shift ago. We added picture in e-log. Then the expert visited us and say that "don't worry,ignore it and don't marked bad", </a></td></tr></table>
<!-- Author: Simonenko A. -->
<!-- Comment: Fri Feb  1 13;32;37 comment by...Erik -->
Removing duplicate entry
<!-- Comment: Fri Feb  1 13;33;23 comment by...Erik -->
Archiving duplicate

<!-- Date: Wed Jan 23 04:48:32.962 2008 -->
<!-- FixDate: Fri Feb  1 13;34;12 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-477&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-477  width='300' align='top'></td><td>This is problem we look at some shift ago. We added picture in e-log. Then the expert visited us and say that "don't worry,ignore it and don't marked bad", </a></td></tr></table>
<!-- Author: Simonenko A. -->
<!-- Comment: Fri Feb  1 13;34;12 comment by...Erik -->
Removing duplicate entry
<!-- Comment: Fri Feb  1 13;35;00 comment by...Erik -->
<pre>Archiving duplicate.</pre>

<!-- Date: Thu Jan 10 23:52:33.907 2008 -->
<!-- FixDate: Sat Feb  2 13;29;34 2008 -->
<!-- Safety: off -->
WRT the IMA/IMB HAT spike at wedge 16, shown <a href='http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2008&action=view&page=25&frame=2&anchor=05:59:47.038'> here </a>:  The plots have to do with hadron timing, but the trigger requires an BMU stub as well, and there are no BMU chambers there (toroid support region).  This problem will hang around until they power cycle the crate, and since this doesn't effect the trigger at all it isn't a high priority.
<!-- Author: James -->
<!-- Comment: Sat Feb  2 13;29;34 comment by...Erik -->
Removing duplicate entry
<!-- Comment: Sat Feb  2 13;29;58 comment by...Erik -->
Clearing duplicate entry

<!-- Date: Sat Dec 15 00:00:20.839 2007 -->
<!-- FixDate: Sat Feb  2 15;33;03 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Dec_14_2007_235815.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-469  align='top'></td><td>There is a continuous block of 9 dead channels corresponding to a problem with an admem board. Runs with this feature should be marked <b>bad</b>. An access was requested to fix this problem.</a></td></tr></table>
<!-- Author: Jason -->
<!-- Comment: Sat Feb  2 15;33;03 comment by...Erik -->
Removing duplicate entry
<!-- Comment: Sat Feb  2 15;33;25 comment by...Erik -->
Archiving duplicate entry

<!-- Date: Sat Dec 15 07:46:22.300 2007 -->
<!-- FixDate: Sat Feb  2 16;00;37 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Dec_14_2007_235815.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-469  align='top'></td><td>There is a continuous block of 9 dead channels corresponding to a problem with an admem board. Runs with this feature should be marked <b>bad</b>. An access was requested to fix this problem.</a></td></tr></table>
<!-- Author: Jason -->
<!-- Comment: Sat Feb  2 16;00;37 comment by...Erik -->
Removing duplicate entry
<!-- Comment: Sat Feb  2 16;01;01 comment by...Erik -->
Archiving duplicate entry

<!-- Date: Fri Feb 1 22:22:09.423 2008 -->
<!-- FixDate: Mon Feb  4 19;32;29 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-493&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-493  width='300' align='top'></td><td>Hot channel in CMU east side</a></td></tr></table>
<!-- Author: Yen-Chu Chen -->
<!-- Comment: Mon Feb  4 19;32;29 comment by...Yen-Chu Chen -->
This hot channel is no longer there.

<!-- Comment: Mon Feb  4 19;34;38 comment by...Yen-Chu Chen -->
The issue disappeared.

<!-- Date: Fri Feb 1 22:21:10.019 2008 -->
<!-- FixDate: Mon Feb  4 19;37;18 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-492&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-492  width='300' align='top'></td><td>New failed channels in the ISL0 and ISL1. 
ISL0: wedge #19, layer 5;  
ISL1: wedge #21, layer 0</a></td></tr></table>
<!-- Author: Yen-Chu Chen -->
<!-- Comment: Mon Feb  4 19;37;18 comment by...Yen-Chu Chen -->
These new red ones come and go. Don't seem to be real issues.

<!-- Comment: Mon Feb  4 19;37;42 comment by...Yen-Chu Chen -->
Not real issues.

<!-- Date: Thu Feb 14 07:50:21.015 2008 -->
<!-- FixDate: Thu Feb 14 07;50;42 2008 -->
<!-- FixDate: Thu Feb 14 07;50;37 2008 -->
<!-- Safety: off -->
Per Larry, "PEM 3W eta -10 R (according to YMON) is dead, should be marked known"
<!-- Author: Phil Schlabach -->
<!-- Comment: Thu Feb 14 07;50;37 comment by...phil -->
stuttered

<!-- Comment: Thu Feb 14 07;50;42 comment by...phil -->
stuttered


<!-- Comment: Thu Feb 14 14;11;15 comment by...m mattson -->
repeat entry

<!-- Date: Thu Feb 14 07:50:46.465 2008 -->
<!-- FixDate: Thu Feb 14 07;51;10 2008 -->
<!-- Safety: off -->
Per Larry, "PEM 3W eta -10 R (according to YMON) is dead, should be marked known"
<!-- Author: Phil Schlabach -->
<!-- Comment: Thu Feb 14 07;51;10 comment by...p -->
again



<!-- Comment: Thu Feb 14 14;11;30 comment by...m mattson -->
repeat entry

<!-- Date: Thu Jan 10 10:08:29.840 2008 -->
<!-- FixDate: Thu Feb 14 07;40;54 2008 -->
<!-- Safety: off -->
WRT the IMA/IMB HAT spike at wedge 16, shown <a href='http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2008&action=view&page=25&frame=2&anchor=05:59:47.038'> here </a>:  The plots have to do with hadron timing, but the trigger requires an BMU stub as well, and there are no BMU chambers there (toroid support region).  This problem will hang around until they power cycle the crate, and since this doesn't effect the trigger at all it isn't a high priority.
<!-- Author: James -->
<!-- Comment: Thu Feb 14 07;40;54 comment by...phil Schlabach -->
fixed by power cycling the wcal crate
<!-- Comment: Thu Feb 28 00;09;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jan 29 10:45:02.581 2008 -->
<!-- FixDate: Thu Feb 14 07;42;12 2008 -->
<!-- FixDate: Thu Feb 14 07;42;06 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-482&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-482  width='300' align='top'></td><td>East wedge 16 in IMU HAT plot</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Tue Jan 29 10;48;08 comment by...Phil -->
See comment <a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=10:08:29.840'>
here</a>. We haven't, as yet, tried power cycling any crate.

<!-- Comment: Tue Jan 29 10;48;16 comment by...Phil -->
See comment <a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=10:08:29.840'>
here</a>. We haven't, as yet, tried power cycling any crate.


<!-- Comment: Tue Jan 29 10;50;28 comment by...Phil -->
As for the little blit in east wedge 3 in the imb plot, see this <a href=
'/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=1&frame=2&anchor=13:06:46.671'>
comment</a>.
<!-- Comment: Thu Jan 31 21;43;35 comment by...Paul -->
These links appear to be broken -- I think this will fix them:<br>
<a href="#10:08:29.840">comment 1 on this issue</a><br>
<a href="#13:06:46.671">comment 2 on east wedge 3</a>

<!-- Comment: Thu Feb 14 07;42;06 comment by...phil -->
wedge 16 fixed by power cycling the wcal crate, wedge 3 was not fixed by power cycling that wcal crate
<!-- Comment: Thu Feb 14 07;42;12 comment by...phil -->
wedge 16 fixed by power cycling the wcal crate, wedge 3 was not fixed by power cycling that wcal crate
<!-- Comment: Thu Feb 28 00;09;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Oct 31 00:35:16.392 2007 -->
<!-- Safety: off -->
WHA East Eta 9, Phi 3L is dead. Larry said one dead pmt is fine.
<!-- Author: Thomas Kuhr -->
<!-- Comment: Thu Feb 28 00;09;32 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Jan 25 09:29:22.943 2008 -->
<!-- FixDate: Sat Mar  8 11;49;01 2008 -->
<!-- Safety: off -->
<b>Calorimeter Electronics</b><br> 
CO noticed a dead channel in the calibrations.  CEM 12E ch 0 looks bad for its 4 capacitors.  This will also show up in YMon for phi 12 east side, lowest eta. 
<br> 
Calorimeter data is still "good", one bad card can be compensated for.
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Sat Mar  8 11;49;01 comment by...m mattson (ADMEM) -->
Card was replaced
<!-- Comment: Sat Mar  8 11;49;28 comment by...m mattson (ADMEM) -->
fixed

<!-- Date: Wed Feb 13 14:37:26.695 2008 -->
<!-- FixDate: Sat Mar  8 11;50;36 2008 -->
<!-- Safety: off -->
<pre>CalQie calibration: 
 
  PEM 11E channel 7 is showing near-zero slopes. 
  This is a Single channel problem does not impact data taking. 
   
</pre>
<!-- Author: Shalhout (ADMEM) -->
<!-- Comment: Wed Feb 13 14;39;31 comment by...Shalhout -->
Calibration output can be seen 
<a href=
'/cgi/elog/elog.pl?nb=2008&action=view&page=131&frame=2&anchor=11:36:37.029'>
 here</a> 

<!-- Comment: Wed Feb 13 14;39;42 comment by...Shalhout -->
Calibration output can be seen 
<a href=
'/cgi/elog/elog.pl?nb=2008&action=view&page=131&frame=2&anchor=11:36:37.029'>
 here</a> 






<!-- Comment: Thu Feb 14 14;10;52 comment by...m mattson (ADMEM) -->
<p>Today's calibration does not have a slope problem for this channel.  This may have been fixed when pcal09 was rebooted, or yesterday's problem may have been a fluke.
<p>
Leave this entry here for now.  If this problem shows up again, please make a note in the e-log, but no need to take other measures.
<!-- Comment: Sat Mar  8 11;50;36 comment by...m mattson (ADMEM) -->
Appears to be a one-time glitch which has not come back.
<!-- Comment: Sat Mar  8 11;51;47 comment by...m mattson (ADMEM) -->
Appears to be a one-time glitch which has not come back.

<!-- Date: Thu Feb 14 07:50:15.904 2008 -->
<!-- FixDate: Sat Mar  8 11;51;06 2008 -->
<!-- Safety: off -->
Per Larry, "PEM 3W eta -10 R (according to YMON) is dead, should be marked known"
<!-- Author: Phil Schlabach -->
<!-- Comment: Thu Feb 14 14;13;24 comment by...m mattson (ADMEM) -->
<br>
I got an e-mail that there was a problem with 3W eta 10R, but the YMon plots for run 258049 (during owl shift) appear to be normal as well.
<p>
I am going to guess that this channel, which has low occupancy to begin with, happened to be blank when the CO checked it early in the run, and filled in later.
<p>
If the CO notices that this channel is empty quite a bit longer than its neighbors (but fills in eventually), make a note in the e-log, but no need to take drastic measures.


<!-- Comment: Sat Mar  8 11;51;06 comment by...m mattson (ADMEM) -->
Appears to be a one-time glitch which has not come back.
<!-- Comment: Sat Mar  8 11;52;08 comment by...m mattson (ADMEM) -->
Appears to be a one-time glitch which has not come back.

<!-- Date: Sat Jan 5 00:24:30.688 2008 -->
<!-- FixDate: Mon Mar 10 14;33;38 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-473&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-473  width='300' align='top'></td><td>In the YMon CSP Occupancy canvas, upper left plot, Channel 4 appears to be hot; one of the CSP experts (Akram Artikov), <a href='http://www-cdfonline.fnal.gov/cgi/internal/elog/elog.pl?nb=2008&action=copyentry&page=10&time=02:32:41.004'>says</a> this is a known problem which will be addressed at the next supervised access.</a></td></tr></table>
<!-- Author: Jason Galyardt -->
<!-- Comment: Mon Mar 10 14;33;38 comment by...Phil -->
fixed in access of 03/04/2008
<!-- Comment: Thu Mar 13 14;08;31 comment by...jj -->
Farrukh and I moved this into archive as a learning experience. We hope this is OK.

<!-- Date: Wed Feb 27 14:34:45.047 2008 -->
<!-- FixDate: Mon Mar 10 14;34;20 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-494&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-494  width='300' align='top'></td><td>CMP top, stack 1 was disabled yesterday. It was oscillating and screwing up its neighbors as well as the phi gap trigger (at the very least)</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Mon Mar 10 14;34;20 comment by...Phil -->
fixed in access of 03/11/2008
<!-- Comment: Mon Mar 17 08;14;52 comment by...Peter Dong -->
Fixed in access.  Now crossed out by Phil.

<!-- Date: Sat Mar 15 16:04:19.977 2008 -->
<!-- FixDate: Mon Mar 17 08;16;27 2008 -->
<!-- FixDate: Mon Mar 17 08;16;06 2008 -->
<!-- Safety: off -->
ended and restarted svxmon monitor and display
<!-- Author: gavril -->
<!-- Comment: Sat Mar 15 16;04;59 comment by...gavril -->
...as instructe by svx expert


<!-- Comment: Mon Mar 17 08;16;06 comment by...Peter Dong -->
Wrong e-log.

<!-- Comment: Mon Mar 17 08;16;27 comment by...Peter Dong -->
Wrong e-log

<!-- Comment: Mon Mar 17 08;16;55 comment by...Peter Dong -->
Wrong e-log.

<!-- Date: Sat Dec 15 03:55:37.977 2007 -->
<!-- FixDate: Mon Mar 17 09;18;55 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-470&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-470  width='300' align='top'></td><td>Some new hot PMT's (w.r.t. reference plots) are observed in CEM and WHA, much more in CHA (see plot). This was also observed in previous runs. 
Experts were e-mailed about that: L. Nodulman answered none of those are serious problems.</a></td></tr></table>
<!-- Author: Giuseppe Latino -->
<!-- Comment: Mon Mar 17 09;18;55 comment by...Shalhout -->
<pre>Removing-this does not show up in recent runs  </pre>
<!-- Comment: Mon Mar 17 09;30;53 comment by...Peter Dong -->
Fixed.

<!-- Date: Tue Jan 29 02:44:34.031 2008 -->
<!-- FixDate: Mon Mar 17 09;21;37 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-480&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-480  width='300' align='top'></td><td>Hot pmt @ WHA E11W5L. 
Larry replied that "high threshold. So not too serious".</a></td></tr></table>
<!-- Author: Elena -->
<!-- Comment: Sun Mar  9 08;53;55 comment by...Jennifer :-) -->
Do you mean west 11? Also, I do not think that this problem  exists anymore. Please double check. Thank you!
<!-- Comment: Mon Mar 17 09;21;37 comment by...Shalhout (ADMEM) -->
<pre>Removed -- this channel  is not hot in most recent run</pre>
<!-- Comment: Mon Mar 17 09;31;18 comment by...Peter Dong -->
Fixed.

<!-- Date: Mon Jan 28 12:48:48.646 2008 -->
<!-- FixDate: Mon Mar 17 11;51;09 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-478&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-478  width='300' align='top'></td><td>Stacks 152-153 E were unplugged from the HV daisy chain Jan. 20, 2008. One or both will need to be fixed.</a></td></tr></table>
<!-- Author: Phil -->
<!-- Comment: Mon Mar 17 11;51;09 comment by...Phil Schlabach -->
updated below (151-153E dead)
<!-- Comment: Mon Mar 17 12;31;52 comment by...Peter Dong -->
Fixed.

<!-- Date: Fri Dec 14 23:58:23.473 2007 -->
<!-- FixDate: Wed Mar 19 09;53;56 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Dec_14_2007_235815.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-469  align='top'></td><td>There is a continuous block of 9 dead channels corresponding to a problem with an admem board. Runs with this feature should be marked <b>bad</b>. An access was requested to fix this problem.</a></td></tr></table>
<!-- Author: Jason -->
<!-- Comment: Fri Dec 14 23;59;08 comment by...Jason -->
Clarification: It's the lower right plot that exhibits this problem


<!-- Comment: Wed Mar 19 09;53;56 comment by...Peter Dong -->
Bruno says this was fixed a long time ago.
<!-- Comment: Wed Mar 19 09;54;28 comment by...Peter Dong -->
Bruno says this was fixed a long time ago.

<!-- Date: Sat Dec 15 12:15:00.911 2007 -->
<!-- FixDate: Thu Mar 20 15;14;46 2008 -->
<!-- Safety: off -->
On CO instructions for XMon web pages, the scripts which generate "Available triggers of interest" are not working since recent upgrade of b0gateway. The problem could be because of changed apache server settings or linking to XMon executable. I am working on this issue and should have an  update early next week (Dec 18, 2007 or so). 
<!-- Author: Nagesh Kulkarni (for XMon) -->
<!-- Comment: Sat Feb  2 12;06;47 comment by...Erik -->
The XMon script results are still not visible on the web page.  Nagesh writes that he is still investigating.
<!-- Comment: Tue Feb 12 12;45;31 comment by...Nagesh Kulkarni -->
CO instructions web pages for XMOn should be working now. Please let me know if you find any problems. My email: nageshk@fnal.gov
<!-- Comment: Thu Mar 20 15;14;46 comment by...Peter Dong -->
Fixed already.
<!-- Comment: Thu Mar 20 15;15;12 comment by...Peter Dong -->
Fixed.

<!-- Date: Thu Mar 27 10:41:40.497 2008 -->
<!-- FixDate: Thu Mar 27 10;42;34 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-503&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-503  width='300' align='top'></td><td>The low channels will be looked at next access.  For now, please mark all data GOOD for PES if it looks like this plot (or if it looks like the usual reference).</a></td></tr></table>
<!-- Author: Peter Dong -->
<!-- Comment: Thu Mar 27 10;42;34 comment by...Peter Dong -->
Something is screwy with the e-log.
<!-- Comment: Thu Mar 27 10;42;52 comment by...Peter Dong -->
Weird.

<!-- Date: Thu Mar 27 10:41:55.968 2008 -->
<!-- FixDate: Thu Mar 27 10;43;07 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-503&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-503  width='300' align='top'></td><td>The low channels will be looked at next access.  For now, please mark all data GOOD for PES if it looks like this plot (or if it looks like the usual reference).</a></td></tr></table>
<!-- Author: Peter Dong -->
<!-- Comment: Thu Mar 27 10;43;07 comment by...Peter Dong -->
Something funny with the e-log.

<!-- Comment: Thu Mar 27 10;43;31 comment by...Peter Dong -->
Weird2.

<!-- Date: Fri Apr 4 11:49:56.522 2008 -->
<!-- FixDate: Fri Apr  4 11;57;08 2008 -->
<!-- Safety: off -->
<table border=0><td><tr><td bgcolor=#e0e030>Please ignore IMA problems (even if the comparision plot is Red). 
IMA is not in the trigger.</td></tr></td></table>
<!-- Author: Farrukh -->
<!-- Comment: Fri Apr  4 11;52;27 comment by...Farrukh -->
An example of the proble is 1.4.7.1 top left plot. (East IMA HAT wedge distribution).
https://www-cdfonline.fnal.gov/cgi/internal/mon/cdfdoc/ConsumerGifs/referenceSlides.pl?reference=ts#imuhat


<!-- Comment: Fri Apr  4 11;57;08 comment by...Farrukh -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Fri Apr  4 11;58;02 comment by...farrukh -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Fri Apr 4 11:54:55.423 2008 -->
<!-- FixDate: Fri Apr  4 11;58;35 2008 -->
<!-- Safety: off -->
<table border=0><td><tr><td bgcolor=#e0e030>Please ignore IMA problems (even if the comparision plot is Red). 
IMA is not in the trigger.</td></tr></td></table>
<!-- Author: Farrukh -->
<!-- Comment: Fri Apr  4 11;58;35 comment by...farrukh -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Fri Apr  4 11;59;12 comment by...farrukh -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Fri Apr 4 11:55:25.277 2008 -->
<!-- FixDate: Fri Apr  4 11;59;41 2008 -->
<!-- Safety: off -->
<table border=0><td><tr><td bgcolor=#e0e030>Please ignore IMA problems (even if the comparision plot is Red). 
IMA is not in the trigger.</td></tr></td></table>
<!-- Author: Farrukh -->
<!-- Comment: Fri Apr  4 11;59;41 comment by...Farrukh -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Fri Apr  4 11;59;55 comment by...farrukh -->
Please avoid using sophisticated HTML codes in this comments. (click to clear this message)


<!-- Date: Fri Apr 4 16:51:39.990 2008 -->
<!-- FixDate: Fri Apr  4 16;52;08 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-505&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-505  width='300' align='top'></td><td>IMA Hat Canvas 1.4.7.1 (upper left plot) has a hot channel #21. Ignore this error, no data is marked bad for this and nothing needs to be power-cycled. IMA is not in the trigger.</a></td></tr></table>
<!-- Author: Farrukh -->
<!-- Comment: Fri Apr  4 16;52;08 comment by...Farrukh -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)



<!-- Comment: Fri Apr  4 16;53;04 comment by...Farrukh -->
mistake

<!-- Date: Fri Apr 4 16:51:31.627 2008 -->
<!-- FixDate: Fri Apr  4 16;54;19 2008 -->
<!-- FixDate: Fri Apr  4 16;53;52 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-505&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-505  width='300' align='top'></td><td>IMA Hat Canvas 1.4.7.1 (upper left plot) has a hot channel #21. Ignore this error, no data is marked bad for this and nothing needs to be power-cycled. IMA is not in the trigger.</a></td></tr></table>
<!-- Author: Farrukh -->
<!-- Comment: Fri Apr  4 16;53;52 comment by...Farrukh -->
Multiple entries.
<!-- Comment: Fri Apr  4 16;54;19 comment by...Farrukh -->
Toss
<!-- Comment: Fri Apr  4 16;54;44 comment by...Farrukh -->
toss

<!-- Date: Fri Mar 7 11:43:13.516 2008 -->
<!-- FixDate: Mon Mar 24 14;00;10 2008 -->
<!-- Safety: off -->
Looks like a bad CAFE card for the ccal15 slot 17 ch 1.  This will show up as: 
<ul> 
<li> Bad chanel in Cal calibration for CHA phi 21E ch 1 (all four capacitors bad) 
<li> Hot cell in the CHA occupancy at phi 21E eta 0, as shown in this 
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2008&action=view&page=199&frame=2&anchor=04:44:46.943'> 
this shift e-log entry</a> 
<li> Low occupancy on the high threshold CHA occupancy plot 
</ul> 
A low priority access request has been submitted.
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Sat Mar  8 10;08;28 comment by...m mattson (ADMEM) -->
<br> The bad channel for cal calibration will show up as four bad pedestals (one for each capacitor), and a whole list of bad slopes (since each capacitor has 8 slope ranges).
<!-- Comment: Mon Mar 24 14;00;10 comment by...Shalhout (ADMEM) -->
<pre>This cafe card was swapped out during Friday's Access.</pre>
<!-- Comment: Mon Apr  7 15;43;42 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Mar 7 19:00:05.543 2008 -->
<!-- FixDate: Mon May 19 07;10;19 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-495&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-495  width='300' align='top'></td><td>Posted on behalf of Larry Nodulman</a></td></tr></table>
<!-- Author: Martin Heck -->
<!-- Comment: Wed Mar 12 12;41;19 comment by...Jennifer :-) -->
Posted in main e-log from Shalhout: This is actually ccal15 slot 17 ch 1.  There is an access request posted for this channel.
<!-- Comment: Wed Mar 12 12;46;58 comment by...Shalhout (ADMEM) -->
<pre>To make things more clear : 
the entry directly above this (Fri Mar 7 11:43:13) refers to this plot.</pre>
<!-- Comment: Wed Mar 12 12;47;05 comment by...Shalhout (ADMEM) -->
<pre><pre>To make things more clear : 
the entry directly above this (Fri Mar 7 11:43:13) refers to this plot.</pre></pre>
<!-- Comment: Mon May 19 07;10;19 comment by...m mattson (ADMEM) -->
No longer there, must have been fixed.
<!-- Comment: Mon May 19 07;10;50 comment by...m mattson (ADMEM) -->
archived

<!-- Date: Sun May 18 11:33:37.041 2008 -->
<!-- FixDate: Wed May 21 09;34;46 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-531&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-531  width='300' align='top'></td><td>A new dead PMT. East 5 23.  
It will be on low priority to fix</a></td></tr></table>
<!-- Author: Sneha Malde (on behalf of Larry N) -->
<!-- Comment: Mon May 19 07;12;56 comment by...m mattson (ADMEM) -->
<br>Was noticed in the owl shift, but not connected to this plot.  Besides the blank cell noted, the Cal QIE calibration will have zero pedestals for the four capacitors that belong to this channel (CHA 23E ch 10).

<!-- Comment: Wed May 21 09;34;46 comment by...Shalhout -->
<pre>This was fixed during the access on May 20, 2008</pre>



<!-- Comment: Wed Jun  4 00;02;41 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 18 20:52:14.255 2008 -->
<!-- FixDate: Fri Jun  6 17;44;27 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Apr_18_2008_205142.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-509  align='top'></td><td>This seems a new problem.</a></td></tr></table>
<!-- Author: giorgio bellettini -->
<!-- Comment: Fri Jun  6 17;44;27 comment by...Heather -->
Swapped XTC in COT 11 Slot 12.  Fixed.
<!-- Comment: Fri Jun  6 18;01;45 comment by...Heather -->
problem fixed

<!-- Date: Thu Jun 19 08:15:10.622 2008 -->
<!-- FixDate: Thu Jun 19 08;15;42 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-536&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-536  width='300' align='top'></td><td>Current status of BMU West</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Thu Jun 19 08;15;42 comment by...p -->
don't need 3 entries
<!-- Comment: Tue Jun 24 07;46;48 comment by...Peter Dong -->
Don't need 3 entries

<!-- Date: Thu Jun 19 08:15:13.752 2008 -->
<!-- FixDate: Thu Jun 19 08;16;28 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-536&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-536  width='300' align='top'></td><td>Current status of BMU West</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Thu Jun 19 08;16;02 comment by...p -->
-

<!-- Comment: Thu Jun 19 08;16;28 comment by...p -->
-


<!-- Comment: Tue Jun 24 07;47;01 comment by...Peter Dong -->
Don't need 3 entries

<!-- Date: Tue Jun 17 07:46:41.084 2008 -->
<!-- FixDate: Thu Jun 19 08;12;40 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-535&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-535  width='300' align='top'></td><td>Stacks 48-59 dead post access 6/15/08</a></td></tr></table>
<!-- Author: Phil -->
<!-- Comment: Thu Jun 19 08;12;40 comment by...Phil Schlabach -->
situation resolved in access of 6/18/08


<!-- Comment: Tue Jun 24 07;47;16 comment by...Peter Dong -->
Fixed

<!-- Date: Wed Jun 11 08:19:42.119 2008 -->
<!-- FixDate: Tue Jun 17 07;47;26 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Jun_11_2008_081925.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-534  align='top'></td><td>Noise in several layers in few channels around ch50 
I was asked by the experts to add this plot to the list of known problems</a></td></tr></table>
<!-- Author: Guenakh Mitselmakher -->
<!-- Comment: Thu Jun 12 08;23;46 comment by...Phil -->
<pre>Experts have discussed this and ruled that the data is still GOOD.</pre>


<!-- Comment: Tue Jun 17 07;47;26 comment by...Phil Schlabach -->
fixed by breaking the whole HV channel in access of 6/17/08
<!-- Comment: Tue Jun 24 07;47;37 comment by...Peter Dong -->
Fixed.

<!-- Date: Thu Mar 27 10:40:38.648 2008 -->
<!-- FixDate: Tue Jun 24 07;48;11 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-503&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-503  width='300' align='top'></td><td>The low channels will be looked at next access.  For now, please mark all data GOOD for PES if it looks like this plot (or if it looks like the usual reference).</a></td></tr></table>
<!-- Author: Peter Dong -->
<!-- Comment: Thu Mar 27 10;41;35 comment by...Peter Dong, Larry Nodulman, Britney Rutherford -->
Referring to the dead channels at PES east, u layer, octant 5, strips 40-90 or so.








<!-- Comment: Tue Jun 24 07;48;11 comment by...Peter Dong -->
This is now fixed.
<!-- Comment: Tue Jun 24 07;49;00 comment by...Peter Dong -->
This is now fixed.

<!-- Date: Fri Nov 16 13:06:46.671 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Nov_16_2007_130640.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-462  align='top'></td><td>IMB HAT plots in trigmon</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Fri Nov 16 13;09;04 comment by...phil -->
 </cite>Fotis <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2007&action=view&page=888&frame=2&anchor=22:17:24.615'> says</a> that East IMB wedge 3 is not the usual problem for which power cycling is recommended.



<!-- Comment: Thu Feb 14 07;45;53 comment by...Phil -->
wedge 3 has gotten worse, power cycling the wcal crate was tried (by mistake), it didn't work. Just to document what was done, Wcal04 and 06 were power cycled to fix wedge 3 and wedge 16. The latter was fixed.
<!-- Comment: Wed Mar 12 13;38;41 comment by...Phil -->
We're now back to a slight excess in East IMB wedge 3 more or less as shown in the plot.
<!-- Comment: Fri Apr  4 16;47;48 comment by...Glenn Strycker -->
See message below about IMA Hat.
<!-- Comment: Thu Jul 17 01;03;21 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Nov 18 20:27:41.244 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-464&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-464  width='300' align='top'></td><td>For SL6 the errors around 150 and 230 degrees should be ignored for now.  If there are many errors in other parts of the plot, please page XFT.</a></td></tr></table>
<!-- Author: Nils -->
<!-- Comment: Mon Dec 10 20;35;28 comment by...Nils -->
Seriously, please page us immediately about problems in any other part of the XFT.  Particularly there is a on-again off-again problem in SL2 at phi=0-20 degrees for which we need to be paged right away.
<!-- Comment: Mon Dec 10 20;35;40 comment by...Nils -->
Seriously, please page us immediately about problems in any other part of the XFT.  Particularly there is a on-again off-again problem in SL2 at phi=0-20 degrees for which we need to be paged right away.
<!-- Comment: Thu Apr 24 17;36;16 comment by...K Burkett -->
Martin says this still belongs in the known problem list.
<!-- Comment: Wed May 14 13;47;26 comment by...Charles Plager -->
<table border=0><td><tr><td bgcolor=#e0e030>Can we either fix the problem or at least fix TrigMon so it doesn't say this all of the time?  It's been on the known problem list for almost half of a year.</td></tr></td></table>
<!-- Comment: Thu Jul 17 01;06;25 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Nov 30 12:22:48.782 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-465&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-465  width='300' align='top'></td><td>Superlayer 2: masked XTC 
Superlayer 4: masked cell due to high voltage problems</a></td></tr></table>
<!-- Author: Martin Frank -->
<!-- Comment: Sat Dec 15 07;14;15 comment by...Nils -->
To clarify:  There is a spike in each of the occupancy plots (the two top plots).  Both of these spikes are known and shouldn't cause any problems.  The wide spike in the upper left plot is due to an XTC that is masked on.  The narrow and lower spike in the upper right plot is due to a masked cell.
<!-- Comment: Thu Jul 17 23;55;38 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Dec 7 07:10:54.278 2007 -->
<!-- Safety: off -->
Run 254897 , TOFQIE : Top left plot  shows 10 channels located on east side wcal04 with no pedestal. m.i
<!-- Author: iori -->
<!-- Comment: Fri Jul 18 00;14;11 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Dec 19 07:41:17.634 2007 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Dec_19_2007_074108.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-472  align='top'></td><td>A dead PMT is sometimes observed in West PHA on tower 11 at low statistics. The problem tyically goes away with more statistics.  
From expert (Willis): the PHA eta=11 towers are very small: They are only 3 longitudinal layers deep (full ones are 24 layers deep) and cover less than half of the r-phi space in those 3 layers. There is a full WHA eta=11 tower behind them.</a></td></tr></table>
<!-- Author: Giuseppe -->
<!-- Comment: Sat Feb  2 13;39;17 comment by...Erik -->
Probably related is that the pluglaser calibration shows a very low response in the same tube.
See <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2008&action=view&page=98&frame=2&anchor=09:27:17.725'>here</a>.

<!-- Comment: Fri Jul 18 00;31;14 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jan 8 08:31:20.654 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-475&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-475  width='300' align='top'></td><td>Calibration failure is known: <a href= 
'/cgi/elog/elog.pl?nb=2008&action=view&page=17&frame=2&anchor=09:36:26.273'> 
See log notes about it </a>.  Problem with calibration electronics, not with real data (but keep an eye on real data).  Hurts CEMLED and CALXEF. 
</a></td></tr></table>
<!-- Author: James Bellinger -->
<!-- Comment: Fri Jul 18 00;39;36 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jan 8 08:32:37.073 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-476&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-476  width='300' align='top'></td><td>CEMLED plot that goes with the above</a></td></tr></table>
<!-- Author: James Bellinger -->
<!-- Comment: Fri Jul 18 00;48;19 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Jan 21 09:44:14.225 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-477&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-477  width='300' align='top'></td><td>This is problem we look at some shift ago. We added picture in e-log. Then the expert visited us and say that "don't worry,ignore it and don't marked bad", </a></td></tr></table>
<!-- Author: Simonenko A. -->
<!-- Comment: Fri Jul 18 07;59;31 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun Jan 27 22:40:17.464 2008 -->
<!-- Safety: off -->
<b>CAL XEF calibration</b> 
 
<br> 
<a href='/cgi/elog/elog.pl?nb=2008&action=view&page=-589&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2008&action=view&page=-589' width='300'></a> 
 
<br> 
Wedges 3E and 5E show up as red in the noise plot (upper-right corner; this is the 2nd of the two calibration plots). This is apparently a <a href="http://www-cdfonline.fnal.gov/cgi/internal/elog/elog.pl?nb=2008&action=xe&page=50&time=09:44:21.025">known issue</a> and promises have been made to update the reference plot. Until then, don't worry.
<!-- Author: Paul L. -->
<!-- Comment: Fri Jul 18 08;23;30 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jan 29 00:31:25.813 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-479&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-479  width='300' align='top'></td><td>Explanation from Eric James: 
"The BSU does not actually exist in wedge 15.   
The observed signal in the plot comes from empty (but oscillating) channels hooked up to the TDC.   
...So, a note should be put in the 
instructions to ignore any deviations in wedges 15-20 
(even if they make the plot turn red) 
</a></td></tr></table>
<!-- Author: Elena -->
<!-- Comment: Fri Jul 18 08;23;30 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jan 29 17:01:38.760 2008 -->
<!-- Safety: off -->
<b>CAL XEF calibration</b> (but a different issue from above) 
 
<br> 
<a href='/elog/notebooks/fixlist/Tue_Jan_29_2008_165948.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-485' ></a> 
<br> 
 
Tower 0E Wedge 12R is newly dead; see the white square in both of the top two plots (this is the 1st of the two calibration plots). Note that it's hard to see on the right plot because it runs into the (known) problem in wedge 13, but it is there. Steve Hahn has been notified and will keep an eye on it.
<!-- Author: Paul -->
<!-- Comment: Fri Jul 18 08;33;37 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Mar 12 01:27:17.268 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Wed_Mar_12_2008_012707.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-501  align='top'></td><td>ObjectMon SVX slides at high luminosity show higher d_0 tails and worse Chi^2 distributions than at lower lumninosity. Reference plots will be updated. Until then, use also these d_0 and Chi^2 plots as possible references. The effect is small, larger deviations still to be flaged</a></td></tr></table>
<!-- Author: Mauro -->
<!-- Comment: Fri Jul 18 10;57;56 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Mar 12 13:43:21.352 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-502&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-502  width='300' align='top'></td><td>Current status of east BMU:  temporarily dead 152-155E.</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Fri Mar 21 16;06;25 comment by...Phil -->
During the access today Varsha and Yeongdae restored 3 of the 4. In the end, the bad stack has been isolated to 152. It has been left unplugged.
<!-- Comment: Fri Jul 18 11;01;19 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Wed Mar 12 16:13:50.892 2008 -->
<!-- Safety: off -->
XMon display is reporting many warning canvases. These messages are not correct. Could you ignore them until further instruction?  
<br>example are below: <br> 
 
<a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-7093&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-7093' width='150'></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-7094&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-7094' width='150'></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-7095&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-7095' width='150'></a><a href='/cgi/elog/elog.pl?nb=2007&action=view&page=-7096&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2007&action=view&page=-7096' width='150'></a> <BR>
<!-- Author: Koji -->
<!-- Comment: Fri Jul 18 11;59;14 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Apr 4 16:52:19.945 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-505&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-505  width='300' align='top'></td><td>IMA Hat Canvas 1.4.7.1 (upper left plot) has a hot channel #21. Ignore this error, no data is marked bad for this and nothing needs to be power-cycled. IMA is not in the trigger.</a></td></tr></table>
<!-- Author: Farrukh -->
<!-- Comment: Fri Jul 18 16;12;56 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Apr 7 22:37:50.020 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-506&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-506  width='300' align='top'></td><td>Empty bins at 7,8 pad, wedge 14. 28,100 events.</a></td></tr></table>
<!-- Author: lander -->
<!-- Comment: Fri Jul 18 16;32;45 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Apr 21 17:57:57.091 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Mon_Apr_21_2008_175754.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-511  align='top'></td><td>Large spike at phi about 125 degrees in COT SL4 Segment Occupancy Vs PHI plot.  
 
Large spike at phi<30 degrees in COT SL2 Segment Occupancy Vs PHI plot</a></td></tr></table>
<!-- Author: mtrovato -->
<!-- Comment: Fri Jul 18 20;38;16 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Apr 21 21:03:24.779 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Mon_Apr_21_2008_210321.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-513  align='top'></td><td>Crate01 seems to have some errors. Perhaps it can be related to the problem posted by Allison today at 17:15:19 </a></td></tr></table>
<!-- Author: Marco Trovato -->
<!-- Comment: Fri Jul 18 20;39;42 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Apr 24 14:46:05.004 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Thu_Apr_24_2008_144558.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-515  align='top'></td><td>Looks like a noisy PMT.  Known problem (may be hard to fix).  No action needs to be taken, as long as data taking is not affected.  MAY show up in TrigMon occupancy for cal trigger eta 7 phi 1 HAD.</a></td></tr></table>
<!-- Author: m mattson -->
<!-- Comment: Fri Apr 25 11;12;48 comment by...m mattson (ADMEM) -->
This plot was made while taking Cosmics.  The most recent data run does not have this feature at all.  Will wait until the next between-store run to see if this PMT noise has gone away, or if it is limited to cosmic trigger only.


<!-- Comment: Fri Jul 18 20;39;56 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat May 3 09:55:15.444 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-516&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-516  width='300' align='top'></td><td>Known string of dead channels in preradiator on west side 
phi 5 and 6 between eta -17 and -10 
 
Experts are aware</a></td></tr></table>
<!-- Author: Tom -->
<!-- Comment: Fri Jul 18 20;40;44 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sun May 4 18:35:31.746 2008 -->
<!-- Safety: off -->
<center><a href='elog/notebooks/fixlist/Sun_May__4_2008_183317.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-522' ></a><a href='elog/notebooks/fixlist/Sun_May__4_2008_183340.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-524' ></a><a href='elog/notebooks/fixlist/Sun_May__4_2008_183409.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-526' ></a><a href='elog/notebooks/fixlist/Sun_May__4_2008_183428.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-528' ></a><a href='elog/notebooks/fixlist/Sun_May__4_2008_183448.ps'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-530' ></a></center>
<!-- Author: I.Vila -->
<!-- Comment: Sun May  4 18;36;03 comment by...Ivan Vila -->
Know problems. Ignore XMon warnings.



<!-- Comment: Fri Jul 18 20;40;50 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: 18:38:34.309 --><!-- Author:  -->
<!-- Comment: Sun May  4 18;42;25 comment by...Ivan Vila -->
<pre>Ignore this Xmon warnings</pre>





<!-- Date: Thu May 29 19:26:54.047 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-532&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-532  width='300' align='top'></td><td>There is one stuck bit which doesn't go away by masking.  We are investigating.</a></td></tr></table>
<!-- Author: Nils -->
<!-- Comment: Sat Jul 19 01;13;57 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Jun 19 08:13:27.321 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-536&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-536  width='300' align='top'></td><td>Current status of BMU West</a></td></tr></table>
<!-- Author: Phil Schlabach -->
<!-- Comment: Thu Jun 19 08;15;05 comment by...Phil -->
stacks 54-55 were disconnected yesterday in the access allowing the rest of HV channel 48 to operate normally. Around stack 30 there is one hot channel and a little bit farther up the inner and outer stacks are warm. That's ok though.








<!-- Comment: Sat Jul 19 06;05;03 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jul 1 12:04:13.669 2008 -->
<!-- FixDate: Thu Jul  3 08;45;49 2008 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-538&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-538' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-539&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-539' width='300'></a></center>
<!-- Author: John Paul Chou -->
<!-- Comment: Tue Jul  1 12;04;59 comment by...John Paul Chou -->
The SVX has a missing ladder which seems to be affecting the SVT occupancy.


<!-- Comment: Thu Jul  3 08;45;49 comment by...john paul -->
This has been fixed by the expert
<!-- Comment: Sat Jul 19 06;06;07 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Jul 31 11:20:05.653 2008 -->
<!-- FixDate: Thu Jul 31 11;21;00 2008 -->
<!-- Safety: off -->
This is a test entry by Steve and JJ - two really great guys.
<!-- Author: jj -->
<!-- Comment: Thu Jul 31 11;21;00 comment by...jj -->
test marking the "fixed" option in regular comment.

<!-- Comment: Thu Jul 31 11;21;56 comment by...jj -->
more test... move this to archive

<!-- Date: Thu Jul 31 11:19:12.715 2008 -->
<!-- FixDate: Thu Jul 31 11;24;14 2008 -->
<!-- Safety: off -->
This is a test entry by Steve and JJ - two really great guys.
<!-- Author: jj -->
<!-- Comment: Thu Jul 31 11;19;30 comment by...jj -->
This is a test comment.



<!-- Comment: Thu Jul 31 11;24;14 comment by...jj -->
something or something

<!-- Comment: Thu Jul 31 11;25;46 comment by...jj -->
archived by jj

<!-- Date: Tue Jul 1 12:05:19.324 2008 -->
<!-- FixDate: Fri Jul 18 20;40;44 2008 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-538&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-538' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-539&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-539' width='300'></a></center>
<!-- Author: John Paul Chou -->
<!-- Comment: Fri Jul 18 20;40;44 comment by...Satyajit (Si SPL) -->
This has been fixed.
<!-- Comment: Fri Aug  1 00;00;39 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Tue Jul 1 18:37:06.354 2008 -->
<!-- FixDate: Fri Jul 18 20;39;42 2008 -->
<!-- Safety: off -->
<center><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-538&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-538' width='300'></a><a href='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-539&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-539' width='300'></a></center>
<!-- Author: John Paul Chou -->
<!-- Comment: Fri Jul 18 20;39;42 comment by...Satyajit (Si SPL) -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)

<!-- Comment: Fri Aug  1 00;00;39 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Thu Aug 14 11:11:34.650 2008 -->
<!-- FixDate: Mon Aug 18 10;09;34 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-547&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-547  width='300' align='top'></td><td>NE miniskirt pmts off; access required to fix</a></td></tr></table>
<!-- Author: Phil -->
<!-- Comment: Mon Aug 18 10;09;34 comment by...Phil -->
the offending tube was unplugged at the pisabox in the access of 08/15; since there are 2 tubes/counter, we just loose a little bit of efficiency
<!-- Comment: Mon Sep  1 08;00;09 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Sat Aug 30 15:48:31.733 2008 -->
<!-- FixDate: Mon Sep  8 15;43;50 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sat_Aug_30_2008_154829.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-556  align='top'></td><td>PreFRED differs from simulation for bit 36,38. Talked to L1 experts: not a problem!</a></td></tr></table>
<!-- Author: Marco Trovato -->
<!-- Comment: Mon Sep  8 15;43;50 comment by...Laura -->
Laura fixes problem

<!-- Comment: Mon Sep  8 15;45;34 comment by...Laura -->
Laura fixes problem

<!-- Date: Sat Aug 30 15:47:06.122 2008 -->
<!-- FixDate: Mon Sep  8 15;46;33 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Sat_Aug_30_2008_154703.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-554  align='top'></td><td>Unprescaled L1 decision differs from sim for bit 36,38. Talked to L1 experts: not a problem!</a></td></tr></table>
<!-- Author: Marco Trovato -->
<!-- Comment: Mon Sep  8 15;46;33 comment by...Laura -->
Laura fixes problem

<!-- Comment: Mon Sep  8 15;47;07 comment by...Laura -->
Laura fixes

<!-- Date: Tue Sep 9 01:55:58.278 2008 -->
<!-- FixDate: Thu Oct 23 08;23;20 2008 -->
<!-- Safety: off -->
<b>CalQIE Calibration</b><br> 
PEM phi 19E channel 7 is right at the threshold of being noisy (Sig = RMS of pedestal distribution is 10).  Experts are aware.  Channel is still good for data taking.
<!-- Author: m mattson (ADMEM) -->
<!-- Comment: Sat Sep 13 03;14;08 comment by...m mattson (ADMEM) -->
<p>
PHA phi 2E channel 19 shows up with Sig around 17 or 18.  Experts keeping an eye on it.
<!-- Comment: Thu Oct 23 08;23;20 comment by...m mattson (ADMEM) -->
updating current conditions, archiving the old one
<!-- Comment: Thu Oct 23 08;23;48 comment by...m mattson (ADMEM) -->
updating current conditions, archiving old one

<!-- Date: Fri Aug 29 12:25:51.329 2008 -->
<!-- FixDate: Tue Nov 18 08;05;29 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-552&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-552  width='300' align='top'></td><td>Too many bad channels in the TOF West Ave Time</a></td></tr></table>
<!-- Author: Marco Trovato -->
<!-- Comment: Tue Nov 18 08;05;29 comment by...bruno -->
fixed
<!-- Comment: Tue Nov 18 08;08;34 comment by...bruno -->
fixed

<!-- Date: Mon Oct 13 10:07:13.784 2008 -->
<!-- FixDate: Wed Nov 12 09;40;52 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-565&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-565  width='300' align='top'></td><td>CMP nwall stack 6 seems newly dead post shutdown. The other problematic stacks going into the shutdown (nwall 40, 43, swall 34) were fixed.</a></td></tr></table>
<!-- Author: Phil -->
<!-- Comment: Wed Nov 12 09;40;52 comment by...Phil -->
nwall stack 6 is fixed post power outage shutdown, looks like a problem with the seating of the asd input
<!-- Comment: Wed Nov 26 08;14;51 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Fri Oct 31 13:37:12.323 2008 -->
<!-- FixDate: Wed Nov 12 09;51;57 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-567&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-567  width='300' align='top'></td><td>new dead channel not in reference</a></td></tr></table>
<!-- Author: lucia zanello -->
<!-- Comment: Fri Oct 31 15;14;57 comment by...lucia zanello -->
Please avoid using sophisticated HTML codes in comments. (click to clear this message)


<!-- Comment: Fri Oct 31 15;16;44 comment by...lucia zanello -->
<pre>oops! disregard- should go intoe-log file l.z.</pre>


<!-- Comment: Wed Nov 12 09;51;57 comment by...Phil -->
fixed
<!-- Comment: Wed Nov 26 08;14;51 comment by...fixlist admin -->
automatically archived after 14 days

<!-- Date: Mon Nov 17 14:11:25.355 2008 -->
<!-- FixDate: Mon Nov 17 21;38;33 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Mon_Nov_17_2008_141115.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-574  align='top'></td><td>New empty wedge (wedge 6, barrel 0). Expert said it will be fixed soon.</a></td></tr></table>
<!-- Author: bruno -->
<!-- Comment: Mon Nov 17 15;02;09 comment by...Paolo -->
This is duplicate ... please chek the below entry.
<!-- Comment: Mon Nov 17 21;38;33 comment by...Paolo -->
see comment below
<!-- Comment: Wed Nov 26 14;19;00 comment by...Steve Hahn -->
FIxed

<!-- Date: Mon Nov 17 14:21:49.627 2008 -->
<!-- FixDate: Mon Nov 17 21;37;48 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Mon_Nov_17_2008_141115.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-574  align='top'></td><td>New empty wedge (wedge 6, barrel 0). Expert said it will be fixed soon.</a></td></tr></table>
<!-- Author: bruno -->
<!-- Comment: Mon Nov 17 15;01;10 comment by...Paolo -->
On November 16th silicon guys disabled  the 4th layer for wedge 6, barrel 0 of SVX. Since the layer 0 was already off, SVT is not able to track in this area. Silicon guys are planning to recover the 4th layer soon. In the meanwhile this plot can be considered OK.


<!-- Comment: Mon Nov 17 21;37;48 comment by...Paolo -->
The removed layer has been included by Sasha
(<a href=
'/cgi/elog/elog.pl?nb=2008&action=view&page=965&frame=2&anchor=15:43:45.800'>
here </a>)
so this problem can be considered fixed concerning the SVT side.





<!-- Comment: Wed Nov 26 14;56;26 comment by...jj -->
Paolo marked as fixed so we move to Archive.

<!-- Date: Sun Sep 21 19:04:43.728 2008 -->
<!-- FixDate: Wed Nov 26 14;59;09 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-561&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-562  width='300' align='top'></td><td>new hot channels on YMon: CEMPMTCanvas</a></td></tr></table>
<!-- Author: JIan Tang -->
<!-- Comment: Wed Nov 26 14;57;54 comment by...Larry Nodulman as interpreted by Steve Hahn -->
Larry says, "Piffle!"  He also says, if tower 5 of 5E is the hottest tower, everything is
fine.
<!-- Comment: Wed Nov 26 14;59;09 comment by...SH via LN -->
Fixed by fiat
<!-- Comment: Wed Nov 26 14;59;51 comment by...SH via LN -->
Archive this sucer alaready

<!-- Date: Thu Nov 13 04:05:19.986 2008 -->
<!-- FixDate: Wed Nov 26 15;00;45 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Thu_Nov_13_2008_040515.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-572  align='top'></td><td>new hot PMT WHA W, eta=-10, phi=-1L</a></td></tr></table>
<!-- Author: artur -->
<!-- Comment: Thu Nov 13 07;54;10 comment by...artur -->
Larry replied saying it is fine, not a serious problem.

<!-- Comment: Thu Nov 13 07;54;28 comment by...artur -->
Larry replied saying it is fine, not a serious problem.



<!-- Comment: Wed Nov 26 15;00;45 comment by...SH via LN -->
Larry always says everything is fine
<!-- Comment: Wed Nov 26 15;01;13 comment by...SH via LN -->
Fixed

<!-- Date: Fri Oct 31 12:03:47.141 2008 -->
<!-- FixDate: Wed Nov 26 15;51;59 2008 -->
<!-- Safety: off -->
about 20 min. after SVX problems fixed, still several yellow ladders that are not present in the reference............
<!-- Author: lucia zanello -->
<!-- Comment: Wed Nov 26 15;51;59 comment by...JJ -->
This entry does not belong on FixList.
<!-- Comment: Wed Nov 26 15;52;27 comment by...jj -->
Does not belong on FixList.

<!-- Date: Wed Nov 12 01:58:46.762 2008 -->
<!-- FixDate: Wed Nov 26 15;52;57 2008 -->
<!-- Safety: off -->
Warning messages in Xmon: 
1) L1_TOF20, L2_TAU5_PT5_&_L1_BMU10_BSUR_TSUO and L2_CJET15_L1_MBU10_BSUR_TSU are firing at a rate 0.0 Hz 
2) L1_MB_CLC_PS100K and MB_CLC are firing within 10% of the BC rate of 1.715 MHz
<!-- Author: artur -->
<!-- Comment: Wed Nov 26 15;52;57 comment by...JJ -->
This message does not belong in FixList.
<!-- Comment: Wed Nov 26 15;53;17 comment by...jj -->
Does not belong on FixList.

<!-- Date: Sat Nov 1 08:26:31.033 2008 -->
<!-- FixDate: Wed Nov 26 19;35;15 2008 -->
<!-- Safety: off -->
<pre>Plug SMX dead channel problem.  There is a stretch of about 10 dead channels in Phi octant 1 in the east plug shower max for 
strips 121-130.  This is a known problem, and there is work request in to fix it.</pre>
<!-- Author: lindgren, rutherford -->
<!-- Comment: Wed Nov 26 19;35;15 comment by...jj -->
Fixed according to Mike Lindgren.
<!-- Comment: Wed Nov 26 19;36;01 comment by...jj -->
Fixed per Mike Lindgren.

<!-- Date: Thu Sep 18 11:27:48.108 2008 -->
<!-- FixDate: Wed Nov 26 19;38;06 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Thu_Sep_18_2008_112744.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-560  align='top'></td><td>Questionably warm CHA PMT plot.</a></td></tr></table>
<!-- Author: Derek Thompson -->
<!-- Comment: Wed Nov 26 19;37;24 comment by...jj -->
I am removing questionable entries without an expert comment.
<!-- Comment: Wed Nov 26 19;38;06 comment by...jj -->
Forgot to mark as fixed. Do it now.
<!-- Comment: Wed Nov 26 19;38;51 comment by...jj -->
Remove entry with no expert comment.

<!-- Date: Sun Oct 12 23:30:11.110 2008 -->
<!-- FixDate: Wed Nov 26 19;39;32 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-564&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-564  width='300' align='top'></td><td>West IMB HAT w5 problem</a></td></tr></table>
<!-- Author: Catalin -->
<!-- Comment: Wed Nov 26 19;39;32 comment by...jj -->
I am removing questionable entries with no expert comment.
<!-- Comment: Wed Nov 26 19;42;52 comment by...jj -->
Removing questionable entries with no expert comment.

<!-- Date: Sun Oct 12 23:37:25.798 2008 -->
<!-- FixDate: Wed Nov 26 19;43;38 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-564&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-564  width='300' align='top'></td><td>West IMB HAT w5 problem</a></td></tr></table>
<!-- Author: Catalin -->
<!-- Comment: Wed Nov 26 19;43;38 comment by...jj -->
I am removing questionable entries with no expert comment.
<!-- Comment: Wed Nov 26 19;44;13 comment by...jj -->
Remove entry with no expert comment.

<!-- Date: Tue Nov 18 16:45:02.926 2008 -->
<!-- FixDate: Wed Nov 26 19;45;26 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Tue_Nov_18_2008_164451.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-576  align='top'></td><td>New hot IMU Hat wedge top plot</a></td></tr></table>
<!-- Author: Mike Albrow -->




























<!-- Comment: Wed Nov 26 19;45;26 comment by...jj -->
Remove questionable entries with no expert comment.

<!-- Comment: Wed Nov 26 19;45;49 comment by...jj -->
Remove entries with no expert comment.

<!-- Date: Wed Nov 12 16:20:07.024 2008 -->
<!-- FixDate: Wed Nov 26 22;03;56 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-570&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-570  width='300' align='top'></td><td>hot PMT for WHA W, eta=-11, phi=-5L</a></td></tr></table>
<!-- Author: Kazuhiro -->
<!-- Comment: Wed Nov 26 22;03;56 comment by...Larry N -->
not serious unless also hot in high threshold plot, this is ok
<!-- Comment: Fri Nov 28 09;14;49 comment by...jj -->
Archive this for Larry.

<!-- Date: Wed Nov 12 22:47:03.812 2008 -->
<!-- FixDate: Wed Nov 26 22;05;51 2008 -->
<!-- FixDate: Wed Nov 26 22;04;55 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-570&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-570  width='300' align='top'></td><td>hot PMT for WHA W, eta=-11, phi=-5L</a></td></tr></table>
<!-- Author: Kazuhiro -->
<!-- Comment: Wed Nov 26 22;04;55 comment by...Larry N -->
see above

<!-- Comment: Wed Nov 26 22;05;51 comment by...Larry N -->
archive?


<!-- Comment: Fri Nov 28 09;15;10 comment by...jj -->
Archive this for Larry.

<!-- Date: Sat Nov 29 14:39:53.198 2008 -->
<!-- FixDate: Sun Dec  7 11;49;44 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-577&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-577  width='300' align='top'></td><td>L2_Table_Beam for Run 270116, problems.</a></td></tr></table>
<!-- Author: Paolo -->
<!-- Comment: Sun Nov 30 08;33;53 comment by...Paolo -->
Added to the fixlist by mistake... Sorry.

<!-- Comment: Sun Nov 30 08;41;00 comment by...Paolo -->
This entry is her by mistake. Sorry for this.


<!-- Comment: Sun Dec  7 11;49;44 comment by...jj -->
Should not be in this eLog.
<!-- Comment: Sun Dec  7 11;50;18 comment by...jj -->
Archive.  Should not be in FixList.

<!-- Date: Sun Dec 7 04:57:08.731 2008 -->
<!-- FixDate: Fri Dec 12 10;02;28 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-578&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-578  width='300' align='top'></td><td>CES wedge #10 is looks bad</a></td></tr></table>
<!-- Author: Akram -->
<!-- Comment: Mon Dec  8 00;32;02 comment by...Akram -->
Problem fixed yesterday, plot looks fine for run 270419
<!-- Comment: Fri Dec 12 10;02;28 comment by...jj -->
fixed
<!-- Comment: Fri Dec 12 10;02;51 comment by...jj -->
archive

<!-- Date: Sun Dec 7 04:59:48.878 2008 -->
<!-- FixDate: Fri Dec 12 10;03;10 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-579&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-579  width='300' align='top'></td><td>CP2 wedge #10 is looks bad</a></td></tr></table>
<!-- Author: Akram -->
<!-- Comment: Mon Dec  8 00;35;41 comment by...Akram -->
wedge 10 problem was fixed yesterday, plot looks good for run 270419
<!-- Comment: Fri Dec 12 10;03;10 comment by...jj -->
fixed
<!-- Comment: Fri Dec 12 10;03;52 comment by...jj -->
archive

<!-- Date: Sun Dec 7 07:37:17.294 2008 -->
<!-- FixDate: Fri Dec 12 10;03;34 2008 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-580&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-580  width='300' align='top'></td><td>wedge 10 is empty</a></td></tr></table>
<!-- Author: Akram -->
<!-- Comment: Tue Dec  9 00;01;26 comment by...Akram -->
Dec. 7 problem was fixed 
<!-- Comment: Fri Dec 12 10;03;34 comment by...jj -->
fixed
<!-- Comment: Fri Dec 12 10;04;03 comment by...jj -->
archive

<!-- Date: Fri Jul 18 11:01:19.774 2008 -->
<!-- FixDate: Thu Jan  8 13;53;32 2009 -->
<!-- Safety: off -->
<table><tr><td><a href=/elog/notebooks/fixlist/Fri_Jul_18_2008_110100.ps align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-542  align='top'></td><td>Calibration plot 2 shows many white entries at bottom 
left of array.</a></td></tr></table>
<!-- Author: Bussey -->
<!-- Comment: Fri Nov 21 16;22;49 comment by...igor -->
Still white at 16:00 run 269939
<!-- Comment: Tue Nov 25 13;43;02 comment by...Michele -->
Still white at 13:43 run 270021
<!-- Comment: Tue Nov 25 13;44;15 comment by...Michele -->
Still white at 15:43 run 270021
<!-- Comment: Wed Nov 26 08;16;16 comment by...Michele -->
Still white at 8:15 run 270057
<!-- Comment: Mon Jan  5 09;15;56 comment by...Donatella (CO) -->
SEE NEW PLOT BELOW (Jan 5th Day Shift)
<!-- Comment: Thu Jan  8 13;53;32 comment by...Steve Hahn -->
As Donnatella says, the plots at the bottom (currently) of this e-log show the current
situation.  Some of the wedges here have been fixed--03E and 05E--but at least one
more has broken--21E.  For the current situation, see my remarks on the entry below.
<!-- Comment: Thu Jan  8 13;54;40 comment by...Steve Hahn -->
Replaced plots with current situation (still in fixlist).

<!-- Date: Mon Jan 5 09:14:56.860 2009 -->
<!-- FixDate: Thu Jan  8 13;55;25 2009 -->
<!-- Safety: off -->
<table><tr><td><a href=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-593&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/fixlist.pl?nb=fixlist&action=view&page=-593  width='300' align='top'></td><td>updated status of calxef plot</a></td></tr></table>
<!-- Author: Donatella (CO) -->
<!-- Comment: Thu Jan  8 13;55;25 comment by...Steve Hahn -->
This entry is duplicated twice; removing this one.
<!-- Comment: Thu Jan  8 13;55;57 comment by...Steve Hahn -->
Removing duplicate entry.