<!-- Title: 13:39:55  Fri Jan 21 2005 -->
<!-- Crewchief: kaori -->
<!-- Op1: ryo -->
<!-- Op2: yoshiaki -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>current is 6.0.0int3w, starting 6.1.0pre2 base building</pre>


<!-- Date: Fri Jan 21 13:41:02 2005 -->
<pre>Tried to make 6.1.0pre2a. 
 
Patch file looks: 
 
#Consumer patches 
Consumer -D          21Jan2005UT16:00 
ConsumerFramework -D 21Jan2005UT16:00 
 
#for the old trigger input config 
ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         21Jan2005UT16:00 
XFTMods -D         21Jan2005UT16:00 
XFTSim -D          21Jan2005UT16:00 
PulsarMon -D       21Jan2005UT16:00 
 
#this to be the last line of the patch file 
</pre>
<!-- Author: kaori -->
<!-- Comment: Fri Jan 21 13;42;15 comment by...kaori -->
<pre>All the binaries were built except ConsumerErrorReceiver, as
suspected.  Send mail to Luciano P. asking about new Merlin lib
with gcc v3_4_3.</pre>


<!-- Date: Mon Jan 24 09:51:21 2005 -->
<pre>Rebuilding 6.1.0pre2 based release, since the base release is 
replaced.  6.1.0pre2b.pathces looks: 
 
#Consumer patches 
Consumer -D          24Jan2005UT15:00 
ConsumerFramework -D 24Jan2005UT15:00 
 
#for the old trigger input config 
ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         24Jan2005UT15:00 
XFTMods -D         24Jan2005UT15:00 
XFTSim -D          24Jan2005UT15:00 
PulsarMon -D 	   24Jan2005UT15:00 
 
#this to be the last line of the patch file 
</pre>
<!-- Author: kaori -->
<!-- Comment: Mon Jan 24 11;05;51 comment by...kaori -->
<pre>6.1.0pre2b is built except ConsumerErrorReceiver failed to be built
as expected.  In any case, declear this to ups, so we can test
consumers agaist new TDC DSP code.  To declear ups,

1) copy declare.csh to 6.1.0pre2b area and modify

2) from ~cdfsoft/dist/cdfsoftb0/6.1.0pre2b/ups
   cp ../../6.1.0pre2/ups/cdfsoftb0.table .

3) then do,
            source declare.csh
</pre>


<!-- Date: Mon Jan 24 11:06:51 2005 -->
<pre>[cdfsoft@b0dap35 6.1.0pre2b]$ ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "current" 
"cdfsoftb0" "5.3.3b" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3h" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3m" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3n" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3s" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3t" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3o" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3u" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3v" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2b" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3p" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3q" "Linux+2" "" "" 
</pre>
<!-- Author: kaori -->
<!-- Comment: Mon Jan 24 11;27;35 comment by...kaori -->
<pre>pulling 6.1.0pre2b to b0dap32 now:

  ./pull_cdfsoftb0 6.1.0pre2b b0dap35

</pre>
<!-- Date: Mon Jan 24 11:08:33 2005 -->
<pre>[cdfsoft@b0dap35 6.1.0pre2b]$ ups list -l cdfsoft2_products 6.1.0pre2 
 
DATABASE=/cdf/code/cdfoffline/upsdb 
 
DATABASE=/cdf/code/cdfoffline/products/upsdb 
        Product=cdfsoft2_products       Version=6.1.0pre2       Flavor=Linux+2 
                Qualifiers=""   Chain="" 
                Declared="2005-01-19 18.51.06 GMT" 
                Declarer="cdfsoft" 
                Modified="2005-01-19 18.51.06 GMT" 
                Modifier="cdfsoft" 
                Home=/cdf/code/cdfoffline/products/cdfsoft2_products/6.1.0pre2/Linux+2 
                No Compile Directive 
                Authorized, Nodes=* 
                UPS_Dir="ups" 
                Table_Dir="" 
                Table_File="cdfsoft2_products.table" 
                Archive_File="" 
                Description="" 
                Action=SETUP 
                        proddir() 
                        setupenv() 
                        setupRequired("-j cdfdab v1_1 ") 
                        setupRequired("-j cern 2004 ") 
                        setupRequired("-j csl_offline v3_1 ") 
                        setupRequired("-j dddebugger v3_3_1 ") 
                        setupRequired("-j frontier_client v2_1_1 -q GCC-v3.4 ") 
                        setupRequired("-j gcc v3_4_3 ") 
                        setupRequired("-j gdb v5_2_1 ") 
                        setupRequired("-j gsl v1_2 ") 
                        setupRequired("-j gtools v2_4 ") 
                        setupRequired("-j herwig v6_505 -q GCC3_3_1 ") 
                        setupRequired("-j isajet v7_51a ") 
                        setupRequired("-j java v1_2_2b ") 
                        setupRequired("-j lund v6_216 ") 
                        setupRequired("-j level3_offline v2_1 ") 
                        setupRequired("-j msql v2_0_10 ") 
                        setupRequired("-j oracle_client v9_2_0_1a ") 
                        setupRequired("-j pdf v8_04 ") 
                        setupRequired("-j perl v5_8 ") 
                        setupRequired("-j perl_dbd_oracle v5_8_9201 ") 
                        setupRequired("-j root v4_00_08g -q GCC_3_4_3") 
                        setupRequired("-j stdhep v4_09 ") 
                        setupRequired("-j silimap v5_3_1 ") 
                        setupRequired("-j tcl v8_3_1a ") 
                        setupRequired("-j cdfdb_data v0_external") 
                        setupRequired("-j geant v3_21_14 -q GCC3_4_3") 
                        setupRequired("-j qq v9_1b_external ") 
 
 
DATABASE=/cdf/code-common/cdfonline/upsii_database 
 
DATABASE=/cdf/code-common/freeware/upsii_database 
 
DATABASE=/cdf/code-common/products/upsii_database 
 
DATABASE=/cdf/code-Linux/products/upsii_database 
</pre>
<!-- Author: kaori -->


<!-- Date: Mon Jan 24 11:09:07 2005 -->
<pre>[cdfsoft@b0dap35 6.1.0pre2b]$ ups list -l cdfsoft2_products 6.0.0int3 
 
DATABASE=/cdf/code/cdfoffline/upsdb 
 
DATABASE=/cdf/code/cdfoffline/products/upsdb 
        Product=cdfsoft2_products       Version=6.0.0int3       Flavor=Linux+2 
                Qualifiers=""   Chain="" 
                Declared="2004-12-01 14.17.52 GMT" 
                Declarer="cdfsoft" 
                Modified="2004-12-01 14.17.52 GMT" 
                Modifier="cdfsoft" 
                Home=/cdf/code/cdfoffline/products/cdfsoft2_products/6.0.0int3/Linux+2 
                No Compile Directive 
                Authorized, Nodes=* 
                UPS_Dir="ups" 
                Table_Dir="" 
                Table_File="cdfsoft2_products.table" 
                Archive_File="" 
                Description="" 
                Action=SETUP 
                        proddir() 
                        setupenv() 
                        setupRequired("-j cdfdab v1_1 ") 
                        setupRequired("-j cern 2000 ") 
                        setupRequired("-j csl_offline v3_1 ") 
                        setupRequired("-j dddebugger v3_3_1 ") 
                        setupRequired("-j frontier_client v1_1_2 -q GCC-v3.3 ") 
                        setupRequired("-j gcc v3_3_1 ") 
                        setupRequired("-j gdb v5_2_1 ") 
                        setupRequired("-j gsl v1_2 ") 
                        setupRequired("-j gtools v2_4 ") 
                        setupRequired("-j herwig v6_505 -q GCC3_3_1 ") 
                        setupRequired("-j isajet v7_51a ") 
                        setupRequired("-j java v1_2_2b ") 
                        setupRequired("-j lund v6_216 ") 
                        setupRequired("-j level3_offline v2_1 ") 
                        setupRequired("-j msql v2_0_10 ") 
                        setupRequired("-j oracle_client v9_2_0_1a ") 
                        setupRequired("-j pdf v8_04 ") 
                        setupRequired("-j perl v5_8 ") 
                        setupRequired("-j perl_dbd_oracle v5_8_9201 ") 
                        setupRequired("-j root v4_00_08f -q GCC_3_3_1") 
                        setupRequired("-j stdhep v4_09 ") 
                        setupRequired("-j silimap v5_3_1 ") 
                        setupRequired("-j tcl v8_3_1a ") 
                        setupRequired("-j cdfdb_data v0_external") 
                        setupRequired("-j geant v3_21_13_external") 
                        setupRequired("-j qq v9_1b_external ") 
 
 
DATABASE=/cdf/code-common/cdfonline/upsii_database 
 
DATABASE=/cdf/code-common/freeware/upsii_database 
 
DATABASE=/cdf/code-common/products/upsii_database 
 
DATABASE=/cdf/code-Linux/products/upsii_database 
[cdfsoft@b0dap35 6.1.0pre2b]$</pre>
<!-- Author: kaori -->


<!-- Date: Mon Jan 24 11:15:43 2005 -->
<pre>Different products used between 6.0.0int3 and 6.1.0pre2: 
 
6.0.0int3                              6.1.0pre2 
cern 2000                               cern 2004 
frontier_client v1_1_2 -q GCC-v3.3      frontier_client v2_1_1 -q GCC-v3.4 
gcc v3_3_1                              gcc v3_4_3 
root v4_00_08f -q GCC_3_3_1             root v4_00_08g -q GCC_3_4_3 
 
--------- 
good thing is that "oracle_client v9_2_0_1a" are the same. 
We need to watch out for the "root" differences.</pre>
<!-- Author: kaori -->
<!-- Comment: Mon Jan 24 11;46;39 comment by...kaori -->
<pre>On Sat, 08 Jan 2005 10:37:24 -0500 (EST)
Chris Hays &lt;hays@phy.duke.edu&gt; wrote:


&gt;&gt;
&gt;&gt;   I tried following those instructions on the duke cluster, fcdfln2/3, and
&gt;&gt; fcdfsgi2, and I got the message I sent below (actually fcdfsgi2 didn't
&gt;&gt; even have gcc v3_4_3).


ok, thanks for spotting - this will do for root:

setup root v4_00_08g -q GCC_3_4_3

(I fixed the instructions). Take the opportunity to remind everybody that
FCDFSGI2 is going away in a few days - make sure that you do not have anything
important left there.
                                        -Pasha

</pre>


<!-- Date: Mon Jan 24 15:28:11 2005 -->
<pre>I tested 6.1.0pre2b with cosmic data. But we don't have enough time to keep the run. At least 5 minutes, things are running well. 
</pre>
<!-- Author: yoshiaki -->


<!-- Date: Tue Jan 25 12:47:32 2005 -->
<br> 
I added the following lines in the ConsumerFramework/ErrorReceiver/GNUMakefile as Luciano pointed out. 
 
<table><tr><td bgcolor="#ffffff"> 
<pre> 
ifeq ($(SRT_CXX),GCC_3_4) 
override LOADLIBES += -lmerlin-G++ -lcxxipc\ 
                     -lrtipc -lrtutil -lrtipcl_o -lpthread -ldl 
endif 
</pre> 
</td></tr></table> 
<br> 
<br> 
I made new release tagged as 6.1.0pre2c with the following patche file successfully. 
<br><br> 
<table><tr><td bgcolor="White"> 
<pre> 
#Consumer patches 
Consumer -D          25Jan2005UT17:50 
ConsumerFramework -D 25Jan2005UT17:50 
 
#for the old trigger input config 
ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         25Jan2005UT17:50 
XFTMods -D         25Jan2005UT17:50 
XFTSim -D          25Jan2005UT17:50 
PulsarMon -D       25Jan2005UT17:50 
 
#this to be the last line of the patch file 
</pre> 
</td></tr></table> 
<br><br> 
 
 
While, the disk usage of /cdf/code is  
<table><tr><td bgcolor="White"> 
/dev/vg/linux  98G   84G  9.4G  <font color="Red">90%</font> /cdf/code-Linux 
</td></tr></table> 
<br> 
There exist following releases 
 
<table><tr><td bgcolor="White"> 
 
<pre> 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "current" 
"cdfsoftb0" "5.3.3b" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3h" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3m" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3n" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3s" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3t" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3o" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3u" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3v" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2b" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3p" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3q" "Linux+2" "" "" 
</pre> 
</td></tr></table> 
 
So unusable release have to be deleted in near future. 
 
Now I'm pulling it to b0dap32
<!-- Author: yoshiaki -->
<!-- Comment: Tue Jan 25 13;49;32 comment by...yoshiaki -->
<br>
<br>
<br>
Now I changed the current release from 6.0.0int3w to 6.1.0pre2c.<br>
Without any changes, all of the consumer monitors are woriking well. <br><br>
 When I tried to start all of the Displays, they could not be 
poped up on the remote host. <br>
 So I made a change in 
<font color="Red">
start_upDisplay.sh, start_downDisplay.sh 
</font>
as shown below.
<br><br>

<table><tr><td bgcolor="White">
<pre>
comment out $CDFSOFTB0_DIR/bin/Linux2-GCC_3_3/HistoDisplayMain $*
Add         $CDFSOFTB0_DIR/bin/Linux2-GCC_3_4/HistoDisplayMain $*
</pre>
</td></tr></table>
<br>

This must be added for the system to find out the correct HistoDisplayMain. After taht, everything is supposed to be working well now. Please do not forget to change it when anyone goes back to 6.0.0int3 based release.<br>
<br>
While old files (start_upDisplay.sh, start_downDisplay.sh) used by 
6.0.0int3 are saved as <font color="Red">start_upDisplay_600int3.sh, start_downDisplay_600int.sh </font> in ~cdfdaq/consumer_script.


I'll keep it runnung.


<!-- Date: Wed Jan 26 12:04:05 2005 -->
<br><br> 
DAQErroMon crashed repeatedly, and B. Baddget commited new configuration file<br>(runDAQErroMon_cosmic.tcl at 11:16 today).<br> 
So I just pulled it in my personal directory from head and <br>compared  
 it with the cosmic mode files currently in /data1/consumer/runarea. 
 
<br><br> 
The following is the difference. 
 
<table><tr><td bgcolor="white"> 
<pre> 
 diff runDAQErrMon_cosmic.tcl /data1/consumer/runarea/DAQErrMon/Consumer/DAQErrMon/runDAQErrMon_cosmic.tcl 
24c24 
<    anyLevel3Bit             set false 
--- 
>    anyLevel3Bit             set true 
27d26 
<    level3NameList           set MB_XING_PS1M 
</pre> 
</td></tr></table> 
 
So I put the configuration file in /data1/consumer/runarea/ ... 
<br><br> 
While the configuration file used before is saved as  
runDAQErrMon_cosmic.tcl_610pre2c. 
  
<!-- Author: yoshiaki -->


<!-- Date: Wed Jan 26 15:23:07 2005 -->
<pre>A new cdfsoftb0 version 6.1.0pre2d were made (to implement 
DAQErrMon tcl change, and also LumMon modification). 
Patche file, 6.1.-pre2d looks:  
 
#Consumer patches 
Consumer -D          26Jan2005UT19:00 
ConsumerFramework -D 26Jan2005UT19:00 
 
#for the old trigger input config 
ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         26Jan2005UT19:00 
XFTMods -D         26Jan2005UT19:00 
XFTSim -D          26Jan2005UT19:00 
PulsarMon -D 	   26Jan2005UT19:00 
 
# GCC.KCC difference fix shown up as DAQErrMon crash 
Level3Filters  -D  26Jan2005UT19:00 
 
#this to be the last line of the patch file 
------- 
</pre>
<!-- Author: kaori -->
<!-- Comment: Wed Jan 26 15;25;13 comment by...kaori -->
<pre>6.1.0pre2d was built ok.
Now doing pulling from b0dap32:

[cdfsoft@b0dap32 ~]$ ./pull_cdfsoftb0 6.1.0pre2d b0dap35
</pre>

<!-- Comment: Wed Jan 26 15;40;52 comment by...kaori -->
<pre>pulled.</pre>


<!-- Date: Wed Jan 26 15:45:36 2005 -->
<pre>on b0dap32: 
 
currently, we have: 
 
[cdfsoft@b0dap32 ~]$ ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3b" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3h" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3m" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3n" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3o" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3p" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3h" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3i" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3j" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3q" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3s" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3t" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3u" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3v" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2b" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2c" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.0pre2d" "Linux+2" "" "" 
 
Removing: 
"cdfsoftb0" "6.0.0int3m" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3n" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3o" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3p" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3h" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3j" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3q" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3s" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3t" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3u" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3v" "Linux+2" "" "" 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Wed Jan 26 15:50:20 2005 -->
<pre>Disk code_linux went from 81% to 58% full.  We now have: 
 
[cdfsoft@b0dap32 cdfsoftb0]$ ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3b" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3h" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3i" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3s" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2b" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2c" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.0pre2d" "Linux+2" "" "" 
</pre>
<!-- Author: kaori -->


<!-- Date: Wed Jan 26 15:53:07 2005 -->
<pre>Now on b0dap35. 
 
[cdfsoft@b0dap35 ~]$ ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "current" 
"cdfsoftb0" "5.3.3b" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3h" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3m" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3n" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3s" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3t" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3o" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3u" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3v" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2b" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2c" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3p" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3q" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2d" "Linux+2" "" "" 
 
Remove followings: 
"cdfsoftb0" "6.0.0int3m" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3n" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3s" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3t" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3o" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3u" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3v" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3p" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3q" "Linux+2" "" "" 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Wed Jan 26 15:56:21 2005 -->
<pre>We now have: 
[cdfsoft@b0dap35 cdfsoftb0]$ ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "current" 
"cdfsoftb0" "5.3.3b" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3h" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3l" "Linux+2" "" "" 
"cdfsoftb0" "6.0.0int3w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2b" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2c" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2d" "Linux+2" "" "" 
 
Disk use went from 91% down to 67%.</pre>
<!-- Author: kaori -->


<!-- Date: Wed Jan 26 15:59:09 2005 -->
<pre>I'll start making 6.1.0pre2e now.  This one is for the 
new csl_pointer_space test. 
 
The patch file is exactly the same as 6.1.-pre2d, except commenting 
out the line: 
 
#for the old trigger input config 
#ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4</pre>
<!-- Author: kaori -->
<!-- Comment: Wed Jan 26 19;02;38 comment by...kaori -->
<pre>This is built without errors, and pulled to b0dap32.</pre>


<!-- Date: Sat Jan 29 14:57:57 2005 -->
I switched the cdfsoftb0 releases to 6.1.0pre2e for csl pointer test. 
I will leave it running as new one for a while. 
So far, no crash!
<!-- Author: ryo -->


<!-- Date: Mon Jan 31 15:40:03 2005 -->
<pre>Hi Satyajit, 
 
My first suggestion is to use 6.1.0pre2 instead of 6.0.0int3. 
You can use much less patches. 
 
They, please try the sequence below. 
I just tried it (as I told you on a phone) with my account on an 
online machine (I used b0dap32, but you should probably use 
b0dap72 or b0dap30, not b0dap32), and suceeded making: 
 
==================== 
[maeshima@b0dap32 testrel]$ ls 
Consumer           GNUmakefile    SvxDaqUtils  include  results 
ConsumerFramework  Level3Filters  bin          lib      tmp 
ConsumerInterface  SvxDaqMods     doc          man      ups 
[maeshima@b0dap32 testrel]$ ls -ls bin/Linux2-GCC_3_4/ 
total 313496 
186352 -rwxr-xr-x    1 maeshima root     190586961 Jan 31 15:28 SVXMon 
 25428 -rwxr-xr-x    1 maeshima root     25999646 Jan 31 15:31 appendSvxMonRun 
 25440 -rwxr-xr-x    1 maeshima root     26001906 Jan 31 15:32 compareSvxMonRun 
 25424 -rwxr-xr-x    1 maeshima root     25993002 Jan 31 15:33 modifySvxMonRun 
 25428 -rwxr-xr-x    1 maeshima root     25996239 Jan 31 15:30 readSvxMonRuns 
 25424 -rwxr-xr-x    1 maeshima root     25997266 Jan 31 15:29 removeSvxMonRun 
================== 
cheers, 
Kaori 
 
================================ 
 
set RELEASE = 6.1.0pre2 
source ~cdfsoft/cdf2.cshrc 
setup cdfsoft2 $RELEASE 
setup merlin 
setup cdfdb 
unsetup oracle 
setup oracle v9_2_0_1c 
unsetup oracle_client 
setup oracle_client v9_2_0_1a 
newrel -t $RELEASE testrel 
cd testrel 
srt_setup -a 
addpkg -h Consumer 
addpkg -h ConsumerFramework 
addpkg ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h 1.4 
 
addpkg -h Level3Filters 
 
#-- Latest SVXMon code 
addpkg -h SvxDaqMods 
addpkg -h SvxDaqUtils 
gmake nobin 
gmake SvxDaqMods.bin 
 
====================================== 
</pre>
<!-- Author: kaori -->


<!-- Date: Mon Feb 7 06:36:47 2005 -->
<pre>Built a new release tagged as 6.1.0pre2f. 
 
ConsumerErrorReceiver is updated. 
 
it is ready to be tested.</pre>
<!-- Author: yoshiaki -->


<!-- Date: Mon Feb 14 16:19:17 2005 -->
<pre>Making 6.1.0pre2g.  Charles' request (XMon Ntuple making). 
patch file looks: 
 
#Consumer patches 
Consumer -D          14Feb2005UT22:00 
ConsumerFramework -D 14Feb2005UT22:00 
 
#for the old trigger input config 
#ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         14Feb2005UT22:00 
XFTMods -D         14Feb2005UT22:00 
XFTSim -D          14Feb2005UT22:00 
PulsarMon -D 	   14Feb2005UT22:00 
 
# GCC.KCC difference fix shown up as DAQErrMon crash 
Level3Filters  -D  14Feb2005UT22:00 
 
#this to be the last line of the patch file 
</pre>
<!-- Author: kaori -->
<!-- Comment: Mon Feb 14 17;45;37 comment by...ryo -->
<pre>I tested it in the control room.
Everything looks good.
Tcls have not be changed at all from previous releases.</pre>


<!-- Date: Fri Feb 25 02:39:41 2005 -->
<pre>I tested 6.1.0pre2h cdfsoftb0 release. 
looks good so far. 
DQMon YMon cell are also working good!! 
  </pre>
<!-- Author: ryo -->


<!-- Date: Thu Mar 3 17:19:23 2005 -->
<pre>&lt;b&gt;6.1.0pre2i&lt;/b&gt; 
This release is made by the following patch file. 
 
&lt;pre&gt; 
#Consumer patches 
Consumer -D          27Feb2005UT21:55 
ConsumerFramework -D 27Feb2005UT21:55 
 
#for the old trigger input config 
#ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         27Feb2005UT21:55 
XFTMods -D         27Feb2005UT21:55 
XFTSim -D          27Feb2005UT21:55 
PulsarMon -D       27Feb2005UT21:55 
 
# GCC.KCC difference fix shown up as DAQErrMon crash 
# I am leaving the date for this to the Feb14, since I heard there were 
# some trouble with this recently... not sure what it is 
Level3Filters  -D  14Feb2005UT22:00 
 
# SVXMon utilities update 
SvxDaqMods  -D    27Feb2005UT21:55 
SvxDaqUtils -D    27Feb2005UT21:55 
 
#this to be the last line of the patch file 
&lt;/pre&gt; 
 
 
SvxDaqMods and SvxDaqUtils are also updated to impliment the feature to produce tmporary root files of SVXMon every 15 minutes  
for CO check list work.  
 
&lt;pre&gt; 
The tcl file of SVXMon was copied from 
 
6.1.0pre2i/SvxDaqMods/test/SVXMon/runSVXMon.tcl 
 
to /data1/consumer/runarea/... 
 
I(yoshiaki) checked that the temporary file of SVXMon is appropriately produced in 
 
/data1/consumer/results/SVXMon, 
 
so things look fine now. Thanks a lot Behari. 
And now we leave 6.1.0pre2i running in Control Room 
&lt;/pre&gt; 
 
</pre>
<!-- Author: yoshiaki -->


<!-- Date: Fri Mar 4 13:01:31 2005 -->
<pre>TrigMon was updated(e-mail from Charles), and we are asked to build a new release with the following patch file. 
 
&lt;pre&gt; 
#Consumer patches 
Consumer -D          04Mar2005UT18:00 
ConsumerFramework -D 04Mar2005UT18:00 
 
#for the old trigger input config 
#ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         04Mar2005UT18:00 
XFTMods -D         04Mar2005UT18:00 
XFTSim -D          04Mar2005UT18:00 
PulsarMon -D       04Mar2005UT18:00 
TriggerObjects -D  04Mar2005UT18:00 
 
# GCC.KCC difference fix shown up as DAQErrMon crash 
# I am leaving the date for this to the Feb14, since I heard there were 
# some trouble with this recently... not sure what it is 
Level3Filters  -D  14Feb2005UT22:00 
 
# SVXMon utilities update 
SvxDaqMods  -D    04Mar2005UT18:00 
SvxDaqUtils -D    04Mar2005UT18:00 
 
#this to be the last line of the patch file 
 
&lt;/pre&gt;  
&lt;b&gt;TriggerObjects&lt;/b&gt; is added. 
 
The compilation is successfully completed. 
Now pulling to b0dap32. 
</pre>
<!-- Author: yoshaiki -->
<!-- Comment: Fri Mar  4 14;17;50 comment by...yoshiaki -->
<pre>Switched to 6.1.0pre2j and asked CO to restart all of the monitors.
Now things looks working well. So I'll leave 6.1.0pre2j running in control room.</pre>


<!-- Date: Sun Mar 6 11:18:36 2005 -->
<h2>runCosmic.sh/runPhysics.sh update</h2> 
 
<pre> 
Today I found a very strange behavior of the SVXMon. 
The script of runSVXMon.tcl in  
/data1/consumer/runarea/SVXMon/... 
was last modified at 01:05 on Mar.6. The size of the file was smaller than we had before the time, and after that time, there was no temporary root files in /data1/consumer/results/SVXMon, which caused that CO check list for SVXMon did not work correctly for more than 9 hours. 
 
By looking into other tcls of other monitors, they are also updated at the same time. It supposed to be the time that CO  
issued "source runPhysics.sh" in shot setup. 
 
And I figured out that the problem was in the scripts of  
runPhysics.sh and runCosmic.sh. 
 
I modified the follwoing structure. 
 
</pre> 
 
<table bgcolor=white><tr><td> 
<pre> 
runCosmic.sh 
 
 cp runSVXMon_allstreams.tcl_610pre2j runSVXMon.tcl (new)                 
 cp runSVXMon_allstreams.tcl_600int3i runSVXMon.tcl (old) 
 
runPhysics.sh 
 cp runSVXMon_streamD.tcl_610pre2j runSVXMon.tcl (new) 
 cp runSVXMon_streamD.tcl_600int3i runSVXMon.tcl (old) 
</pre> 
</td></tr></table> 
 
<pre> 
And also I copied runSVXMon_allstreams.tcl_610pre2j and runSVXMon_streamD.tcl_610pre2j to /data1/consumer/runarea/SVXMon/SvxDaqMods/test/SVXMon/ 
from the current release directory 
(~cdfsoft/dist/cdfsoftb0/6.1.0pre2j/SvxDaqMods/test/SVXMon/) 
 
After the modification, SVXMon temporary file is successfully 
generated, and things look fine now. 
 
</pre>  
<!-- Author: yoshiaki -->


<!-- Date: Tue Mar 8 19:08:26 2005 -->
<pre>checking to see how TrigMon crashes with Vadim: 
 
Turning PulsarMon on/off. 
When it is on, it crashes at the begin run. 
When PulsarMon is off, TrigMon runs fine. 
 
The error message in the log file looks: 
 
PulsarMonitor/ClusterMonitor/ 
%ERLOG-s ROOT/TUnixSystem: bind (Address already in use)  GlobalLibraryLogger  
         TUnixSystem::UnixTcpService() 08-Mar-2005 18:50:07 CST  
         run = 0 event = 0 
DisplayServer: Connected successfully to CONSUMER socket at port 9051 
                              on host b0dap79.fnal.gov. 
SysError in &lt;TUnixSystem::UnixTcpService&gt;: bind (Address already in use) 
 
------- 
Keep this log file under the name: 
TrigMon.cdfdaq.log_keep2 
 
------- 
Turn off PulsarMon in tcl. and restart TrigMon 
The log file is save as TrigMon.cdfdaq.log_keepgood 
--------- 
turn back on the pulsarMon, but turn off each components 
under the pulsarMon....  well, it still crashed. 
 
---- 
Put back the tcl as original, but leave the PulsarMon 
to set to false now. 
 
</pre>
<!-- Author: vadim and kaori -->


<!-- Date: Wed Mar 9 08:38:20 2005 -->
<pre>Large TrigMon log files has following repeated error messages: 
 
%ERLOG-e ROL: ROL 546 in TMPD 0!= ROL in TL2D 7 TrigMonModule TL2DMonitor() 
         09-Mar-2005 02:47:34 CST run = 195020 event = 7104 
%ERLOG-e ROL: ROL 547 in TMPD 0!= ROL in TL2D 7 TrigMonModule TL2DMonitor() 
         09-Mar-2005 02:47:34 CST run = 195020 event = 7104 
%ERLOG-e ROL: ROL 548 in TMPD 0!= ROL in TL2D 7 TrigMonModule TL2DMonitor() 
         09-Mar-2005 02:47:34 CST run = 195020 event = 7104 
%ERLOG-e ROL: ROL 549 in TMPD 0!= ROL in TL2D 7 TrigMonModule TL2DMonitor() 
         09-Mar-2005 02:47:34 CST run = 195020 event = 7104 
%ERLOG-e ROL: ROL 550 in TMPD 0!= ROL in TL2D 7 TrigMonModule TL2DMonitor() 
         09-Mar-2005 02:47:34 CST run = 195020 event = 7104 
%ERLOG-e ROL: ROL 551 in TMPD 0!= ROL in TL2D 7 TrigMonModule TL2DMonitor() 
         09-Mar-2005 02:47:34 CST run = 195020 event = 7104 
%ERLOG-e ROL: ROL 552 in TMPD 0!= ROL in TL2D 7 TrigMonModule TL2DMonitor() 
         09-Mar-2005 02:47:34 CST run = 195020 event = 7104 
 
 
----- 
Sililar thing for SiliMon: 
 
%ERLOG-s DBSTALE: Attempt to access stale data held by DB handle 
         Class = 
         13DataContainerI8SiChipOnSt4lessIS0_ESaIS0_EE  DBManager/Handle 
         09-Mar-2005 01:22:17 CST run = 195014 event = 317 
%ERLOG-s DBSTALE: Attempt to access stale data held by DB handle 
         Class = 
         13DataContainerI8SiChipOnSt4lessIS0_ESaIS0_EE  DBManager/Handle 
         09-Mar-2005 01:22:17 CST run = 195014 event = 317 
%ERLOG-s DBSTALE: Attempt to access stale data held by DB handle 
         Class = 
         13DataContainerI8SiChipOnSt4lessIS0_ESaIS0_EE  DBManager/Handle 
         09-Mar-2005 01:22:18 CST run = 195014 event = 320 
%ERLOG-s DBSTALE: Attempt to access stale data held by DB handle 
         Class = 
         13DataContainerI8SiChipOnSt4lessIS0_ESaIS0_EE  DBManager/Handle 
         09-Mar-2005 01:22:18 CST run = 195014 event = 320 
%ERLOG-s DBSTALE: Attempt to access stale data held by DB handle 
         Class = 
 
 
--- 
 
will ask TrigMon/SiliMon people to surpress the messages.</pre>
<!-- Author: kaori and yoshiaki -->


<!-- Date: Wed Mar 9 17:29:42 2005 -->
Switched to 6.1.0pre2k, Problem in TrigMon is supposed to be fixed.
<!-- Author: yoshiaki -->


<!-- Date: Fri Mar 11 09:05:32 2005 -->
<pre>Disable SiliMon startup in startMon.sh script. 
 
Original startMon.sh is copied to: 
startMon.sh.silimon_mar112005 
 
This is due to the fact SiliMon has been producing very 
large log files filling up /data1 area.</pre>
<!-- Author: kaori -->


<!-- Date: Fri Mar 18 18:29:09 2005 -->
<pre>I removed some patch release on b0dap35 
 
./remove_patch_release 6.0.0int3w 
./remove_patch_release 6.1.0pre2b 
./remove_patch_release 6.1.0pre2c 
./remove_patch_release 6.1.0pre2d 
./remove_patch_release 6.1.0pre2e 
./remove_patch_release 6.1.0pre2f 
./remove_patch_release 6.1.0pre2g 
./remove_patch_release 6.1.0pre2h 
./remove_patch_release 6.1.0pre2l 
 
[cdfsoft@b0dap35 cdfsoftb0]$ ups list -aK+ cdfsoftb0 
 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "current"  
"cdfsoftb0" "5.3.3b" "Linux+2" "" ""  
"cdfsoftb0" "5.3.3h" "Linux+2" "" ""  
"cdfsoftb0" "6.1.0pre2i" "Linux+2" "" ""  
"cdfsoftb0" "5.3.3l" "Linux+2" "" ""  
"cdfsoftb0" "6.1.0pre2j" "Linux+2" "" ""  
"cdfsoftb0" "6.1.0pre2k" "Linux+2" "" "</pre>
<!-- Author: ryo -->


<!-- Date: Fri Mar 18 18:34:09 2005 -->
<pre>I removed some patch release on b0dap32 
 
./remove_patch_release 6.0.0int3i 
./remove_patch_release 6.0.0int3s 
./remove_patch_release 6.0.0int3w 
./remove_patch_release 6.1.0pre2b 
./remove_patch_release 6.1.0pre2c 
./remove_patch_release 6.1.0pre2d 
./remove_patch_release 6.1.0pre2e 
./remove_patch_release 6.1.0pre2f 
./remove_patch_release 6.1.0pre2g 
./remove_patch_release 6.1.0pre2h 
./remove_patch_release 6.1.0pre2l 
 
 
"cdfsoftb0" "5.3.3i" "Linux+2" "" ""  
"cdfsoftb0" "5.3.3b" "Linux+2" "" ""  
"cdfsoftb0" "5.3.3h" "Linux+2" "" ""  
"cdfsoftb0" "5.3.3l" "Linux+2" "" ""  
"cdfsoftb0" "6.1.0pre2i" "Linux+2" "" ""  
"cdfsoftb0" "6.1.0pre2j" "Linux+2" "" ""  
"cdfsoftb0" "6.1.0pre2k" "Linux+2" "" "current"  
</pre>
<!-- Author: ryo -->


<!-- Date: Fri Mar 18 20:08:48 2005 -->
<pre>This is patch file source for 6.1.0pre2m. 
It is successfully built. 
 
#Consumer patches  
Consumer -D          19Mar2005UT01:00  
ConsumerFramework -D 19Mar2005UT01:00  
  
#for the old trigger input config  
#ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4  
  
#packages needed for TrigMon and XMon  
XTRPSim -D         19Mar2005UT01:00  
XFTMods -D         19Mar2005UT01:00  
XFTSim -D          19Mar2005UT01:00  
PulsarMon -D       19Mar2005UT01:00  
TriggerObjects -D  19Mar2005UT01:00  
  
# GCC.KCC difference fix shown up as DAQErrMon crash  
# I am leaving the date for this to the Feb14, since I heard there were  
# some trouble with this recently... not sure what it is  
Level3Filters  -D  14Feb2005UT22:00  
  
# SVXMon utilities update  
SvxDaqMods  -D    19Mar2005UT01:00  
SvxDaqUtils -D    19Mar2005UT01:00  
  
#this to be the last line of the patch file  
</pre>
<!-- Author: ryo -->


<!-- Date: Sun Mar 20 16:02:24 2005 -->
<pre>I updated cdfsoftb0 release to 6.1.0pre2m. 
Everythig seems to be OK. 
From this version, SiliMon is back. 
SiliMon log file is properly so far.</pre>
<!-- Author: ryo -->


<!-- Date: Tue Mar 22 18:07:05 2005 -->
<h3>6.1.0pre2n</h3> 
Built successfully and ready for test any time. 
Updated packages are the following. 
 
<pre> 
file name                        up-to date time(UT) 
check_access.d/Consumer/allowed  Tue Mar 22 18:46:59 2005 
Consumer/XMon/XMonTrigger.h      Tue Mar 22 19:12:39 2005 
Consumer/DAQMon/DAQMonitor.cc    Tue Mar 22 19:46:00 2005 
Consumer/DAQMon/DAQMonitor.hh    Tue Mar 22 19:46:19 2005 
</pre> 
 
Now they are pulled to b0dap32.
<!-- Author: yoshiaki -->


<!-- Date: Wed Mar 23 08:42:45 2005 -->
<pre>There seems to be some confusion of what release should be running 
in the control room.  (DAQErrMon is not up to date). 
In theory, 6.1.0pre2m should have been the 'current', however, 
as far as I could see, 6.1.0pre2k is 'current' and that is what 
running in the control room up to now. 
 
Now, I am switching the release to 6.1.0pre2n. 
1) save all tcl using .saveTo  to 6.1.0pre2k 
2) declear 6.1.0pre2n to be 'current' 
3) .switchRelease.sh All 6.1.0pre2n 
4) stop and restart all the monitors and display 
 
hopefuly this fix the problem with DAQErrMon. 
XMon and DAQMon have updates since 6.1.0pre2m.</pre>
<!-- Author: kaori -->


<!-- Date: Wed Mar 23 08:44:11 2005 -->
<pre>Current cdfsoftb0 status on b0dap32: 
 
b0dap51:593:~/consumer_scripts&gt; ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3b" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3h" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3l" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2m" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2n" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.0pre2i" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2j" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2k" "Linux+2" "" "" 
</pre>
<!-- Author: kaori -->


<!-- Date: Wed Mar 23 14:13:53 2005 -->
<h3>Put back XMon to 6.1.0pre2m</h3> 
As Charles mentioned in  
<a href= 
'/cgi/elog/elog.pl?nb=2005&action=view&page=245&frame=2&anchor=13:32:17.723'> 
e-log</a>, XMon had some problem. I put back only XMon to 6.1.0pre2m. For this purpose, the following files are created or modified. 
 
<table><tr><td bgcolor="white"> 
<pre> 
startMon.sh 
 
 start_remote_610pre2m () { 
 echo starting $3 partition $1 on $2 
 #ssh -x -l cdfdaq $2 /usr/X11R6/bin/xterm -geometry 55x15$4 -T $3@$2 -e tcsh -c \"${SCRIPTDIR}/startSubConsumer.csh $1 $3 $2\"& 
 ssh -x -l cdfdaq $2 "setenv DISPLAY b0dap51.fnal.gov:0 ; /usr/X11R6/bin/xterm -geometry 55x15$4 -T $3@$2 -e tcsh -c \"${SCRIPTDIR}/startSubConsumer_610pre2m.csh $1 $3 $2\""& 
 } 
 
 
 #start_remote $partition b0dap80 XMon +400+250 // 0220 
 start_remote_610pre2m $partition b0dap80 XMon +400+250 // 0220 
 start_remote $partition b0dap80 XMon +400+250 // 0220 
 
</pre> 
</td></tr></table> 
 
<table><tr><td bgcolor=white> 
<pre> 
 
startSubConsumer_610pre2m.csh 
 
#! /bin/tcsh -f 
setenv PATH {$PATH}:/usr/X11R6/bin 
setenv DISPLAY b0dap51:0 
setenv HOSTNAME $3 
setenv CONSUMER_WRITE_SUMMARY_DB sammy 
setenv WRITE_ERROR_MESSAGE_SUMMARY_TO_DB sammy2 
# script called by startConsumers.sh 
# see there for more details 
 
/usr/X11R6/bin/xsetroot -solid steelblue 
echo running $2 on partition $1 
if ( `ps -A | grep -c $2` == "0" ) then 
  source ~cdfsoft/cdf2.cshrc 
  setup cdfsoftb0 6.1.0pre2m 
#  setup root v3_02_07i -q KCC_4_0 
  setup cdfdb 
  unsetup oracle_client 
  setup oracle_client v9_2_0_1a 
#  setup oracle_client v8_1_7_lite 
#  setenv RCP_DATABASE_PATH level3/FileSystemDB:official/FileSystemDB/ 
#  setenv TCL_TAG 451 
  cd /data1/consumer/runarea/$2 
#  run$2 $1|tee -i /tmp/$2_$$.out 
# The following line is the standard: 
#  run$2 $1 
# During the access we need to connect to the cdfonint instead of the 
# default: cdfonprd  01/16/2003 WW 
# changed back to cdfonprd from cdfonint 01/21/2003 kaori 
  run$2 $1 physics b0dau32.fnal.gov cdfonprd 
 
else 
  echo "" 
  echo $2 is already running on this machine 
  echo "" 
endif 
echo "ESC[41mPress C-d to close window.ESC[0m" 
/usr/X11R6/bin/xsetroot -solid red 
 
</pre> 
</td></tr></table>  
<!-- Author: yoshiaki -->


<!-- Date: Thu Mar 24 15:49:57 2005 -->
<pre>Making 6.1.0pre2o. 
 
This version has following updates: 
---- 
YMon 
---- 
Modified Files: 
	CO.cc  
Log Message: 
Small change in CO.cc from Oriol, readChannelInfo() added in line 434 
---- 
XMon 
---- 
fix in L3 rate by Charles 
------- 
TrigMon 
------- 
Some change in PulsarMon 
-------------------- 
ConsumerInputModule 
--------------------- 
I added the capability to print out the stream information of the events 
to the ConsumerInputModule. It can be turned on by setting 'veryVerbose' 
to true. I think it would be useful for debugging purposes. 
 
======== 
patch file looks: 
 
#Consumer patches 
Consumer -D          24Mar2005UT21:30 
ConsumerFramework -D 24Mar2005UT21:30 
 
#for the old trigger input config 
#ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
ConsumerInterface -D 24Mar2005UT21:30 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         24Mar2005UT21:30 
XFTMods -D         24Mar2005UT21:30 
XFTSim -D          24Mar2005UT21:30 
PulsarMon -D 	   24Mar2005UT21:30 
TriggerObjects -D  24Mar2005UT21:30 
 
# GCC.KCC difference fix shown up as DAQErrMon crash 
# I am leaving the date for this to the Feb14, since I heard there were 
# some trouble with this recently... not sure what it is 
Level3Filters  -D  14Feb2005UT22:00 
 
# SVXMon utilities update 
SvxDaqMods  -D    24Mar2005UT21:30 
SvxDaqUtils -D    24Mar2005UT21:30 
 
#this to be the last line of the patch file 
</pre>
<!-- Author: kaori -->


<!-- Date: Thu Mar 24 16:59:59 2005 -->
<pre>6.1.0pre2o release seemed to be made fine on b0dap35. 
Pulling now to b0dap32. 
 
./pull_cdfsoftb0 6.1.0pre2o b0dap35 
</pre>
<!-- Author: kaori -->


<!-- Date: Mon Mar 28 15:45:14 2005 -->
<pre>Kaori asked me to make an entry with information about the online event display.  We started the display at about 14:00 3/28/05.  The memory usage was about 130M, according to top.  By 15:00 it was 134M and at 15:45 (now) it is at 134M.  The machine (b0dap50) has 292MB of memory used and 23.5K of swap used out of 514MB and 1 GB available, respectively.  </pre>
<!-- Author: Stephen Wolbers -->
<!-- Comment: Tue Mar 29 13;47;27 comment by...Stephen Wolbers -->
<pre>Update to event display memory use:

Memory usage now 197M (started at 130M about 24 hours ago).

Real memory used is 566 MB

Swap used is 28.5 MB</pre>
<!-- Comment: Thu Mar 31 08;28;48 comment by...Steve Wolbers -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>On 3/31/05 at 08:30:

cdfdaq uses  234 MB of memory.

Real memory used is 469 MB

Sway used is 28.5 MB</pre></td></tr></td></table>
<!-- Date: Tue Mar 29 09:23:15 2005 -->
<pre>Hi Kaori, 
 
Since the new modifications to SvxDaqMods and SvxDaqUtils have not been  
tagged, I am afraid, you need to take these two packages from head. They 
don't need any other package from head. On the other hand, since these  
modifications have been tested for some time now, we may tag them to  
6.1.0. For this we need to ask the librarians of these packages. 
 
Cheers, 
Satyajit 
 
On Mon, 28 Mar 2005 maeshima@fnal.gov wrote: 
 
 
&gt;&gt; Hi Satyajit, 
&gt;&gt;  
&gt;&gt; Lately, when we make a new cdfsoftb0 release, we are always taking 
&gt;&gt;  
&gt;&gt; SvxDaqMods    and  SvxDaqUtils  from cvs heads. 
&gt;&gt;  
&gt;&gt; We have been using 6.1.0pre2 cdfsoft2 release as a base. 
&gt;&gt;  
&gt;&gt; My question is: 
&gt;&gt; If we use 6.1.0 release as a base (instead of 6.1.0pre2), can we just 
&gt;&gt; use SvxDaqMods and SvxDaqUtils from the base or do we still need 
&gt;&gt; to get those from the head? 
&gt;&gt;  
&gt;&gt; If we use 6.1.0 as a base, do you require any other pacage from the head? 
&gt;&gt;  
&gt;&gt; cheers, 
&gt;&gt; Kaori</pre>
<!-- Author: kaori -->