<!-- Title: 10:05:20  Tue Oct 23 2007 -->
<!-- Crewchief: kaori -->
<!-- Op1: &nbsp; -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>current release is 6.1.4int9l. 
All are running with 'current' except Stage0 with 6.1.4bf</pre>


<!-- Date: Tue Oct 23 10:07:44 2007 -->
<pre>Trying to make a new cdfsoftb0 release last night- 6.1.4int9m. 
 
The built failed: comipling error to do with Stage0/ 
COTDMonitor.cc:1186: error: 'class CT_ReFit' has no member named 'setDriftModels' 
 
<**compiling**> COTDMonitor.cc 
/cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9m/Consumer/Stage0/COTDMonitor.cc: In member function `virtual void COTDMonitor::addEvent(EventRecord*)': 
/cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9m/Consumer/Stage0/COTDMonitor.cc:1186: error: 'class CT_ReFit' has no member named 'setDriftModels' 
/cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9m/Consumer/Stage0/COTDMonitor.cc: In member function `virtual void COTDMonitor::reset()': 
/cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9m/Consumer/Stage0/COTDMonitor.cc:2034: error: no matching function for call to `CT_Calibration::setDriftModelConstants(int, bool, int)' 
/cdf/onln/code/cdfsoft/dist/releases/6.1.4int9/include/CotGeometry/CT_Calibration.hh:68: note: candidates are: int CT_Calibration::setDriftModelConstants(int) 
/cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9m/Consumer/Stage0/COTDMonitor.cc:2054: error: invalid conversion from `int' to `const char*' 
/cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9m/Consumer/Stage0/COTDMonitor.cc:2054: error:   initializing argument 2 of `int CT_Calibration::setChannelT0Constants(int, const char*)' 
mv: cannot stat `/cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9m/tmp/Linux2_SL-GCC_3_4/Consumer/srt_dep_tmp.403': No such file or directory 
gmake[2]: *** [/cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9m/tmp/Linux2_SL-GCC_3_4/Consumer/Stage0/COTDMonitor.o] Error 1 
<**compiling**> Stage0.cc 
<**compiling**> Stage0Module.cc 
gmake[2]: Target `bin' not remade because of errors. 
gmake[1]: *** [Stage0.bin] Error 2</pre>
<!-- Author: kaori -->
<!-- Comment: Tue Oct 23 10;43;57 comment by...kaori -->
<pre>Show the problem to Aseet, and he said he will have a look.</pre>
<!-- Date: Tue Oct 23 10:43:32 2007 -->
<pre>I switched tcl file of Stage0 to the latest 6.1.4int9lversion, 
and tried to see if it runs, but it gets stuck anyways. 
 
Sent mail to Aseet, JohnPaul, and Kevin. 
 
</pre>
<!-- Author: kaori -->



<!-- Date: Wed Oct 24 12:58:15 2007 -->
<pre>55:b0doorway % ups list -aK+ cdfsoftb0 
"cdfsoftb0" "6.1.4bc" "Linux+2" "" ""  
"cdfsoftb0" "6.1.4be" "Linux+2" "" ""  
"cdfsoftb0" "6.1.4bf" "Linux+2" "" ""  
"cdfsoftb0" "6.1.4int9b" "Linux+2" "" ""  
"cdfsoftb0" "6.1.4int9d" "Linux+2" "" ""  
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" ""  
"cdfsoftb0" "6.1.4int9e" "Linux+2" "" ""  
"cdfsoftb0" "6.1.4int9f" "Linux+2" "" ""  
"cdfsoftb0" "6.1.4int9h" "Linux+2" "" ""  
"cdfsoftb0" "6.1.4int9i" "Linux+2" "" ""  
"cdfsoftb0" "6.1.4int9l" "Linux+2" "" "current"  
"cdfsoftb0" "6.1.4int9m" "Linux+2" "" ""  
 
 
 
6.1.4int9m was built last night. 
Start testing now. 
Stage0 tcl needs modification for this.</pre>
<!-- Author: kaori -->
<!-- Comment: Wed Oct 24 13;10;53 comment by...kaori -->
<pre>Now everything is running with 6.1.4int9m.

TrigMon and DAQMon has a lot of output (every events
or every 10 events....
Fatal Error: SIXD ....  error is still there in TrigMon.</pre>

<!-- Comment: Wed Oct 24 13;13;36 comment by...kaori -->
<pre>TrigMon output:

runnumber = 252498  eventnumber = 574
Event 252498/78784
Inst Lumi = 0
TL2D readout list: 7
Fatal Error: SIXD_StorableBank   SIXD not found
XFTL2Test() - Add Event called.
runnumber = 252498  eventnumber = 575
Event 252498/78859
Inst Lumi = 0
TL2D readout list: 7
Fatal Error: SIXD_StorableBank   SIXD not found
XFTL2Test() - Add Event called.
runnumber = 252498  eventnumber = 576
Event 252498/78889
Inst Lumi = 0
TL2D readout list: 7
Fatal Error: SIXD_StorableBank   SIXD not found
XFTL2Test() - Add Event called.
runnumber = 252498  eventnumber = 577
Event 252498/78909
Inst Lumi = 0
TL2D readout list: 7
Fatal Error: SIXD_StorableBank   SIXD not found
XFTL2Test() - Add Event called.
</pre>


<!-- Date: Wed Oct 24 13:18:05 2007 -->
<pre>DAQMon output: 
 
Huge!!!!</pre>
<!-- Author: kaori -->


<!-- Date: Wed Oct 24 19:10:16 2007 -->
<pre>Looking into TrigMon tcl file: 
 
1) 
 
  XFTL2Monitor 
    XFTL2Monitor set t 
    prescale set 1 
    checkFreq set 1 
    show 
  exit 
 
was repeated twice. 
Removed one. 
 
Now, turing off thismonitor to see what comes out from 
process log: 
 
------ 
Well, TrigMon got stuck at: 
 
Loading register for card XFTFINDER_83 with number 83 
  register 0 = 0 
  register 1 = 0 
  register 2 = 0 
  register 3 = 0 
  register 4 = 0 
  register 5 = 0 
  register 6 = 0 
  register 7 = 0 
  register 8 = 0 
  register 9 = 0 
  register 10 = 0 
  register 11 = 800 
  register 12 = 0 
  register 13 = 0 
  register 14 = 0 
  register 15 = 0 
  register 16 = 0 
  register 17 = 0 
 
........ and waiting forever.......... 
 
 
</pre>
<!-- Author: kaori -->
<!-- Comment: Wed Oct 24 19;11;28 comment by...kaori -->
<pre>Changed to "XFTL2Monitor set t"

But get stuck at the same place.</pre>

<!-- Comment: Wed Oct 24 19;14;47 comment by...kaori -->
<pre>feel stupid, but putting SFTL2Monitor twice like I started out
and see.........</pre>

<!-- Comment: Wed Oct 24 19;32;53 comment by...kaori -->
<pre>The same problem.
Maybe because SVT is not in?????????</pre>


<!-- Comment: Thu Oct 25 19;12;38 comment by...kaori -->
<pre>This situation is reproducable.
I turned off XFTL2 and SVTD monitors.  Still get stuck.

This time turned SVTD back on, XFTL2 and XFT monitors are off.

o.k.  I think XFTMonitor is doing something bad.
Now, it gets stuck here:

_RX_CAL_03 Minibank, sequence, online 4 15 1
Setting Merger Conf. This is card L2PULSAR_SLINK_MERGER_RX_CAL_04 Minibank, sequence, online 4 13 1
Setting Merger Conf. This is card L2PULSAR_SLINK_MERGER_RX_CAL_05 Minibank, sequence, online 4 11 1
MERGER: L2PULSAR_SLINK_MERGER_RX_CAL_05 block: 4      card: 2
XFTL2Test() - Reset called.


==========
I'll set tcl file as, and leave it that way (default):

 XFTL2Monitor
    XFTL2Monitor set t

  SVTDMonitor
    SVTDMonitor set t

  XFTTriggerMonitor2
    XFTTriggerMonitor2 set t</pre>
<!-- Comment: Mon Oct 29 11;51;56 comment by...jdl -->
<pre>This code is called in XSFMonitor::reset</pre>
<!-- Date: Thu Oct 25 16:18:03 2007 -->
<b><font size=+1>Archive work</font></b> 
<br><b>status:</b> 
<br>have already archived <font color=blue>run236000</font> and before. 
<br>erased from cdf_cf/results <font color=blue>run233000</font> and before. 
<br> 
<br>I will archive <font color=red>run252000</font> and before. 
<br> and erase <font color=red>run249000</font> and before  
<!-- Author: Koji -->
<!-- Comment: Thu Oct 25 22;17;59 comment by...Koji -->
<pre>Command line: encp --verbose 1 Run236001toRun236500.tar /pnfs/cdf/cdf_cf/runs/Run236001toRun236500.tar
Version: v3_6d  CVS $Revision: 1.829 $ <frozen>
OS: Linux 2.6.9-55.0.9.ELsmp i686 Release:  Scientific Linux Fermi LTS release 4.4 (Wilson)
Library: CD-9940B  Storage Group: cdf  File Family: cdfconsruns  FF Wrapper: cpio_odc  FF Width: 1
Current working directory: b0build.fnal.gov:/cdf/onln/data/cdf_cf/arch
Got error while trying to obtain configuration: ('KEYERROR', "Configuration Server: no such name: 'pnfs_agent'")
</pre>
<!-- Comment: Thu Oct 25 22;27;47 comment by...Koji -->
<pre>I'm asking Stephan Lammel....</pre>
<!-- Comment: Thu Nov 15 14;46;59 comment by...Koji -->
<pre><br>sorry for rate comment...
<br> Archived <font color=red>run252000</font> and before.
<br> Erased <font color=red>run244000</font> and before.
<br> details are <a "href=https://www-cdfonline.fnal.gov/internal/mon/consumer/errordocu/archiveLog.html">here</a></pre>
<!-- Date: Thu Oct 25 17:51:11 2007 -->
<pre>DAQMon output from 6.1.4bf version: 
 
3178 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.676667 fYlowNDC=0.51 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_6 Title= (S36) SCPU Data Size : ROL 7_6 Option= 
   OBJ: TH1F    hf_ro7SCPU10Size        SCPU data Size b0vrb10 : ROL 7 - Run 252660 : 0 at: 0xb0d36d8 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.01 fYlowNDC=0.26 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_7 Title= (S36) SCPU Data Size : ROL 7_7 Option= 
   OBJ: TH1F    hf_ro7SCPU11Size        SCPU data Size b0vrb11 : ROL 7 - Run 252660 : 0 at: 0xb0d3c00 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.343333 fYlowNDC=0.26 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_8 Title= (S36) SCPU Data Size : ROL 7_8 Option= 
   OBJ: TH1F    hf_ro7SCPU12Size        SCPU data Size b0vrb12 : ROL 7 - Run 252660 : 0 at: 0xb0d4158 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.676667 fYlowNDC=0.26 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_9 Title= (S36) SCPU Data Size : ROL 7_9 Option= 
   OBJ: TH1F    hf_ro7SCPU13Size        SCPU data Size b0vrb13 : ROL 7 - Run 252660 : 0 at: 0xb0d4680 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.01 fYlowNDC=0.01 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_10 Title= (S36) SCPU Data Size : ROL 7_10 Option= 
   OBJ: TH1F    hf_ro7SCPU14Size        SCPU data Size b0vrb14 : ROL 7 - Run 252660 : 0 at: 0xb0d4bd8 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.343333 fYlowNDC=0.01 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_11 Title= (S36) SCPU Data Size : ROL 7_11 Option= 
   OBJ: TH1F    hf_ro7SCPU15Size        SCPU data Size b0vrb15 : ROL 7 - Run 252660 : 0 at: 0xb0d5100 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.676667 fYlowNDC=0.01 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_12 Title= (S36) SCPU Data Size : ROL 7_12 Option= 
   OBJ: TH1F    hf_ro7SCPU16Size        SCPU data Size b0vrb16 : ROL 7 - Run 252660 : 0 at: 0xb0d5658 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
 
 
DAQMonModule Sent out data to display server. Event # 1980 
</pre>
<!-- Author: kaori -->


<!-- Date: Thu Oct 25 18:11:48 2007 -->
<pre>process out of DAQMon from 6.1.4int9m: 
 
  TPad fXlowNDC=0.01 fYlowNDC=0.51 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_4 Title= (S36) SCPU Data Size : ROL 7_4 Option= 
   OBJ: TH1F    hf_ro7SCPU08Size        SCPU data Size b0vrb08 : ROL 7 - Run 252660 : 0 at: 0xcfb39a0 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.343333 fYlowNDC=0.51 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_5 Title= (S36) SCPU Data Size : ROL 7_5 Option= 
   OBJ: TH1F    hf_ro7SCPU09Size        SCPU data Size b0vrb09 : ROL 7 - Run 252660 : 0 at: 0xcfb3ef8 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.676667 fYlowNDC=0.51 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_6 Title= (S36) SCPU Data Size : ROL 7_6 Option= 
   OBJ: TH1F    hf_ro7SCPU10Size        SCPU data Size b0vrb10 : ROL 7 - Run 252660 : 0 at: 0xb12b2e0 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.01 fYlowNDC=0.26 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_7 Title= (S36) SCPU Data Size : ROL 7_7 Option= 
   OBJ: TH1F    hf_ro7SCPU11Size        SCPU data Size b0vrb11 : ROL 7 - Run 252660 : 0 at: 0xb12b808 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.343333 fYlowNDC=0.26 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_8 Title= (S36) SCPU Data Size : ROL 7_8 Option= 
   OBJ: TH1F    hf_ro7SCPU12Size        SCPU data Size b0vrb12 : ROL 7 - Run 252660 : 0 at: 0xb12bd60 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.676667 fYlowNDC=0.26 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_9 Title= (S36) SCPU Data Size : ROL 7_9 Option= 
   OBJ: TH1F    hf_ro7SCPU13Size        SCPU data Size b0vrb13 : ROL 7 - Run 252660 : 0 at: 0xb12c288 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.01 fYlowNDC=0.01 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_10 Title= (S36) SCPU Data Size : ROL 7_10 Option= 
   OBJ: TH1F    hf_ro7SCPU14Size        SCPU data Size b0vrb14 : ROL 7 - Run 252660 : 0 at: 0xb12c7e0 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.343333 fYlowNDC=0.01 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_11 Title= (S36) SCPU Data Size : ROL 7_11 Option= 
   OBJ: TH1F    hf_ro7SCPU15Size        SCPU data Size b0vrb15 : ROL 7 - Run 252660 : 0 at: 0xb12cd08 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
  TPad fXlowNDC=0.676667 fYlowNDC=0.01 fWNDC=0.313333 fHNDC=0.23 Name= (S36) SCPU Data Size : ROL 7_12 Title= (S36) SCPU Data Size : ROL 7_12 Option= 
   OBJ: TH1F    hf_ro7SCPU16Size        SCPU data Size b0vrb16 : ROL 7 - Run 252660 : 0 at: 0xb12d260 
   TLine  X1=51700.000000 Y1=0.000000 X2=51700.000000 Y2=100000.000000 
 
 
DAQMonModule Sent out data to display server. Event # 6230 
</pre>
<!-- Author: kaori -->
<!-- Comment: Fri Oct 26 10;46;01 comment by...kaori -->
<pre>We found that these large outputs were there due to the fact
that verbose mode was set to be true in tcl.  After turn
that off, the output is much smaller.</pre>


<!-- Date: Fri Oct 26 10:47:26 2007 -->
<pre>more on: TrigMon getting stuck  (sent to JDL and Nagesh) 
 
Here is some information about TrigMon getting stuck 
during cosmic run, when certain crates are not included in DAQ. 
 
1) When SVT crates are  not included. 
 
2) SVT are in, but XFT/COT are not included. 
 
In both above cases,  TrigMon gets  stuck  (not crash) 
after the 1st events are delivered, before processing the event. 
TrigMon gets stuck 1) and 2) cases different places, but 
consistently each time. 
 
I turned off XFTL2, SVTD, XFTMonitor2, etc., with 
some combinations, but DAQ config was also changing 
meanwhile (switching from 1) to 2) when I was not aware 
of it).  So, the results is not conclusive.  But in any case, 
I could not get TrigMon running in both cases last night. 
(The same TrigMon gets going when all the normal crates 
are included, talking normal cosmic runs.)</pre>
<!-- Author: kaori -->


<!-- Date: Fri Oct 26 16:12:58 2007 -->
<pre>mail from Willis: 
 
Hi Kaori and Jonathan: 
   There is a error in my previous email. The new CSL libcsl.a 
is at: $CSL_DIR/lib/i686-linux/libcsl.a  . 
                                                      -- Willis 
On Fri, 26 Oct 2007, Willis Sakumoto wrote: 
 
> > Hi Kaori and Jonathan: 
> >    Since I do not understand the communication socket interaction 
> > between the consumer monitors (and calibration consumers) and the 
> > CSL consumer server process, I started looking into the socket 
> > code on the consumer end. It appears that when any consumer is 
> > built, it links to a rather old CSL library pointed at by the 
> > environment variable, CSL_LIBDIR, which appears to be set up when 
> > you do a "setup cdfsoft2 vx.y". This logical points to 
> >  
> > /cdf/onln/code/cdfsoft/products/csl_offline/v3_1/Linux+2/lib/libcsl.a 
> >  
> > which is dated 7 Jan 2002. It appears to be a feature left by the 
> > previous CSL'ers that is no longer maintained. That "csl_offline" 
> > product only has cvs and lib subdirectories. 
> >    I would like to try rebuilding a few consumers with the current 
> > CSL socket functions, via 
> >    setup csl -d 
> >    setenv CSL_LIBDIR = $CSL_DIR/lib/libcsl.a 
> > While the 7 Jan 2002 version appears to work, this is not good for 
> > the long term. In addition, who knows what is in it. 
> >  
> >             
 
                                       -- Willis 
 
========= 
o.k. 
I'll try building a new release with new CSL lib. 
make_patch_release_newCSLlib 
 
adding bellow after setup cdfsoft2 .... 
< #set csl lib to new one suggested by Wilis 
< setup csl -d 
< setenv CSL_LIBDIR $CSL_DIR/lib/i686-linux/libcsl.a 
< # 
 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Fri Oct 26 16:18:05 2007 -->
<pre>But before, I should delete some releases: 
 
88:b0doorway % ups list -aK+ cdfsoftb0 
"cdfsoftb0" "6.1.4bc" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4be" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4bf" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9b" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9d" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9e" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9f" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9h" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9i" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9l" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.4int9m" "Linux+2" "" "" 
 
===== 
ups, why int9l is still current? 
94:b0doorway % ups list -aK+ cdfsoftb0"cdfsoftb0" "6.1.4be" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4bf" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9b" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9d" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9e" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9f" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9l" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.4int9m" "Linux+2" "" "" 
 
anyway, try making int9n now... 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Fri Oct 26 16:22:28 2007 -->
<pre># cdfsoftb0 patche file: 6.1.4int9n patches for SL4 
#  
# TIME, UT is +5h in Summer, +6h in Winter wrt CST 
# 
#Consumer patches 
Consumer -D            26OCT2007UT21:00 
ConsumerFramework -D   26OCT2007UT21:00 
 
#packages need for Stage0 
Beamline -D            26OCT2007UT21:00 
  
#packages needed for TrigMon and XMon 
CalTrigger -D          26OCT2007UT21:00 
svtsim  -D             26OCT2007UT21:00 
XTRPSim -D             26OCT2007UT21:00 
XFTMods -D             26OCT2007UT21:00 
XFTSim -D              26OCT2007UT21:00 
PulsarMon -D           26OCT2007UT21:00 
TriggerObjects -D      26OCT2007UT21:00 
L2GlobalTrigger -D     26OCT2007UT21:00 
#RunConfigDB     -D    26OCT2007UT21:00 
#HeaderObjects   -D    26OCT2007UT21:00 
 
# package needed for DAQErrMon 
Level3Filters  -D       26OCT2007UT21:00 
BankTools      -D       26OCT2007UT21:00 
RawDataBanks   -D       26OCT2007UT21:00 
#RunConfigDB    -D      26OCT2007UT21:00 
#HeaderObjects    -D    26OCT2007UT21:00 
 
# package needed for DAQMon 
RunConfigDB    -D       26OCT2007UT21:00 
HeaderObjects    -D     26OCT2007UT21:00 
 
# SVXMon utilities update 
SvxDaqMods  -D         26OCT2007UT21:00 
# SvxDaqUtils -D         26OCT2007UT21:00 
# SvxDaqObjects -D       26OCT2007UT21:00 
 
#this to be the last line of the patch file 
</pre>
<!-- Author: kaori -->


<!-- Date: Mon Oct 29 10:32:30 2007 -->
<pre>Changed default current release from 6.1.4int9l to 6.1.4int9n. 
 
Fixed ryo_scripts, _new bug in DAQMon switch/put/save. 
Now, _new should work with DAQMon also, using _new. 
Will copy _new to default. 
--------- 
 
TrigMon process output: 
 
runnumber = 252883  eventnumber = 1054 
Event 252883/46653 
Inst Lumi = 6.51448e+25 
TL2D readout list: 7 
Fatal Error: SIXD_StorableBank   SIXD not found 
XFTL2Test() - Add Event called. 
runnumber = 252883  eventnumber = 1055 
Event 252883/46813 
Inst Lumi = 6.51448e+25 
TL2D readout list: 7 
Fatal Error: SIXD_StorableBank   SIXD not found 
XFTL2Test() - Add Event called. 
runnumber = 252883  eventnumber = 1056 
Event 252883/46826 
Inst Lumi = 6.51448e+25 
TL2D readout list: 7 
Fatal Error: SIXD_StorableBank   SIXD not found 
XFTL2Test() - Add Event called. 
runnumber = 252883  eventnumber = 1057 
Event 252883/46837 
Inst Lumi = 6.51448e+25 
TL2D readout list: 7 
Fatal Error: SIXD_StorableBank   SIXD not found 
XFTL2Test() - Add Event called. 
runnumber = 252883  eventnumber = 1058 
Event 252883/46848 
Inst Lumi = 6.51448e+25 
TL2D readout list: 7 
 
=========== 
will disable XFTL2Monitor to reduce output and see. 
</pre>
<!-- Author: kaori -->



<!-- Date: Mon Oct 29 12:06:23 2007 -->
<pre>TrigMon, 
 
Turned off  
 
  XFTL2 
  XFTTest 
  SVTSim 
 
Then, the output is quiet now. 
 
========= 
With shotsetup physics run, 
 
TrigMon crashes.  From core, gdb: 
 
---Type <return> to continue, or q <return> to quit--- 
Reading symbols from /cdf/onln/code/cdfsoft/products/root/v4_00_08gGCC_3_4_3/Linux+2.6/lib/libHistPainter.so...done. 
Loaded symbols for /cdf/onln/code/cdfsoft/products/root/v4_00_08gGCC_3_4_3/Linux+2.6/lib/libHistPainter.so 
#0  0x08ed964a in UpgClusterCard::do_clustering(EventRecord*, bool) ( 
    this=0x1e20eb30, anEvent=0xddf6c58, standalone=true) 
    at /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9n/L2GlobalTrigger/src/UpgClusterCard.cc:353 
353       _met = int(128*(_sumEtx*_sumEtx+_sumEty*_sumEty)); 
(gdb) where 
#0  0x08ed964a in UpgClusterCard::do_clustering(EventRecord*, bool) ( 
    this=0x1e20eb30, anEvent=0xddf6c58, standalone=true) 
    at /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9n/L2GlobalTrigger/src/UpgClusterCard.cc:353 
 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Mon Oct 29 12:23:30 2007 -->
<pre>XFTL2Test.cc  has many cout problems: 
 
//---------------------------------- 
// XFTL2Test.cc   
// 
// Author List:  
//    A. Lister 
//----------------------------------  
  
  cout << "XFTL2Test() - constructor called." << endl; 
  cout << "XFTL2Test() - Add Event called." << endl; 
  cout<<"runnumber = "<<runnumber<<"  eventnumber = "<<eventnumber<<endl; 
 std::cout << "Event " << gblEnv->runNumber() << "/" 
   cout<<"CLLD Iterator not valid!!!!"<<endl; 
 
so on............  turned off for a moment. 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Mon Oct 29 12:32:39 2007 -->
<pre>new releae 6.1.4int9o was built this morning, since Giorgio 
requested.  (L2GlobalMonior has changed.). 
It was built fine, and just decleared as current default. 
No tcl changes from what runniing with 6.1.4int9n.</pre>
<!-- Author: kaori -->
<!-- Comment: Mon Oct 29 13;10;41 comment by...kaori -->
<pre>The current setting of tcl files are saved using script:

/cdf/onln/home/cdfdaq/kaori/ryo_script

 ./saveTo_new.sh All 6.1.4int9o
./saveTo_new.sh: line 21: /cdf/onln/home/cdfdaq/consumer_scripts: is a directory
we copy runXMon.tcl file and then save to 6.1.4int9o
we copy runYMon_physics.tcl file and then save to 6.1.4int9o
we copy runYMon_cosmic.tcl file and then save to 6.1.4int9o
we copy runTrigMon.tcl file and then save to 6.1.4int9o
we copy runStage0_physics.tcl file and then save to 6.1.4int9o
we copy runStage0_cosmic.tcl file and then save to 6.1.4int9o
we copy runSiliMonPHYSCIS.tcl file and then save to 6.1.4int9o
we copy runSiliMonCOSMICS.tcl file and then save to 6.1.4int9o
we copy runBeamMon_physics.tcl file and then save to 6.1.4int9o
we copy runBeamMon_cosmic.tcl file and then save to 6.1.4int9o
we copy runDAQErrMon_physics.tcl file and then save to 6.1.4int9o
we copy runDAQErrMon_cosmic.tcl file and then save to 6.1.4int9o
we copy runDAQMon_physics.tcl file and then save to 6.1.4int9o
we copy runDAQMon_cosmic.tcl file and then save to 6.1.4int9o
we copy runObjectMon_physics.tcl file and then save to 6.1.4int9o
we copy runObjectMon_cosmic.tcl file and then save to 6.1.4int9o
we copy runL3RegionalMon.tcl file and then save to 6.1.4int9o
we copy runSVXMon_streamD.tcl file and then save to 6.1.4int9o
we copy runSVXMon_allstreams.tcl file and then save to 6.1.4int9o
</pre>


<!-- Date: Fri Nov 2 08:22:01 2007 -->
<pre>will make a new release now for TrigMon. 
 
But before that, I should remove some release: 
52:b0doorway % ups list -aK+ cdfsoftb0 
"cdfsoftb0" "6.1.4be" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4bf" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9b" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9d" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9e" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9f" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9n" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9o" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.4int9l" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9m" "Linux+2" "" "" 
</pre>
<!-- Author: kaori -->


<!-- Date: Fri Nov 2 08:27:37 2007 -->
<pre>After removing some releases: 
 
60:b0doorway % ups list -aK+ cdfsoftb0 
"cdfsoftb0" "6.1.4bf" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9f" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9n" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9o" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.4int9l" "Linux+2" "" "" 
</pre>
<!-- Author: kaori -->


<!-- Date: Fri Nov 2 17:03:04 2007 -->
<pre>declreared 6.1.4int9p as current default. 
 
saved current tcls (before changing) to 6.1.4int9o 
 
switched to 6.1.4int9p tcl: 
we changes runYMon_physics.tcl file newly 
we changes runYMon_cosmic.tcl file newly 
we changes runTrigMon.tcl file newly 
we changes runSVXMon_streamD.tcl file newly 
we changes runSVXMon_allstreams.tcl file newly 
</pre>
<!-- Author: kaori -->


<!-- Date: Fri Nov 2 17:17:00 2007 -->
<pre>diff: runTrigMon.tcl runTrigMon.tcl_614int9o 
 
<     XFTL2Monitor set t 
--- 
>     XFTL2Monitor set f 
96,100c96,97 
<   XFTL2Monitor 
<     XFTL2Monitor set t 
<     prescale set 1 
<     checkFreq set 1 
<     show 
--- 
>   XFTL2Test 
>   XFTL2Test set f 
 
======== 
process output of TrigMon: 
 
TL2D readout list: 7 
Fatal Error: SIXD_StorableBank   SIXD not found 
XFTL2Test() - Add Event called. 
runnumber = 253156  eventnumber = 82 
Event 253156/42809 
Inst Lumi = 0 
TL2D readout list: 7 
Fatal Error: SIXD_StorableBank   SIXD not found 
XFTL2Test() - Add Event called. 
runnumber = 253156  eventnumber = 83 
Event 253156/42837 
Inst Lumi = 0 
TL2D readout list: 7 
Fatal Error: SIXD_StorableBank   SIXD not found 
%ERLOG-e Level2: Bunch counter in SVTD -1!= SVT bunch c 
ounter in TL2D 0  
         TrigMonModule TL2DMonitor() 02-Nov-2007 17:07: 
45 CDT  
         run = 253156 event = 42849 
%ERLOG-e BANKS-Data Read Out-of-Bounds: offset =  0, in 
dex =  5589 
        , data_size =  5589, Bank ( XSFD ,  1)  GlobalL 
ibraryLogger  
         StorableBank::get_I4_element() 02-Nov-2007 17: 
07:45 CDT  
         run = 253156 event = 42849 
XFTL2Test() - Add Event called. 
runnumber = 253156  eventnumber = 84 
Event 253156/42849 
Inst Lumi = 0 
TL2D readout list: 7 
 
========= 
still has a lot of XFTL2Test output. 
 
 cp runTrigMon.tcl_614int9o runTrigMon.tcl 
to turn off XFTL2Test. 
 
I could turn on XFTL2Monitor and see.</pre>
<!-- Author: kaori -->


<!-- Date: Fri Nov 9 10:22:18 2007 -->
<pre>TrigMon crash of morning of 11th (calib run, or L2 torture) 
 
Crashed similar to how tracklist crashed. 
 
;NoneSVT: Not yet implemented. Fred: OK. L2Tracking: Bad. NoneXSFMonitor:still in developmentXSLMonitor:still in developmentXTCDMonitor:still in developmentXTRP: Not yet implimented.   
          TrigMonModule TrigMonModule() 09-Nov-2007 08:09:30 CST  
         run = 253558 event = 333000 
DisplayServer::pollConsumer(): INFO: TrigMon sent message: END CONNECTION 
                             ==> Going to terminate connection to TrigMon running on 
                             b0server07.fnal.gov</pre>
<!-- Author: kaori -->


<!-- Date: Tue Nov 13 13:52:36 2007 -->
<pre>Switching to a new release, 6.1.4int9r</pre>
<!-- Author: kaori -->


<!-- Date: Tue Nov 13 13:55:24 2007 -->
<pre>tcl files saved to 6.1.4int9q 
 
then: 
./switchRelease_new.sh All 6.1.4int9r COSMIC 
 
results in: 
 
we changes runTrigMon.tcl file newly 
we changes runObjectMon_physics.tcl file newly 
we changes runSVXMon_streamD.tcl file newly 
we changes runSVXMon_allstreams.tcl file newly 
</pre>
<!-- Author: kaori -->



<!-- Date: Thu Nov 15 16:29:59 2007 -->
<pre>TrigMon has been crashing time to time for cosmic run and Beamrun. 
 
gdb shows not much: 
 
---Type <return> to continue, or q <return> to quit--- 
Reading symbols from /cdf/onln/code/cdfsoft/products/root/v4_00_08gGCC_3_4_3/Linux+2.6/lib/libHistPainter.so...done. 
Loaded symbols for /cdf/onln/code/cdfsoft/products/root/v4_00_08gGCC_3_4_3/Linux+2.6/lib/libHistPainter.so 
#0  0x02788b0a in getenv () at ZMexception.h:464 
464     ZMexception.h: No such file or directory. 
        in ZMexception.h 
</pre>
<!-- Author: kaori -->


<!-- Date: Thu Nov 15 16:33:22 2007 -->
<pre>process log file for the run TrigMon crashed as above: 
 
XSFMonitor: I am checking. 
XSLMonitor: I am checking. 
XFTL2Monitor() - Store called. 
XFTL2Test() - Store called. 
TrigMonModule: Root file /cdf/onln/data/cdfdaq/consumer/results/TrigMon/TrigMon253831_tmp.root saved. 
ConsumerInput Begin processing 2500th record. Run 253831, Trigger 2894766 
XTCDMonitor: I am checking: 
 CalTriggerEvent: PreFredThresholds Sumet = 90 , 0 
 CalTriggerEvent: PreFredThresholds Met = 15 , 25 
XSFMonitor: I am checking. 
XSLMonitor: I am checking. 
DBEventLogger::OTLConnect(cdf_reader/xxxxx@cdfonprd) 
DBEventLogger::OTLrelease(cdf_reader/xxxxx@cdfonprd) 
PulsarCESMonitor::validate_DATAIO() - CCN - Mismatched word: NBits=32 NAwayBits=29 NNotAwayBits=3 NAwayHighBits=3 NAwayLowBits=26 
 NAwayRightBits=28 NAwayWrongBits=1 NAwayMissBits=0 NAwayUnexpBits=1 
%ERLOG-e BANKS-Data Read Out-of-Bounds: offset =  0, index =  5589 
        , data_size =  5589, Bank ( XSFD ,  1)  GlobalLibraryLogger  
         StorableBank::get_I4_element() 15-Nov-2007 13:13:31 CST  
         run = 253831 event = 2912003 
ConsumerInput Begin processing 2600th record. Run 253831, Trigger 2920744 
XSFMonitor: I am checking. 
XSLMonitor: I am checking. 
%ERLOG-s Abnormal termination: caused by signal:  11 Framework abortJob() DisplayServer: Got an unexpected string from the consumer. Expected: 'CONSUMER SEND'. Received: '---'. 
DisplayServer::loop(): ERROR: poll consumer returned with: -5 
DisplayServer::loop(): Protocol between consumer and display server 
was not obeyed! Display Sever will exit! 
</pre>
<!-- Author: kaori -->
<!-- Comment: Thu Nov 15 17;42;26 comment by...kaori -->
<pre>I turned of XFTL2Monitor in tcl in the control room.
Notified David Cox and Alison, et. al.,</pre>
<!-- Date: Thu Nov 15 17:38:10 2007 -->
<pre>52:b0doorway % ups list -aK+ cdfsoftb0 
"cdfsoftb0" "6.1.4bf" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9p" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9q" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9r" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.4int9f" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9n" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9o" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9l" "Linux+2" "" "" 
 
 
removing some releases: 
56:b0doorway % ups list -aK+ cdfsoftb0 
"cdfsoftb0" "6.1.4bf" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9p" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9q" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9r" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.4int9f" "Linux+2" "" "" 
 
making a new release 6.1.4int9s 
request from olga on XTRPMonitor 
</pre>
<!-- Author: kaori -->


<!-- Date: Thu Nov 15 17:41:20 2007 -->
<pre>6.1.4int9s patch file looks this: 
 
# cdfsoftb0 patche file: 6.1.4int9s patches for SL4 
# Changes are only in TrigMon, XTRPMonitor, from olga 
#  
# TIME, UT is +5h in Summer, +6h in Winter wrt CST 
# 
#Consumer patches 
Consumer -D            15NOV2007UT23:30 
ConsumerFramework -D   15NOV2007UT23:30 
 
#packages need for Stage0 
Beamline -D            15NOV2007UT23:30 
  
#packages needed for TrigMon and XMon 
CalTrigger -D          15NOV2007UT23:30 
svtsim  -D             15NOV2007UT23:30 
XTRPSim -D             15NOV2007UT23:30 
XFTMods -D             15NOV2007UT23:30 
XFTSim -D              15NOV2007UT23:30 
PulsarMon -D           15NOV2007UT23:30 
TriggerObjects -D      15NOV2007UT23:30 
L2GlobalTrigger -D     15NOV2007UT23:30 
#RunConfigDB     -D    15NOV2007UT23:30 
#HeaderObjects   -D    15NOV2007UT23:30 
 
# package needed for DAQErrMon 
Level3Filters  -D       15NOV2007UT23:30 
BankTools      -D       15NOV2007UT23:30 
RawDataBanks   -D       15NOV2007UT23:30 
#RunConfigDB    -D      15NOV2007UT23:30 
#HeaderObjects    -D    15NOV2007UT23:30 
 
# package needed for DAQMon 
RunConfigDB    -D       15NOV2007UT23:30 
HeaderObjects    -D     15NOV2007UT23:30 
 
# SVXMon utilities update 
SvxDaqMods  -D         15NOV2007UT23:30 
# SvxDaqUtils -D         15NOV2007UT23:30 
# SvxDaqObjects -D       15NOV2007UT23:30 
 
#this to be the last line of the patch file 
</pre>
<!-- Author: kaori -->



<!-- Date: Fri Nov 16 09:30:09 2007 -->
<pre>b0doorway:133:~/runarea/TrigMon> ls -lst *.log 
558757 Nov 16 09:09 TrigMon.cdfdaq.log 23900th record. Run 253862 
706815 Nov 16 00:19 TrigMon_26946.log  21200th record. Run 253860, Trigger 0  (D-mode calibration) 
246089 Nov 15 13:15 TrigMon_26174.log 2600th record. Run 253831 
968097 Nov 15 12:13 TrigMon_12379.log 11600th record. Run 253831 
261179 Nov 15 04:32 TrigMon_4949.log  700th record. Run 253826 
01200 Nov 15 04:09 TrigMon_32309.log 
288179 Nov 15 03:18 TrigMon_31593.log  3600th record. Run 253811 
1167591 Nov 15 01:23 TrigMon_15515.log 19600th record. Run 253810 
881451 Nov 14 17:52 TrigMon_16790.log 7700th record. Run 253806 
</pre>
<!-- Author: kaori -->


<!-- Date: Fri Nov 16 12:57:51 2007 -->
<pre>Anather TrigMon crash: 
 
Nov. 16th 2007, 11:47 
 
This time, XFTL2Monitor was turned off, but 
XFTL2Test was on. 
 
Crash seem to happen in somewhere there: 
 
Normally: 
XFTL2Test() - Reset called. 
Loading stereo finder dead wires for Run Number = 253867 
Loading register for card XFTFINDER_49 with number 49 
  register 0 = 0 
  register 1 = 0 
  register 2 = 0 
  register 3 = 0 
  register 4 = ffff0000 
  register 5 = ff 
  register 6 = 0 
  register 7 = 0 
  register 8 = 0 
  register 9 = ff000000 
  register 10 = ffffffff 
  register 11 = ffffffff 
  register 12 = ffffff 
  register 13 = 0 
  register 14 = 0 
  register 15 = 0 
  register 16 = 0 
  register 17 = 0 
Loading register for card XFTFINDER_50 with number 50 
  register 0 = 0 
  register 1 = 0 
  register 2 = 0 
  register 3 = 10000000 
  register 4 = c 
  register 5 = 0 
  register 6 = 0 
  register 7 = 0 
  register 8 = 0 
  register 9 = c10 
  register 10 = 0 
  register 11 = 0 
............ 
 
When it crashed: 
 
XFTL2Test() - Reset called. 
Loading stereo finder dead wires for Run Number = 253870 
%ERLOG-s Abnormal termination: caused by signal:  8 Framework abortJob()  
         16-Nov-2007 11:47:20 CST run = 253870 event = 34540 
Calling abortJob for DummyInput... 
Calling abortJob for FileInput... 
Calling abortJob for OldDHInput... 
Calling abortJob for DHInput... 
Calling abortJob for YbosDiskFileInput... 
Calling abortJob for XXXDiskFileInput... 
Calling abortJob for ConsumerInput... 
Calling abortJob for ErrorLoggerManager... 
Calling abortJob for PuffMod</pre>
<!-- Author: kaori -->
<!-- Comment: Fri Nov 16 13;03;30 comment by...kaori -->
<pre>Consumer/TrigMon/XSFMonitor.cc, line 1076 -- std::cout << "Loading register for card " << cardname << " with number " << cardnum << std::endl;</pre>


<!-- Date: Fri Nov 16 14:24:07 2007 -->
<pre> Nov 15 03:18 core_31593 
 
Nov 15 03:18 TrigMon_31593.log 
 
board 4: SLAM: crate 2 board 5: SLAM: crate 2 board 6: SLAM: crate 2 board 7:  Done 
 XFTTrigger : beginRun()  
 file name = 253815XTRPSim_Summary.txt 
 XTRPSimModule::getFromD applying conditions from run 253815 
terminate called after throwing an instance of 'std::out_of_range' 
  what():  basic_string::substr 
%ERLOG-s Abnormal termination: caused by signal:  6 Framework abortJob()  
         15-Nov-2007 03:16:45 CST run = 253815 event = 1067671 
Calling abortJob for DummyInput... 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Sun Nov 18 12:47:53 2007 -->
<pre>Changing release default to 6.1.4int9s. 
This has Olga's XTRP TrigMon update. 
In TrigMon , just turn off XFTL2Monitor in tcl. 
Trestart only ObjectMon and TrigMon.</pre>
<!-- Author: kaori -->


<!-- Date: Thu Nov 29 15:40:53 2007 -->
<pre>I've just changed the release to 6.1.4int9u. 
It is running fine. 
 
I also change trigmon tcl file. 
</pre>
<!-- Author: Koji -->
<!-- Comment: Thu Nov 29 15;41;28 comment by...Koji -->
<pre>--- runTrigMon.tcl      2007-11-29 15:17:07.128037000 -0600
+++ runTrigMon.tcl_614int9u     2007-11-29 15:11:11.226197000 -0600
@@ -73,8 +73,7 @@
   summaryDataBase set $env(DATABASETAG).fnal.gov
 
 TracklistMonitor
-#    TracklistMonitor set f
-    TracklistMonitor set t
+    TracklistMonitor set f
      checkDataIO set t
      checkControlADataIO set t
      checkControlBDataIO set t
@@ -88,16 +87,14 @@
   exit
 
   XFTL2Monitor
-#    XFTL2Monitor set f
-    XFTL2Monitor set t
+    XFTL2Monitor set f
     prescale set 1
     checkFreq set 1
     show
   exit
 
   XFTL2Test
-#  XFTL2Test set f
-  XFTL2Test set t
+  XFTL2Test set f
   exit
</pre>


<!-- Date: Fri Dec 14 19:11:07 2007 -->
<pre>-- ran TrigMon under GBD and found an event on which it crashed  
 
(gdb) p *gblEnv 
$4 = {_vptr.AbsEnv = 0xaece4a0, _runNumber = 255141, _trigNumber = 9120303,  
  _monteFlag = false, _runType = 0, _currentRecType = { 
    _vptr.RecordType = 0xaff4a10, _value = edm::RecordType::PhysicsEvent,  
    static fgIsA = 0x0}, _runSection = 16720921138, _origin = { 
    static npos = 4294967295,  
    _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0xd289634 "CSL"}},  
  _fdPipe = 5, _numberOfRS = 0, _inputRSRanges = 0x0, _nEventsInRun = 1,  
  static _theAbsEnv = 0xd2a9ee0, static _theEvent = 0xde156f8,  
  static _theRunRecord = 0x11d63f90, static _theJobRecord = 0xd71a400} 
 
Crash point: 
 
#6  0x09238cf9 in svtsim_hb_procEvent1 (self=0xf09e6a8) 
    at /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9v/svtsim/src/svtsim_hb.c:221 
#7  0x09232781 in svtsim_procEvent (board=0xf09e6a8) 
    at /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9v/svtsim/src/svtsim_baseline.c:188 
#8  0x09232673 in svtsim_baseline_procEvent (b=0x76a2194) 
    at /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9v/svtsim/src/svtsim_baseline.c:154 
#9  0x09228d6d in svtsimmodule::event (this=0x76a2008, anEvent=0xde156f8) 
    at /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9v/svtsim/src/svtsimmodule.cc:511 
#10 0x0932e794 in APPSequence::event (this=0xd709058, anEvent=0xde156f8) 
------------------------------------------------------------- 
code-wise this is an assert statement: svtsim_hb.cc -r 1.23 l 210 
 
 sortedHitStream[countInStream] = eehit; 
  countInStream++; 
 
  assert(countInStream == self->hits->ndata);   <------ 
 
  /* end hit sorting - stream is complete */ 
  } 
 
- Koji and Pasha  
 
</pre>
<!-- Author: murat -->


<!-- Date: Mon Dec 31 14:27:20 2007 -->
<pre> 23  13:22   set RELEASE = 6.1.4int9 
    24  13:23   cd /cdf/onln/spool/$USER 
    25  13:23   source /cdf/cdf.cshrc 
    26  13:23   setup merlin 
    27  13:23   setup cdfsoft2 $RELEASE 
    28  13:23   ls 
    29  13:23   rm -rf testrel 
    30  13:23   newrel -t $RELEASE testrel 
    31  13:23   cd testrel 
    32  13:23   addpkg -h Consumer 
    33  13:24   addpkg -h ConsumerFramework 
                addpkg -h CalibConsumer  (only need CalibConsumer/csl) 
                edit Consumer/xyz../GNUmakefile : 
                     --> comment out: override LDFLAGS += -L$(CSL_LIBDIR) 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Sat Jan 19 01:01:45 2008 -->
<br>I've changed the release to 6.1.4int9w which is included an Alison's change.(<a href= 
'/cgi/elog/elog.pl?nb=2008&action=view&page=51&frame=2&anchor=21:57:31.182'>detail</a>) 
<br> but DAQErrorMon was reporting error message. 
<br> I sended an e_mail to Bill, and he made a tempolary patch <br>to disable the CLTD check in : 
    Level3Filters/src/L3DaqErrorFilter.cc 
(CVS revision 1.26) 
 
  
<!-- Author: Koji -->
<!-- Comment: Sat Jan 19 01;04;09 comment by...Koji -->
<pre>I've just make new release 6.1.4int9x but it doesn't include newest version...
I will erase this version from ups and make new one to include it.</pre>

<!-- Comment: Sat Jan 19 01;17;05 comment by...Koji -->
<pre>I added below line to the 6.1.4int9y.patches
Level3Filters/src/L3DaqErrorFilter.cc -r 1.26
This release could pick up the change.

% diff -u 6.1.4int9w/Level3Filters/src/L3DaqErrorFilter.cc 6.1.4int9y/Level3Filters/src/L3DaqErrorFilter.cc
--- 6.1.4int9w/Level3Filters/src/L3DaqErrorFilter.cc    2008-01-17 14:36:41.232201000 -0600
+++ 6.1.4int9y/Level3Filters/src/L3DaqErrorFilter.cc    2008-01-19 01:11:19.168582000 -0600
@@ -36,7 +36,7 @@

 // #include "RunConfigDB/RunSummaryDefs.hh"

-static const char rcsid[] = "$Id: L3DaqErrorFilter.cc,v 1.25 2008/01/08 22:30:36 badgett Exp $";
+static const char rcsid[] = "$Id: L3DaqErrorFilter.cc,v 1.26 2008/01/18 23:04:44 badgett Exp $";

 L3DaqErrorFilter::L3DaqErrorFilter(const char* const theName,
                              const char* const theDescription )
@@ -749,7 +749,7 @@
 {
   int c=0;
   // RawTdcStorableBank:
-  tdcBankStatus[c++] = L3DaqBankStatus("CLTD_StorableBank"); //  0
+  //  tdcBankStatus[c++] = L3DaqBankStatus("CLTD_StorableBank");
   tdcBankStatus[c++] = L3DaqBankStatus("BMUD_StorableBank"); //  1
   tdcBankStatus[c++] = L3DaqBankStatus("BSUD_StorableBank"); //  2
   tdcBankStatus[c++] = L3DaqBankStatus("CMPD_StorableBank"); //  3
</pre>

<!-- Comment: Sat Jan 19 17;49;33 comment by...Koji -->
<pre>I've just changed the release. I couldn't check it is working correctory or not because store was ended just after change the release.... I could check it with cosmics trigger.
I will ask CR people to check DAQErrMon carefully when next store is started.
</pre>

<!-- Comment: Sat Jan 19 17;50;07 comment by...Koji -->
new realease is <b>6.1.4int9y</b>


<!-- Date: Thu Jan 24 14:04:19 2008 -->
<pre>$ source ~cdfsoft/cdf2.cshrc 
$ setup cdfsoft2 development 
$ relnew objectmon 
[copy file to Consumer/ObjectMon/runObjectMon.tcl] 
$ cvs diff --brief 
cvs diff: Diffing Consumer 
cvs diff: Diffing Consumer/BeamMon 
cvs diff: Diffing Consumer/Consumer 
cvs diff: Diffing Consumer/DAQErrMon 
cvs diff: Diffing Consumer/DAQMon 
cvs diff: Diffing Consumer/Executables 
cvs diff: Diffing Consumer/L3RegionalMon 
cvs diff: Diffing Consumer/LumMon 
cvs diff: Diffing Consumer/ObjectMon 
Index: Consumer/ObjectMon/runObjectMon.tcl 
=================================================================== 
RCS file: /cdf/code/cdfcvs/run2/Consumer/ObjectMon/runObjectMon.tcl,v 
retrieving revision 1.75 
diff --brief -r1.75 runObjectMon.tcl 
Files /tmp/cvs4vU7Zv and runObjectMon.tcl differ 
cvs diff: Diffing Consumer/ObjectMon/doc 
cvs diff: Diffing Consumer/SiliMon 
cvs diff: Diffing Consumer/Stage0 
cvs diff: Diffing Consumer/Template 
cvs diff: Diffing Consumer/TestMon 
cvs diff: Diffing Consumer/TrigMon 
cvs diff: Diffing Consumer/XMon 
cvs diff: Diffing Consumer/XMonFitter 
cvs diff: Diffing Consumer/YMon 
cvs diff: Diffing Consumer/YMon/test.output 
cvs diff: Diffing Consumer/scripts 
cvs diff: Diffing Consumer/src 
cvs diff: Diffing Consumer/ups 
$ relwrite 
$ cd Consumer/ObjectMon/ 
$ cvs add runObjectMon.tcl 
$ cvs commit -m "Adam's request" -f runObjectMon.tcl 
</pre>
<!-- Author: Koji -->


<!-- Date: Wed Jan 30 17:00:02 2008 -->
<pre>Switched BeamMon/LumMon from b0server11 to b0server10. 
Bill et. al, upgrading memory on b0server11. 
One thing to note:  we are not supposed to stop LumMon 
during a run.  (only between runs.)</pre>
<!-- Author: kaori -->


<!-- Date: Thu Feb 14 18:42:45 2008 -->
<li>Adam Aurisano updated the ObjectMon reference file. Reference file for physics table comes from run 258049 now. 
<li>I modified  runObjectMon_physics.tcl to make sure that met and muon monitor are using appropriate triggers. 
<ul> 
<li> muon monitor is using EXPRESS_MUON,EXPRESS_W,EXPRESS_Z,MUON_CMX10,MUON_CMUP18 
<li> met monitor is using MET40 MET_DIJET MET_PEM 
</ul>
<!-- Author: murat -->


<!-- Date: Mon Feb 18 17:54:32 2008 -->
<li> 6.1.4int9z iz built and ready for validation 
<li> issues: 
<ul> 
<li> forgot CalibConsumer 
<li> for some reason Consumer package didn't get checked out, did it manually 
<li> there is an error in checkout script, checkout of SRT_CDF generated an error and build stopped. Recovered manually 
<li> committed Release/patches/6.1.4int9_online.patches -r 1.6 - it  corresponds to 6.1.4int9z  
</ul>   
<!-- Author: murat -->
<!-- Comment: Mon Feb 18 18;12;27 comment by...murat -->
<pre>use tag v6_1_4int9_online as a sliding tag</pre>

<!-- Comment: Mon Feb 18 18;13;41 comment by...murat -->
<pre>- I removed EXPRESS_W and EXPRESS_Z (both - electron-only triggers) from the list of triggers used by the muon monitor </pre>


<!-- Date: Tue Feb 19 12:03:16 2008 -->
consumer status/paln updated -see current version at  
 
http://www-cdf.fnal.gov/tiki/tiki-index.php?page=OnlineConsumers
<!-- Author: murat -->


<!-- Date: Wed Mar 5 11:01:34 2008 -->
- fixed SvxDaqMods makefiles to use new CSL library, retagged SvxDaqMods vith 6.1.4int9z online 
<pre> 
67:b0doorway % cvs -d cdfcvs@cdfcvs.fnal.gov:/cdf/code/cdfcvs/run2 rtag v6_1_4int9_online SvxDaqMods 
W SvxDaqMods/test/GNUmakefile : v6_1_4int9_online already exists on version 1.43 : NOT MOVING tag to version 1.44 
W SvxDaqMods/test/DeadTest/GNUmakefile : v6_1_4int9_online already exists on version 1.8 : NOT MOVING tag to version 1.9 
W SvxDaqMods/test/SVXMon/GNUmakefile : v6_1_4int9_online already exists on version 1.8 : NOT MOVING tag to version 1.9 
W SvxDaqMods/test/SvxMonRunComparison/GNUmakefile : v6_1_4int9_online already exists on version 1.2 : NOT MOVING tag to version 1.3 
W SvxDaqMods/test/SvxPed/GNUmakefile : v6_1_4int9_online already exists on version 1.6 : NOT MOVING tag to version 1.7 
W SvxDaqMods/test/SvxPedClu/GNUmakefile : v6_1_4int9_online already exists on version 1.4 : NOT MOVING tag to version 1.5 
W SvxDaqMods/test/SvxPedHisto/GNUmakefile : v6_1_4int9_online already exists on version 1.11 : NOT MOVING tag to version 1.12 
W SvxDaqMods/test/SvxPulseHeights/GNUmakefile : v6_1_4int9_online already exists on version 1.4 : NOT MOVING tag to version 1.5 
68:b0doorway % cvs -d cdfcvs@cdfcvs.fnal.gov:/cdf/code/cdfcvs/run2 rtag -F v6_1_4int9_online SvxDaqMods 
</pre>
<!-- Author: murat -->


<!-- Date: Wed Mar 5 13:43:10 2008 -->
updated build procedure to always use scripts locally checked out 
instead of relying on development 
<!-- Author: murat -->


<!-- Date: Wed Mar 5 13:45:41 2008 -->
<pre>- all the startSubConsumer*.csh scripts are modified to use release name as a parameter 
- leave all the scripts using new startup mode and running 6.1.4int9y (the default release) 
 
</pre>
<!-- Author: murat -->


<!-- Date: Wed Mar 5 17:05:15 2008 -->
<pre>- commited latest version of teh consumer submission scripts into repository. Note that TrigMon and LumMon submission scripts look exactly the same. 
 
cvs rtag: Tagging ConsumerFramework/scripts 
W ConsumerFramework/scripts/startMon.sh : v6_1_4int9_online already exists on version 1.4 : NOT MOVING tag to version 1.5 
W ConsumerFramework/scripts/startSubConsumer.csh : v6_1_4int9_online already exists on version 1.6 : NOT MOVING tag to version 1.7 
W ConsumerFramework/scripts/startSubConsumer_TrigMon.csh : v6_1_4int9_online already exists on version 1.3 : NOT MOVING tag to version 1.4 
110:b0doorway % cvs -d $CVSROOT rtag -F v6_1_4int9_online ConsumerFramework/scripts/ConsumerFramework/scripts/startMon.sh 
cvs rtag: cannot chdir to /cdf/code/cdfcvs/run2/ConsumerFramework/scripts/ConsumerFramework/scripts: No such file or directory 
111:b0doorway % cvs -d $CVSROOT rtag -F v6_1_4int9_online ConsumerFramework/scripts/startMon.sh 
112:b0doorway % cvs -d $CVSROOT rtag -F v6_1_4int9_online ConsumerFramework/scripts/startSubConsumer.csh 
113:b0doorway % cvs -d $CVSROOT rtag -F v6_1_4int9_online ConsumerFramework/scripts/startSubConsumer_TrigMon.csh 
</pre>
<!-- Author: murat -->
<!-- Comment: Wed Mar  5 17;06;56 comment by...murat -->
as seen from above, the latest versions are retagged as v6_1_4int9_online CVS tag


<!-- Date: Wed Mar 5 18:25:26 2008 -->
<li> saved CO checklist scripts (by Charles) scripts into repository 
<li> from now on they reside in ConsumerFramework/CoCheckList 
<li> to start, dumped into repository a copy of the directory tree 
  under b0www00:/cdf/onln/www/cgi/internal/mon/cdfdoc  
<!-- Author: murat -->


<!-- Date: Sat Mar 8 11:26:51 2008 -->
<pre>YMon is crashing with error: 
 
 
         ======================================================= 
 
         Error Log established 
         08-Mar-2008 11:22:05 CST 
 
         ======================================================= 
          
 Connected to database_oracle_online 
DBEventLogger::OTLConnect(cdf_reader/xxxxx@cdfonprd) 
Container size = 38304 
%ERLOG-s ROOT/TUnixSystem: bind (Address already in use)  GlobalLibraryLogger  
         TUnixSystem::UnixTcpService() 08-Mar-2008 11:22:15 CST  
         run = 0 event = 0 
%ERLOG-s ROOT/TUnixSystem: bind (Address already in use)  GlobalLibraryLogger  
         TUnixSystem::UnixTcpService() 08-Mar-2008 11:22:15 CST  
         run = 0 event = 0 
Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. 
Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. 
DisplayServer: Connected successfully to CONSUMER socket at port 9052 
                              on host b0server09.fnal.gov. 
SysError in &lt;TUnixSystem::UnixTcpService&gt;: bind (Address already in use) 
SysError in &lt;TUnixSystem::UnixTcpService&gt;: bind (Address already in use) 
=========================================================================== 
 
DisplayServer::openClientServerSocket(): Server socket for HISTO DISPLAY 
               clients at PORT 9093 available. 
 
               Use   b0server09.fnal.gov:9093 
               as input stream to connect from the HistoDisplay 
               to the Display Server. 
 
=========================================================================== 
 
%ERLOG-s Abnormal termination: caused by signal:  8 Framework abortJob()  
         08-Mar-2008 11:22:16 CST run = 0 event = 0 
sendString = YMon|31566@b0server09.fnal.gov$Framework$abortJob$Abnormal termination$11$0/0$run = 0 event = 0$run = 0 event = 0$caused by signal:  $8$ 
$END 
</pre>
<!-- Author: kaori -->


<!-- Date: Sat Mar 8 11:34:21 2008 -->
<pre>core does not tell me anything: 
 
b0control22:111:~/runarea/YMon&gt; gdb YMon core_31563 
GNU gdb 5.2.1 
Copyright 2002 Free Software Foundation, Inc. 
GDB is free software, covered by the GNU General Public License, and you are 
welcome to change it and/or distribute copies of it under certain conditions. 
Type "show copying" to see the conditions. 
There is absolutely no warranty for GDB.  Type "show warranty" for details. 
This GDB was configured as "i686-pc-linux-gnu"... 
 
warning: core file may not match specified executable file. 
Core was generated by `Server 9052 2 -'. 
Program terminated with signal 11, Segmentation fault. 
#0  0x0828344d in ?? () at ZMexception.h:464 
464     ZMexception.h: No such file or directory. 
        in ZMexception.h 
(gdb) </pre>
<!-- Author: kaori -->
<!-- Comment: Sat Mar  8 11;52;09 comment by...kaori -->
<pre>try running from different machine:  b0server06.
The same result - crash as running on b0server06.

try running on b0control22, just setup, then do: from ~cdfdaq/kaori area:
 
YMon runYMon_cosmic.tcl

-----
then, it seems to work.
(daq is not taking data so waiting for events:)

         =======================================================
         
 PcalDetectorElement::makeTop()
%ERLOG-s ROOT/TUnixSystem: 
         connect (cdfconsumererror.fnal.gov:9041) (Connection refused)  
         GlobalLibraryLogger TUnixSystem::UnixTcpConnect() 
         08-Mar-2008 11:47:24 CST run = 0 event = 0

         =======================================================

         Error Log established
         08-Mar-2008 11:47:25 CST

         =======================================================
         
 Connected to database_oracle_online
DBEventLogger::OTLConnect(cdf_reader/xxxxx@cdfonprd)
Container size = 38304
Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed.
Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed.
DisplayServer: Connected successfully to CONSUMER socket at port 9050
                              on host b0control22.fnal.gov.
===========================================================================

DisplayServer::openClientServerSocket(): Server socket for HISTO DISPLAY
               clients at PORT 9091 available.

               Use   b0control22.fnal.gov:9091
               as input stream to connect from the HistoDisplay
               to the Display Server.

===========================================================================

APPConsumerInputModule::initIOSystem ===&gt; CS_ConsSend port = 4031
APPConsumerInputModule::initIOSystem ===&gt; CS_Receiver port = 4030
</pre>


<!-- Comment: Mon Mar 10 12;12;20 comment by...murat -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>don' use gdb 5.2, use /usr/bin/gdb</pre></td></tr></td></table>
<!-- Date: Sat Mar 8 12:07:29 2008 -->
<pre>So, YMon is having problem getting started to connect to errorReciever, 9040 socket connection. 
Turn off error sender: 
 
module talk ConsumerErrorModule 
  writeCentralLogFile set t 
  enableErrorSender set f 
  errorReceiverPort set [expr {9040+$env(PARTITIONID)}] 
exit 
 
in runYMon.tcl, runYMon_physics.tcl & runYMon_cosmic.tcl 
for now, to get going. 
This function is only used seriously in SVXMon. 
Sending mail to Bill about ErrorReceiver.</pre>
<!-- Author: kaori -->



<!-- Date: Wed Mar 26 11:58:41 2008 -->
<pre>DAQErroMon Error, accessing offlineDB 
 
SELECT SUM(LUM_INTEGRAL_ONLINE) FROM FILECATALOG.CDF2_RUNSECTIONS@CDFOFPR2 WHERE RUN_NUMBER=259973) 
 
-- 
TrigMon 
L1GlobalTriggerMoker,  after removing this path, 
started working, but cant connect to display 
accessing "DF2_RUNSECTIONS@CDFOFPR2" 
 
ObjectMon 
 
LumMon:  accessing offline, started working some reason 
after ~2 hours not working 
 
EventDisplay</pre>
<!-- Author: kaori -->


<!-- Date: Wed Mar 26 12:00:18 2008 -->
<pre>startSubConsumer setup: 
 
  unsetenv PRODUCTS 
  source /cdf/cdf.cshrc 
#  source ~cdfsoft/cdf2.cshrc 
  setup cdfsoftb0 
#  setup root v3_02_07i -q KCC_4_0 
  setup cdfdb 
  unsetup oracle 
  setup oracle v9_2_0_1c 
  unsetup oracle_client  
  setup oracle_client v9_2_0_1a</pre>
<!-- Author: kaori -->


<!-- Date: Wed Mar 26 12:59:25 2008 -->
DAQErrMon problem: RunConfigDB/src/OTL/RunSummaryOTL.cc starting from rev 1.29 (change by Bill B.) explicitly has dependence on CDFOFPR2 database... Bill conveniently is on furlough this week 
<pre> 
revision 1.29 
date: 2005/05/21 06:18:13;  author: badgett;  state: Exp;  lines: +29 -8 
Database link kludge for cdfonprd to get around streams synonyms replication problem (argh!) 
---------------------------- 
 
</pre>
<!-- Author: murat -->


<!-- Date: Wed Mar 26 13:38:52 2008 -->
<li> L1GlobalTrigger/DBFredAccess.hh by default uses offline DB 
<pre> 
class DBFredAccess{ 
 
public: 
 
  //----------------------- 
  // Constructor; 
  //----------------------- 
 
  DBFredAccess(int nRun, const std::string& db="ofotl_prd_read");  
</pre> 
<li> check that L1GlobalTriggerMaker sets online DB properly 
<!-- Author: murat -->
<!-- Comment: Wed Mar 26 14;25;45 comment by...murat -->
<pre>L1GlobalTriggerMaked is disabled, so it couldn't have been the source of the connection problem.</pre>
<!-- Date: Wed Mar 26 14:24:23 2008 -->
<pre>TrackListMonitor (part of the TrigMonModule) was connecting to OFFLINE database, Fixed in the TCL file (Consumer/TrigMon/runTrigMon.tcl). revision 1.137 commited into repository, retagged as 6.1.4int9_online. TCL file used by Trigmon updated manually</pre>
<!-- Author: murat -->



<!-- Date: Thu Mar 27 11:32:44 2008 -->
- fixed DAQErrMonitor not to access the offline DB, retagged v6_1_4int9_online 
<pre> 
cvs rtag -F -r 1.24 v6_1_4int9_online Consumer/DAQErrMon/DAQErrMonitor.cc 
</pre>
<!-- Author: murat -->


<!-- Date: Thu Mar 27 12:30:06 2008 -->
- fixed online version of the event display to access online DB only 
 
<pre> 
RCS file: /cdf/code/cdfcvs/run2/RootMods/examples/mon/mon,v 
Working file: mon 
head: 1.48 
symbolic names: 
	v6_1_4int9_online: 1.48 
	V00-01-60: 1.47 
---------------------------- 
revision 1.48 
date: 2008/03/27 17:16:07;  author: murat;  state: Exp;  lines: +2 -0 
- force Calibration manager to use ONLINE database 
 
</pre>
<!-- Author: murat -->
<!-- Comment: Thu Mar 27 12;32;08 comment by...murat -->
<pre>- updated Release/patches/6.1.4int9_online.patches to include all recent changes, it is up to date now</pre>


<!-- Date: Thu Mar 27 12:33:39 2008 -->
I checked that ObjectMon (default version for 6.1.4int9z)  
doesn't access the offline DB
<!-- Author: murat -->


<!-- Date: Fri Apr 4 16:59:17 2008 -->
<pre>1) paged: a CO was told by an ace to run 'concon2' instead of 'concon', it took Koji to sort it out. Koji changed the file attributes of concon2 to 'non-executable'. 
The side effect of that was that concon2 started several consumer processes  on the nodes where consumers were not supposed to run and presenter   processes were showing duplicate producers... CO didn't know which  consumer to connect to...  
 
2) XMon problem with zero-unprescaled rate triggers is fixed. SL1DMonitor was not updated to use new TL2D format with "remainder" words dropped from the scaler block. Now XMon complains only about triggers which DO have zero rate. 
Fix commited into repository, 6.1.4int9_online retagged 
 
3) switched to running XMon from 6.1.4int9z. Remember , that startMon.sh in use resides in Koji's private area....  
 
   /cdf/onln/home/cdfdaq/kojin/consumer_scripts: 
  used 152 available 418371264 
  drwxr-sr-x   2 cdfdaq cdf  4096 Apr  4 16:16 . 
  -rwxr-xr-x   1 cdfdaq cdf 20093 Apr  4 16:16 startMon.sh 
  -rw-r--r--   1 cdfdaq cdf   330 Mar  8 11:38 monitornode.txt 
  -rwxr-xr-x   1 cdfdaq cdf 18614 Feb 25 19:39 startMon.sh~ 
</pre>
<!-- Author: murat -->


<!-- Date: Fri Apr 4 17:50:51 2008 -->
<pre>-- just updated Consumers - why did this happen ? (see below) 
 
Repository : cdfcvs@cdfcvs.fnal.gov:/cdf/code/cdfcvs/run2 
Module     : Consumer 
Working dir: ~/cdfsoftb0/6.1.4int9z/Consumer/ 
 
 
 
In directory .: 
              Modified                GNUmakefile 
In directory ObjectMon: 
patched       Up-To-Date              ObjectMon/EMMonitor.cc 
patched       Up-To-Date              ObjectMon/JetHistos.cc 
patched       Up-To-Date              ObjectMon/JetMonitor.cc 
patched       Up-To-Date              ObjectMon/MetMonitor.cc 
patched       Up-To-Date              ObjectMon/TimeMonitor.cc 
patched       Up-To-Date              ObjectMon/runObjectMon.tcl 
In directory XMonFitter: 
              Unknown                 XMonFitter/.binclean 
              Unknown                 XMonFitter/AAAMakefile 
              Unknown                 XMonFitter/GNUmakefile 
updated       Up-To-Date              XMonFitter/Makefile 
              Unknown                 XMonFitter/README.txt 
 
--------------------- End --------------------- 
-- last cmd: cvs -f update -d -P -- 
</pre>
<!-- Author: murat -->
<!-- Comment: Fri Apr  4 18;00;57 comment by...murat -->
<pre>explanation: all the checked out files above had v6_1_4int9_online tag on revision 1.36. This was wrong, I retagged with v6_1_4int9_online development version and rebuilt ObjectMon in 6.1.4int9z</pre>


<!-- Date: Fri Apr 4 18:01:53 2008 -->
<pre>in preparation for remaking the XMon fits GNUmakefile of Consumer/XMonFitter has been updated to comply with SoftRelTools</pre>
<!-- Author: murat -->


<!-- Date: Thu Apr 10 17:05:49 2008 -->
<pre>1) made 6.1.4int9z the default release 
2) updated kojin/consumer_scripts/startMon.sh to run XMon from the default release</pre>
<!-- Author: murat -->


<!-- Date: Sun Apr 13 12:07:15 2008 -->
<pre>found 3 more places: 
 
Consumer/TrigMon/XTRDMonitor.cc  
Consumer/ObjectMon/JetMonitor.cc 
Consumer/ObjectMon/ObjectMonModule.cc  
 
where OFFLINE DB has been used via RunSummaryKey 
 
      RunSummaryKey runSummaryKey(CurrentRN); 
 
fixed by chanding the offending line to 
 
      RunSummaryKey runSummaryKey(CurrentRN,false); 
 
this problem was not caught by the standalone testing, because 
redirection happens inside ORACLE... The online DB "knows" about the offline DB 
 
 
</pre>
<!-- Author: murat -->
<!-- Comment: Sun Apr 13 12;49;52 comment by...murat -->
<pre>fixes: 
-------
244:b0doorway % cvs rtag v6_1_4int9_online Consumer/ObjectMon/JetMonitor.cc Consumer/ObjectMon/ObjectMonModule.cc
W Consumer/ObjectMon/JetMonitor.cc : v6_1_4int9_online already exists on version 1.49 : NOT MOVING tag to version 1.50
W Consumer/ObjectMon/ObjectMonModule.cc : v6_1_4int9_online already exists on version 1.32 : NOT MOVING tag to version 1.33
245:b0doorway % cvs rtag -F v6_1_4int9_online Consumer/ObjectMon/JetMonitor.cc Consumer/ObjectMon/ObjectMonModule.cc
247:b0doorway % cvs rtag v6_1_4int9_online Consumer/TrigMon/XTRDMonitor.cc
W Consumer/TrigMon/XTRDMonitor.cc : v6_1_4int9_online already exists on version 1.29 : NOT MOVING tag to version 1.30
248:b0doorway % cvs rtag -F v6_1_4int9_online Consumer/TrigMon/XTRDMonitor.cc
</pre>

<!-- Comment: Sun Apr 13 12;50;30 comment by...murat -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>was paged when the offline DB went down</pre></td></tr></td></table>


<!-- Date: Wed Apr 30 08:50:41 2008 -->
<pre>Integrated latest update by Adam: 
 
cvs -d $CVSROOT co -r 1.25 Consumer/ObjectMon/TimeMonitor.hh 
U Consumer/ObjectMon/TimeMonitor.hh 
cvs -d $CVSROOT co -r 1.44 Consumer/ObjectMon/TimeMonitor.cc 
U Consumer/ObjectMon/TimeMonitor.cc 
 
and rebuilt ObjectMon. Current version is still int9z 
</pre>
<!-- Author: murat -->
<!-- Comment: Wed Apr 30 09;08;30 comment by...murat -->
<pre>I also updated the runObjectMon_physics.tcl and installed it in the run area. The file contains corrected T0 shifts. </pre>


<!-- Date: Thu May 1 16:28:19 2008 -->
<pre>using access, integrated into 6.1.4int9z fix by Michael Schmidt: comment out print statement unconditionally complaining about missing SIXD in non-silicon runs</pre>
<!-- Author: murat -->


<!-- Date: Thu May 22 12:34:01 2008 -->
<pre>attempted to make 6.1.4int9aa: 
Basically two things were wrong with it and built failed. 
 1) csl libraly needed patched in 
 2) DAQErrMon, wrongKey....  built failed. 
 
After Pasha's help, fixed the problem 1). 
Attempped to make 6.1.4int9ab. taking everything (patches) 
from the head of yesterday  
 1) was o.k. 
 2) DAQErrMon still gives the same error. 
 3) disk quota exceeded. 
 
Cleaning up: 
Before clean-up: 
 
77:b0doorway % ups list -aK+ cdfsoftb0 
"cdfsoftb0" "6.1.4int9p" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9q" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9r" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9f" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9s" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9u" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9v" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9x" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9y" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9z" "Linux+2" "" "current" 
 
After clean-up: 
90:b0doorway % ups list -aK+ cdfsoftb0 
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9x" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9y" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9z" "Linux+2" "" "current" 
 
--------- 
Sent mail to Pasha and Bill about DAQErrMon problem. 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Fri May 30 14:46:50 2008 -->
<pre>After various attempts and fixes 
(last fix was apply_patches modification by Pasha), 
we are finally making a new release in a while. 
 
#----------------------------------------------------------------------------- 
# Patches for 6.1.4int9aa:  
# Started Jul 19 2007 Koji Nakamura, Pasha Murat 
# this revision corresponds to Kaori's 6.1.4int9z 
# 
# May 30, 2008 - Kaori: copied patch file from 6.1.4int9z,  
# making following two changes: 
#  1)  update date to May30 2008 
#  2)  adding CalibConsumer to pick up new csl code 
#  after aa, ab, ac, ad were failed, and removed. 
#----------------------------------------------------------------------------- 
#  
# TIME, UT is +5h in Summer, +6h in Winter wrt CST 
# 
#Consumer patches 
 
Consumer -D            30MAY2008UT18:00 
ConsumerFramework -D   30MAY2008UT18:00 
ConsumerInterface -D   30MAY2008UT18:00 
CalibConsumer     -D   30MAY2008UT18:00 
 
#packages need for Stage0 
Beamline -D            30MAY2008UT18:00 
  
#packages needed for TrigMon and XMon 
CalTrigger -D          30MAY2008UT18:00 
svtsim  -D             30MAY2008UT18:00 
XTRPSim -D             30MAY2008UT18:00 
XFTMods -D             30MAY2008UT18:00 
XFTSim -D              30MAY2008UT18:00 
PulsarMon -D           30MAY2008UT18:00 
TriggerObjects -D      30MAY2008UT18:00 
 
L2GlobalTrigger -D     30MAY2008UT18:00  
 
# package needed for DAQErrMon 
Level3Filters  -D      30MAY2008UT18:00 
BankTools      -D      30MAY2008UT18:00 
RawDataBanks   -D      30MAY2008UT18:00 
 
# package needed for DAQMon 
RunConfigDB    -D      30MAY2008UT18:00 
HeaderObjects  -D      30MAY2008UT18:00 
 
# SVXMon utilities update 
SvxDaqMods  -D         30MAY2008UT18:00 
#------------------------------------------------------------------------------ 
# patches needed to include new version of the CSL library and link against  
# ORACLE 10 client 
#------------------------------------------------------------------------------ 
ConsumerFramework/ConsumerFramework/conditionalbuild.mk -r 1.6 
 
PackageList -D         30MAY2008UT18:00             
SRT_CDF     -D         30MAY2008UT18:00             
 
#this to be the last line of the patch file 
 
================ 
 
this should contain TrigMon modification by Alison. 
The release making is neary finished..... 
</pre>
<!-- Author: kaori -->
<!-- Comment: Fri May 30 14;47;41 comment by...kaori -->
<pre>finished successfully.
Will test in the control room soon.</pre>


<!-- Date: Fri May 30 17:59:25 2008 -->
<pre>changing to 6.1.4int9aa. 
 
First, save 6.1.4int9z current tcl files: 
b0control14:114:~/kaori/ryo_script&gt; ./saveTo_new.sh All 6.1.4int9Z 
./saveTo_new.sh: line 21: /cdf/onln/home/cdfdaq/consumer_scripts: is a directory 
we copy runXMon.tcl file and then save to 6.1.4int9Z 
we copy runYMon_physics.tcl file and then save to 6.1.4int9Z 
we copy runYMon_cosmic.tcl file and then save to 6.1.4int9Z 
we copy runTrigMon.tcl file and then save to 6.1.4int9Z 
we copy runStage0_physics.tcl file and then save to 6.1.4int9Z 
we copy runStage0_cosmic.tcl file and then save to 6.1.4int9Z 
we copy runSiliMonPHYSCIS.tcl file and then save to 6.1.4int9Z 
we copy runSiliMonCOSMICS.tcl file and then save to 6.1.4int9Z 
we copy runBeamMon_physics.tcl file and then save to 6.1.4int9Z 
we copy runBeamMon_cosmic.tcl file and then save to 6.1.4int9Z 
we copy runDAQErrMon_physics.tcl file and then save to 6.1.4int9Z 
we copy runDAQErrMon_cosmic.tcl file and then save to 6.1.4int9Z 
we copy runDAQMon_physics.tcl file and then save to 6.1.4int9Z 
we copy runDAQMon_cosmic.tcl file and then save to 6.1.4int9Z 
we copy runObjectMon_physics.tcl file and then save to 6.1.4int9Z 
we copy runObjectMon_cosmic.tcl file and then save to 6.1.4int9Z 
we copy runL3RegionalMon.tcl file and then save to 6.1.4int9Z 
we copy runSVXMon_streamD.tcl file and then save to 6.1.4int9Z 
we copy runSVXMon_allstreams.tcl file and then save to 6.1.4int9Z 
 
====================== 
 ./switchRelease_new.sh All 6.1.4int9aa  PHYS 
 
we changes runYMon_physics.tcl file newly 
we changes runYMon_cosmic.tcl file newly 
we changes runTrigMon.tcl file newly 
we changes runObjectMon_physics.tcl file newly 
 
============================= 
1st to note, 
saveTo copied to "Z", not 'z'. 
 
==================== 
YMon 
======================= 
 diff runYMon_physics.tcl_614int9Z runYMon_physics.tcl_614int9aa 
65c65 
&lt;   enableErrorSender set f 
--- 
&gt;   enableErrorSender set t 
================================= 
will use enableErrorSender version as release aa, and see.... 
 
==================== 
TrigMon 
=================== 
b0control14:156:Consumer/TrigMon&gt; diff runTrigMon.tcl_614int9Z runTrigMon.tcl_614int9aa 
77,85c77,85 
&lt;      TracklistMonitor set t 
&lt;      checkDataIO set t 
&lt;      checkControlADataIO set t 
&lt;      checkControlBDataIO set t 
&lt;      checkTracklistUsingXsld set t 
&lt;      checkL2cpuTl2d set t 
&lt;      minErrorXsldControlANumTrks set 1 
&lt;      minErrorControlAL2CpuNumTrks set 1 
&lt;      scaleErrorXsldControlANumTrks set 0.0005 
--- 
&gt;      TracklistMonitor               set t 
&gt;      checkDataIO                    set t 
&gt;      checkControlADataIO            set t 
&gt;      checkControlBDataIO            set t 
&gt;      checkTracklistUsingXsld        set t 
&gt;      checkL2cpuTl2d                 set t 
&gt;      minErrorXsldControlANumTrks    set 1 
&gt;      minErrorControlAL2CpuNumTrks   set 1 
&gt;      scaleErrorXsldControlANumTrks  set 0.0005 
87,89c87,89 
&lt;      errorThresholdTriggerBits set 4 
&lt;      errorThresholdAbortBit set 4 
&lt;      checkFreq set 100 
--- 
&gt;      errorThresholdTriggerBits      set 4 
&gt;      errorThresholdAbortBit         set 4 
&gt;      checkFreq                      set 100 
 
================== 
o.k., 
assume the new release tcl is the right thing. 
and use that one. 
========================= 
ObjectMon 
======================== 
 
b0control14:161:Consumer/ObjectMon&gt; diff runObjectMon_physics.tcl_614int9Z runObjectMon_physics.tcl_614int9aa 
381,384c381 
&lt; #      shiftCorrTime set 0.8 0.1 0.9 0.4 0.6 
&lt; # 05/09/08 
&lt;       shiftCorrTime set 1.1 1.0 1.3 1.0 0.8 
&lt;  
--- 
&gt;       shiftCorrTime set 0.8 0.1 0.9 0.4 0.6 
======================================================= 
Here, I assume tcl file modification has not been  
propagated to the new release. 
Will put back the 'Z' tcl for ObjectMon. 
 
 ./putbackRelease_new.sh ObjectMon 6.1.4int9Z PHYS 
  
This script changes each tcl file and then switch Consumer Monitor as 6.1.4int9Z. 
  
we put back runObjectMon_physics.tcl file as 6.1.4int9Z 
we put back runObjectMon_cosmic.tcl file as 6.1.4int9Z 
======================================================== 
 
Change the current default release to 6.1.4int9aa, 
restart all, but LumMon. 
 
========== 
send mail to Trigger people, ObjectMon people. 
 
</pre>
<!-- Author: Kaori -->


<!-- Date: Thu Aug 14 15:22:53 2008 -->
<pre>study TrigMon timing. When SVTDMonitor (one of the monitors running  
within TrigMonModule) is commented out, the code crashes in  
the beginning of the job. 
 
- need to find the reason and fix. 
 
- working release: /cdf/scratch/cdfdaq/6.1.4int9_trigmon_farrukh 
 
 
</pre>
<!-- Author: Farrukh and Pasha -->


<!-- Date: Thu Aug 14 17:12:54 2008 -->
<pre>Trying to make a new release 6.1.4int9ae 
 
XMon, ObjectMon, DAQErrMon need new release. 
Patch file looks: 
 
#----------------------------------------------------------------------------- 
# Patches for 6.1.4int9ae, copied from 6.1.4int9ab, with current date. 
# updates in ObjectMon, DAQErrMon, & XMon 
# 
# Patches for 6.1.4int9aa:  
# Started Jul 19 2007 Koji Nakamura, Pasha Murat 
# this revision corresponds to Kaori's 6.1.4int9z 
# 
# May 30, 2008 - Kaori: copied patch file from 6.1.4int9z,  
# making following two changes: 
#  1)  update date to May30 2008 
#  2)  adding CalibConsumer to pick up new csl code 
#  after aa, ab, ac, ad were failed, and removed. 
#----------------------------------------------------------------------------- 
#  
# TIME, UT is +5h in Summer, +6h in Winter wrt CST 
# 
#Consumer patches 
 
PackageList -D         14AUG2008UT21:00             
SRT_CDF     -D         14AUG2008UT21:00             
 
Consumer -D            14AUG2008UT21:00 
ConsumerFramework -D   14AUG2008UT21:00 
ConsumerInterface -D   14AUG2008UT21:00 
CalibConsumer     -D   14AUG2008UT21:00 
 
#packages need for Stage0 
Beamline -D            14AUG2008UT21:00 
  
#packages needed for TrigMon and XMon 
CalTrigger -D          14AUG2008UT21:00 
svtsim  -D             14AUG2008UT21:00 
XTRPSim -D             14AUG2008UT21:00 
XFTMods -D             14AUG2008UT21:00 
XFTSim -D              14AUG2008UT21:00 
PulsarMon -D           14AUG2008UT21:00 
TriggerObjects -D      14AUG2008UT21:00 
L2GlobalTrigger -D     14AUG2008UT21:00  
Consumer/XMon/XMonTrigger.cc -r 1.14 
 
# package needed for DAQErrMon 
Level3Filters  -D      14AUG2008UT21:00 
BankTools      -D      14AUG2008UT21:00 
RawDataBanks   -D      14AUG2008UT21:00 
Level3Filters/Level3Filters/L3DaqErrorFilter.hh  -r 1.23 
Level3Filters/src/L3DaqErrorFilter.cc   -r 1.28 
 
# package needed for DAQMon 
RunConfigDB    -D      14AUG2008UT21:00 
HeaderObjects  -D      14AUG2008UT21:00 
 
# SVXMon utilities update 
SvxDaqMods  -D         14AUG2008UT21:00 
 
# package needed for ObjectMon 
NKRoot     -r v0_0_10 
XFTMonitor -r v3_1 
boost       -D         14AUG2008UT21:00 
 
#------------------------------------------------------------------------------ 
# patches needed to include new version of the CSL library and link against  
# ORACLE 10 client 
#------------------------------------------------------------------------------ 
ConsumerFramework/ConsumerFramework/conditionalbuild.mk -r 1.6 
 
#this to be the last line of the patch file 
 
============== 
It is compiling right now. 
</pre>
<!-- Author: kaori -->


<!-- Date: Sat Oct 11 17:50:43 2008 -->
<pre>shift crew has observed that when we run with the physics trigger table in  
shot setup mode: 
 
Run 268122 ACTIVATE: RunSet: AAA_SHOTSETUP Trigger: PHYSICS_5_01 [10,1139,728] 
 
the latest version of ObjectMon is crashing. GDB tells exactly where the crash  
is happening - see below. Note, that we're waiting for the beam so no real data  
(tracks, muons...) are coming on input in this run. 
 
So far we switched back to running the previous, 6.1.4ab, version of  
ObjectMon. 
 
			Could you take a look? -thanks, Pasha 
----------------------------------------------------------------- 
Program received signal SIGSEGV, Segmentation fault. 
[Switching to Thread 4323008 (LWP 10152)] 
0x08eb56a6 in XFTMonitor::Eff (this=0x2af0008, ptbin= 
        {static npos = 4294967295, _M_dataplus = {&lt;std::allocator&lt;char&gt;&gt; = 
{&lt;__gnu_cxx::new_allocator&lt;char&gt;&gt; = {&lt;No data fields&gt;}, &lt;No data fields&gt;}, 
_M_p = 0x114da904 "High"}}) 
 
    at /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9ac/XFTMonitor/src/COPlots.cc:106 
-------------------------------------------------------- 
void XFTMonitor::Eff(std::string ptbin) 
{ 
  gPad-&gt;SetTicks(1,1); 
 
  // I need to make a copy of the histrogram because if I scale or divide  
  // the original, I will interfere with the HistManager. 
  std::ostringstream nameN, nameNS, nameD, copyN, copyNS, copyD; 
  nameN &lt;&lt; "trackPhi6" &lt;&lt; ptbin &lt;&lt; "Nom"; 
  nameNS &lt;&lt; nameN.str() &lt;&lt;"S"; 
  nameD &lt;&lt; "trackPhi6" &lt;&lt; ptbin &lt;&lt; "Denom"; 
  // "c1" does not carry any meaning, it only makes sure that all cloner 
  // histograms have unique names 
  copyN &lt;&lt; nameN.str() &lt;&lt; "c1"; 
  copyNS &lt;&lt; nameNS.str() &lt;&lt; "c1"; 
  copyD &lt;&lt; nameD.str() &lt;&lt; "c1"; 
line 106 : ----&gt;   _plots.push_back(boost::shared_ptr&lt;TH1&gt;(dynamic_cast&lt;TH1*&gt; 
	(hist.get1(nameN.str().c_str())-&gt;Clone(copyN.str().c_str())))); 
------------------------------ 
Adam Aurisano / Dave Toback notified, we switched back to using  
previous (6.1.4ab) version of ObjectMon while for the rest consumers 6.1.4ac version is used. 
</pre>
<!-- Author: murat -->


<!-- Date: Sun Oct 12 20:16:21 2008 -->
<pre>- we're running all consumers except ObjectMon from 6.1.4int9ac. 
- 6.1.4int9ac version of ObjectMon has a bug, yesterday we stepped back to using ObjectMon 6.1.4int9ab. </pre>
<!-- Author: murat -->


<!-- Date: Mon Oct 13 10:43:17 2008 -->
<pre>/cdf/scratch is 100% full, modified ~b0cdfsoft/.srtrc not to use it - we have more than enough space on /cdf/onln/code/ disk for building the releases</pre>
<!-- Author: murat -->


<!-- Date: Mon Oct 13 13:52:14 2008 -->
<pre>6.1.4int9ad is built and declared, the latest: changes to TrigMon by Heather 
- need to switch to TrigMon 6.1.4int9ad 
- bug fix to ObjectMon is still pending, so ObjectMon/6.1.4int9ab is still in use</pre>
<!-- Author: murat -->


<!-- Date: Mon Oct 13 13:53:26 2008 -->
latest instructions on how to build the online releases: 
http://www-cdf.fnal.gov/tiki/tiki-index.php?page=OnlineConsumerReleases
<!-- Author: murat -->


<!-- Date: Tue Oct 14 09:27:02 2008 -->
<pre>- paged at 8:43am: starting from XMON page  https://www-cdfonline.fnal.gov/internal/mon/cdfdoc/Consumers/XMon/COinstructions.html 
CO , most likely jumped to the output page  
https://www-cdfonline.fnal.gov/internal/mon/cdfdaq/XMon/TriggersOfInterest/available.html 
 
and got confused by not seeng the last run. </pre>
<!-- Author: murat -->


<!-- Date: Tue Oct 14 10:28:01 2008 -->
<pre>- declared 6.1.4int9ad as current (no tcl file changes compared to 6.1.4int9ac, the only change - update to TrigMon)</pre>
<!-- Author: murat -->
<!-- Comment: Tue Oct 14 10;29;22 comment by...murat -->
<pre>ObjectMon 6.1.4int9ad includes last fix from Martin, however 
~cdfdaq/kojin/startMon.sh script still runs 6.1.4int9ab in it</pre>


<!-- Date: Thu Oct 23 19:11:45 2008 -->
<pre>crashes of TrigMon 6.1.4ad 
 
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 
 8614 b0cdfsof  15   0 3066m 2.0g  52m T    0 16.5  25:33.85 TrigMon 
 9140 b0cdfsof  16   0  344m 339m 2204 S    0  2.8   0:09.12 gdb 
 9137 b0cdfsof  16   0  210m 175m  15m S    0  1.4   0:07.01 Server 
24761 pmf       19   0 1184m  64m 7340 S    0  0.5   0:22.03 java 
 
 
(gdb)  
#25 0x08f99340 in ConsumerExport::send (this=0x11ec22f0, objlist=0xd47e220) 
    at /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9_murat/ConsumerFramework/src/ConsumerExport.cc:336 
336	/cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9_murat/ConsumerFramework/src/ConsumerExport.cc: No such file or directory. 
	in /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9_murat/ConsumerFramework/src/ConsumerExport.cc 
</pre>
<!-- Author: murat -->


<!-- Date: Wed Oct 29 11:48:04 2008 -->
<pre>- tested ObjectMon with Martin's fixes, switched to using it in B0 
- now all the consumer executables are using 6.1.4 release </pre>
<!-- Author: atsunari, pasha -->


<!-- Date: Fri Nov 14 15:09:35 2008 -->
<pre>New consumer release 6.1.4int9ae was built successfully. 
 
This include recent ObjectMon change as well as TrigMon SVT  
auto HRR installation. 
Will test/install at the control room soon.</pre>
<!-- Author: kaori -->


<!-- Date: Fri Nov 14 15:15:11 2008 -->
<pre>[/cdf/onln/code/b0cdfsoft/cdfsoftb0]ups list -aK+ cdfsoftb0 
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9aa" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9ab" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9ac" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9x" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9y" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9z" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9ad" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.4int9ae" "Linux+2" "" "" 
ERROR: No instance matches were made between the 
version file (/cdf/onln/code/b0cdfsoft/upsdb/cdfsoftb0/6.1.4int9_murat.version) and the 
table file (cdfsoftb0.table) for flavor (Linux+2) and qualifiers () 
ERROR: Possible UPS database (/cdf/onln/code/b0cdfsoft/upsdb) corruption in product 'cdfsoftb0 
 
====== 
Above error is already informed to Pasha. 
 
Removing some old releases. 
6.1.4int9w 
6.1.4int9x 
6.1.4int9y 
 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Mon Nov 17 15:21:14 2008 -->
<pre>ObjectMon crashed a few times. 
Here are gdb from the latest: 
 
source /cdf/cdf.cshrc 
setup cdfsoftb0 
gdb ObjectMon core_6140 
 
............ 
1831    /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9_murat/Consumer/ObjectMon/TimeMonitor.cc: No such file or directory. 
        in /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9_murat/Consumer/ObjectMon/TimeMonitor.cc 
(gdb) where 
#0  0x08e5edbf in TimeMonitor::addEvent(EventRecord*) (this=0x22bb008, anEvent=0xe15f158) 
    at /cdf/onln/code/b0cdfsoft/cdfsoftb0/6.1.4int9_murat/Consumer/ObjectMon/TimeMonitor.cc:1831 
(gdb)  
 
========== 
And I have no idea why 6.1.4int9_murat version is anything to 
do with ObejectMon version running in the control room. 
 
b0doorway:102:~&gt; ups list -aK+ cdfsoftb0 
"cdfsoftb0" "6.1.4TFADmaxopt2" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9aa" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9ab" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9ac" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9z" "Linux+2" "" "" 
"cdfsoftb0" "6.1.4int9ad" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.4int9ae" "Linux+2" "" "" 
 
Current version should be 6.1.4int9ad. 
=========== 
</pre>
<!-- Author: kaori -->


<!-- Date: Mon Nov 17 16:13:53 2008 -->
<pre>The new cdfsoftb0 release 6.1.4int9ae was created last Friday 
evening.  Just declared as the current default, and all the 
monitors were restarted in the control room.  By mistake, I also 
stopped LumMon and restarted LumMon, which should not be restarted 
while a store is going.  All the monitors seem to be running. 
So, we leave them with the new version.</pre>
<!-- Author: atsu and kaori -->


<!-- Date: Fri Dec 19 16:44:01 2008 -->
<pre>in between the stores made 2 updates to 6.1.4int9ae: 
 
1) Consumer/Stage0/runStage0.tcl : fix Stage0 job name (Stage0_ -&gt; Stage0) 
2) allow consumer names to be comma-separated on HistoDisplayMain command line 
 
cvs -d cdfcvs@cdfcvs.fnal.gov:/cdf/code/cdfcvs/run2 rtag -F v6_1_4int9_online Consumer/Stage0/runStage0.tcl ConsumerFramework/Test/HistoDisplayMain.cc</pre>
<!-- Author: murat -->


<!-- Date: Sat Dec 20 13:57:11 2008 -->
<pre>b0cdfsoft@b0gateway $ cvs -d cdfcvs@cdfcvs.fnal.gov:/cdf/code/cdfcvs/run2 rtag v6_1_4int9_online ConsumerFramework 
cvs rtag: Tagging ConsumerFramework 
cvs rtag: Tagging ConsumerFramework/CoCheckList 
cvs rtag: Tagging ConsumerFramework/CoCheckList/ConsumerChecklist 
cvs rtag: Tagging ConsumerFramework/CoCheckList/ConsumerGifs 
cvs rtag: Tagging ConsumerFramework/CoCheckList/ConsumerStatus 
cvs rtag: Tagging ConsumerFramework/CoCheckList/ListRootFiles 
cvs rtag: Tagging ConsumerFramework/CoCheckList/Random 
cvs rtag: Tagging ConsumerFramework/CoCheckList/SMXRutil 
cvs rtag: Tagging ConsumerFramework/CoCheckList/SQLRunInfo 
cvs rtag: Tagging ConsumerFramework/CoCheckList/XMonSearch 
cvs rtag: Tagging ConsumerFramework/ConsumerFramework 
cvs rtag: Tagging ConsumerFramework/ErrorReceiver 
cvs rtag: Tagging ConsumerFramework/ErrorReceiver/ConsumerServlet 
cvs rtag: Tagging ConsumerFramework/HistogramBrowser 
cvs rtag: Tagging ConsumerFramework/Icons 
cvs rtag: Tagging ConsumerFramework/Test 
cvs rtag: Tagging ConsumerFramework/concon 
cvs rtag: Tagging ConsumerFramework/concon/image 
cvs rtag: Tagging ConsumerFramework/dict 
cvs rtag: Tagging ConsumerFramework/doc 
cvs rtag: Tagging ConsumerFramework/scripts 
cvs rtag: Tagging ConsumerFramework/src 
cvs rtag: Tagging ConsumerFramework/ups 
W ConsumerFramework/ConsumerFramework/ConsumerErrorKey.hh : v6_1_4int9_online already exists on version 1.11 : NOT MOVING tag to version 1.12 
W ConsumerFramework/ErrorReceiver/ConsumerErrorReceiver.msg : v6_1_4int9_online already exists on version 1.13 : NOT MOVING tag to version 1.14 
W ConsumerFramework/ErrorReceiver/ErrorMessage.cc : v6_1_4int9_online already exists on version 1.20 : NOT MOVING tag to version 1.21 
W ConsumerFramework/ErrorReceiver/consumererrorreceiver_msg_c.hxx : v6_1_4int9_online already exists on version 1.12 : NOT MOVING tag to version 1.13 
W ConsumerFramework/ErrorReceiver/ConsumerServlet/CdfConsumerBusinessClass.java : v6_1_4int9_online already exists on version 1.13 : NOT MOVING tag to version 1.16 
W ConsumerFramework/ErrorReceiver/ConsumerServlet/CdfConsumerError.java : v6_1_4int9_online already exists on version 1.5 : NOT MOVING tag to version 1.6 
W ConsumerFramework/ErrorReceiver/ConsumerServlet/CdfConsumerServlet.java : v6_1_4int9_online already exists on version 1.3 : NOT MOVING tag to version 1.4 
W ConsumerFramework/concon/CCBasicTextArea.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCCheckConcon.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCConfirmDialog.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCConfirmDialogEndDisplay.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCConfirmDialogEndMonitor.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCConfirmDialogEndStore.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCConfirmDialogStartDisplay.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCConfirmDialogStartMonitor.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.3 
W ConsumerFramework/concon/CCConfirmDialogStartStore.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCDisplayPanel.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCEVDPanel.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCMainPanel.java : v6_1_4int9_online already exists on version 1.2 : NOT MOVING tag to version 1.3 
W ConsumerFramework/concon/CCMenuBar.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.3 
W ConsumerFramework/concon/CCMonitorPanel.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCPartitionButton.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.3 
W ConsumerFramework/concon/CCPartitionButtonPopup.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.3 
W ConsumerFramework/concon/CCPhyCosPanel.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/CCRCStatusPanel.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.4 
W ConsumerFramework/concon/CCSettings.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.4 
W ConsumerFramework/concon/CCStartStoreButton.java : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W ConsumerFramework/concon/ConsumerController.java : v6_1_4int9_online already exists on version 1.3 : NOT MOVING tag to version 1.7 
W ConsumerFramework/scripts/GNUmakefile : v6_1_4int9_online already exists on version 1.2 : NOT MOVING tag to version 1.4 
b0cdfsoft@b0gateway $ cvs -d cdfcvs@cdfcvs.fnal.gov:/cdf/code/cdfcvs/run2 rtag -F v6_1_4int9_online ConsumerFramework 
</pre>
<!-- Author: murat -->


<!-- Date: Sat Dec 20 14:04:42 2008 -->
<pre> 
b0cdfsoft@b0gateway $ cvs -d cdfcvs@cdfcvs.fnal.gov:/cdf/code/cdfcvs/run2 rtag v6_1_4int9_online Consumer 
cvs rtag: Tagging Consumer 
cvs rtag: Tagging Consumer/ACDump 
cvs rtag: Tagging Consumer/BeamMon 
cvs rtag: Tagging Consumer/Communication 
cvs rtag: Tagging Consumer/Consumer 
cvs rtag: Tagging Consumer/DAQErrMon 
cvs rtag: Tagging Consumer/DAQMon 
cvs rtag: Tagging Consumer/Display 
cvs rtag: Tagging Consumer/ErrorReceiver 
cvs rtag: Tagging Consumer/ErrorServer 
cvs rtag: Tagging Consumer/Examples 
cvs rtag: Tagging Consumer/Executables 
cvs rtag: Tagging Consumer/Executables/Display 
cvs rtag: Tagging Consumer/Executables/Producer 
cvs rtag: Tagging Consumer/Executables/Server 
cvs rtag: Tagging Consumer/Executables/YMon 
cvs rtag: Tagging Consumer/Icons 
cvs rtag: Tagging Consumer/L3RegionalMon 
cvs rtag: Tagging Consumer/LaserMon 
cvs rtag: Tagging Consumer/LumMon 
cvs rtag: Tagging Consumer/ObjectMon 
cvs rtag: Tagging Consumer/ObjectMon/doc 
cvs rtag: Tagging Consumer/PhysMon 
cvs rtag: Tagging Consumer/Producer 
cvs rtag: Tagging Consumer/SVXMon 
cvs rtag: Tagging Consumer/Server 
cvs rtag: Tagging Consumer/SiliMon 
cvs rtag: Tagging Consumer/Stage0 
cvs rtag: Tagging Consumer/Template 
cvs rtag: Tagging Consumer/Test 
cvs rtag: Tagging Consumer/TestMon 
cvs rtag: Tagging Consumer/TrigMon 
cvs rtag: Tagging Consumer/WedgeMon 
cvs rtag: Tagging Consumer/XMon 
cvs rtag: Tagging Consumer/XMonFitter 
cvs rtag: Tagging Consumer/YMon 
cvs rtag: Tagging Consumer/YMon/test.output 
cvs rtag: Tagging Consumer/dict 
cvs rtag: Tagging Consumer/doc 
cvs rtag: Tagging Consumer/scripts 
cvs rtag: Tagging Consumer/src 
cvs rtag: Tagging Consumer/ups 
W Consumer/TrigMon/SVTDMonitor.cc : v6_1_4int9_online already exists on version 1.37 : NOT MOVING tag to version 1.38 
W Consumer/TrigMon/SVTDMonitor.hh : v6_1_4int9_online already exists on version 1.22 : NOT MOVING tag to version 1.23 
W Consumer/TrigMon/runTrigMon.tcl : v6_1_4int9_online already exists on version 1.139 : NOT MOVING tag to version 1.140 
b0cdfsoft@b0gateway $ cvs -d cdfcvs@cdfcvs.fnal.gov:/cdf/code/cdfcvs/run2 rtag -F v6_1_4int9_online Consumer 
</pre>
<!-- Author: murat -->


<!-- Date: Sat Dec 20 14:06:21 2008 -->
<pre>b0cdfsoft@b0gateway $ cvs -d cdfcvs@cdfcvs.fnal.gov:/cdf/code/cdfcvs/run2 rtag v6_1_4int9_online svtsim 
cvs rtag: Tagging svtsim 
cvs rtag: Tagging svtsim/SVTMon 
cvs rtag: Tagging svtsim/include 
cvs rtag: Tagging svtsim/src 
cvs rtag: Tagging svtsim/svtdata 
cvs rtag: Tagging svtsim/svtdata/upgrade 
cvs rtag: Tagging svtsim/svtsim 
cvs rtag: Tagging svtsim/test 
cvs rtag: Tagging svtsim/test/beamlines 
cvs rtag: Tagging svtsim/test/rgeo 
cvs rtag: Tagging svtsim/test/update 
cvs rtag: Tagging svtsim/test/validate_hw 
cvs rtag: Tagging svtsim/test/validate_hw/svtdata 
cvs rtag: Tagging svtsim/test/validation 
cvs rtag: Tagging svtsim/test/validation2 
cvs rtag: Tagging svtsim/test/validation2/bin 
cvs rtag: Tagging svtsim/ups 
W svtsim/src/SVTBeamDB.cc : v6_1_4int9_online already exists on version 1.7 : NOT MOVING tag to version 1.9 
W svtsim/src/reformat.c : v6_1_4int9_online already exists on version 1.4 : NOT MOVING tag to version 1.5 
W svtsim/src/svtbeamlinedb_module.cc : v6_1_4int9_online already exists on version 1.4 : NOT MOVING tag to version 1.5 
W svtsim/src/svtmatcher.cc : v6_1_4int9_online already exists on version 1.10 : NOT MOVING tag to version 1.11 
W svtsim/src/svtsim_ams.c : v6_1_4int9_online already exists on version 1.53 : NOT MOVING tag to version 1.54 
W svtsim/src/svtsim_baseline.c : v6_1_4int9_online already exists on version 1.23 : NOT MOVING tag to version 1.24 
W svtsim/src/svtsim_cksum.c : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W svtsim/src/svtsim_cumtime.c : v6_1_4int9_online already exists on version 1.1 : NOT MOVING tag to version 1.2 
W svtsim/src/svtsim_dbaccess.cc : v6_1_4int9_online already exists on version 1.10 : NOT MOVING tag to version 1.11 
W svtsim/src/svtsim_diagmodule.cc : v6_1_4int9_online already exists on version 1.13 : NOT MOVING tag to version 1.14 
W svtsim/src/svtsim_dict.c : v6_1_4int9_online already exists on version 1.9 : NOT MOVING tag to version 1.10 
W svtsim/src/svtsim_gb.c : v6_1_4int9_online already exists on version 1.13 : NOT MOVING tag to version 1.14 
W svtsim/src/svtsim_getsvddinfo.cc : v6_1_4int9_online already exists on version 1.6 : NOT MOVING tag to version 1.7 
W svtsim/src/svtsim_getxfld.cc : v6_1_4int9_online already exists on version 1.7 : NOT MOVING tag to version 1.8 
W svtsim/src/svtsim_hb.c : v6_1_4int9_online already exists on version 1.24 : NOT MOVING tag to version 1.25 
W svtsim/src/svtsim_hf.c : v6_1_4int9_online already exists on version 1.10 : NOT MOVING tag to version 1.11 
W svtsim/src/svtsim_hm.c : v6_1_4int9_online already exists on version 1.9 : NOT MOVING tag to version 1.10 
W svtsim/src/svtsim_lib.c : v6_1_4int9_online already exists on version 1.13 : NOT MOVING tag to version 1.14 
W svtsim/src/svtsim_maps.c : v6_1_4int9_online already exists on version 1.93 : NOT MOVING tag to version 1.94 
W svtsim/src/svtsim_mrg.c : v6_1_4int9_online already exists on version 1.2 : NOT MOVING tag to version 1.3 
W svtsim/src/svtsim_pattern_finder.cc : v6_1_4int9_online already exists on version 1.13 : NOT MOVING tag to version 1.14 
W svtsim/src/svtsim_tf.c : v6_1_4int9_online already exists on version 1.56 : NOT MOVING tag to version 1.57 
W svtsim/src/svtsim_xtf.c : v6_1_4int9_online already exists on version 1.22 : NOT MOVING tag to version 1.23 
W svtsim/src/svtsimmodule.cc : v6_1_4int9_online already exists on version 1.82 : NOT MOVING tag to version 1.84 
W svtsim/src/svttest.c : v6_1_4int9_online already exists on version 1.14 : NOT MOVING tag to version 1.15 
W svtsim/svtsim/SVTBeamDB.hh : v6_1_4int9_online already exists on version 1.3 : NOT MOVING tag to version 1.5 
W svtsim/svtsim/svtsim_diagmodule.hh : v6_1_4int9_online already exists on version 1.5 : NOT MOVING tag to version 1.6 
W svtsim/svtsim/svtsim_lib.h : v6_1_4int9_online already exists on version 1.30 : NOT MOVING tag to version 1.31 
W svtsim/svtsim/svtsim_pattern_finder.hh : v6_1_4int9_online already exists on version 1.4 : NOT MOVING tag to version 1.5 
W svtsim/svtsim/svtsimmodule.hh : v6_1_4int9_online already exists on version 1.36 : NOT MOVING tag to version 1.38 
W svtsim/test/validation2/centerDiff.sh : v6_1_4int9_online already exists on version 1.3 : NOT MOVING tag to version 1.4 
b0cdfsoft@b0gateway $ cvs -d cdfcvs@cdfcvs.fnal.gov:/cdf/code/cdfcvs/run2 rtag -F v6_1_4int9_online svtsim 
</pre>
<!-- Author: murat -->


<!-- Date: Wed Jan 28 19:23:06 2009 -->
<pre>the directory below has been deleted... Glenn restored it... 
 
b0cdfsoft@b0gateway:~/cdfsoftb0/6.1.4int9ae] ls -alR /cdf/onln/data/cdfdaq/rcLog/vxmon/conmgr/ 
/cdf/onln/data/cdfdaq/rcLog/vxmon/conmgr/: 
total 24 
drwxr-xr-x   5 cdfdaq cdf 4096 Oct  9  2006 . 
drwxr-xr-x  11 cdfdaq cdf 4096 Jan 28 19:06 .. 
-rw-r--r--   1 cdfdaq cdf 3068 Jan 28 00:01 consumer_status.html 
drwxr-xr-x   2 cdfdaq cdf 4096 May  3  2007 home 
drwxr-xr-x   2 cdfdaq cdf 4096 Oct  9  2006 log 
drwxr-xr-x   2 cdfdaq cdf 4096 Dec 20 20:02 status 
 
/cdf/onln/data/cdfdaq/rcLog/vxmon/conmgr/home: 
total 20 
drwxr-xr-x  2 cdfdaq cdf 4096 May  3  2007 . 
drwxr-xr-x  5 cdfdaq cdf 4096 Oct  9  2006 .. 
-rw-r--r--  1 cdfdaq cdf 2402 May  2  2006 cdfii_logo.gif 
-rw-r--r--  1 cdfdaq cdf 7850 May  2  2006 cdfii_ybgr.jpg 
 
/cdf/onln/data/cdfdaq/rcLog/vxmon/conmgr/log: 
total 20 
drwxr-xr-x  2 cdfdaq cdf 4096 Oct  9  2006 . 
drwxr-xr-x  5 cdfdaq cdf 4096 Oct  9  2006 .. 
-rw-r--r--  1 cdfdaq cdf 7735 Oct  9  2006 Log.txt 
-rw-r--r--  1 cdfdaq cdf 2199 Oct  9  2006 LogYMon.txt 
 
/cdf/onln/data/cdfdaq/rcLog/vxmon/conmgr/status: 
total 8 
drwxr-xr-x  2 cdfdaq cdf 4096 Dec 20 20:02 . 
drwxr-xr-x  5 cdfdaq cdf 4096 Oct  9  2006 .. 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:20 BeamMon 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:20 DAQErrMon 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:21 DAQMon 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:20 LumMon 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:21 ObjectMon 
-rw-r--r--  1 cdfdaq cdf    8 Jan 27 10:55 PhysCosmic 
-rw-r--r--  1 cdfdaq cdf    7 Oct 13 04:47 PhysCosmic_ 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:21 SVXMon 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:20 Stage0 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:21 TrigMon 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:21 XMon 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:21 YMon 
-rw-r--r--  1 cdfdaq cdf    1 Jan 28 19:21 concon 
</pre>
<!-- Author: murat -->
<!-- Comment: Wed Jan 28 19;29;01 comment by...murat -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>forgot to mention htat I've been paged because of this
- the pager didn't work, luckily I was in the office</pre></td></tr></td></table>