<!-- Title: 11:55:48  Tue Mar 29 2005 -->
<!-- Crewchief: kaori -->
<!-- Op1: ryo -->
<!-- Op2: yoshiaki -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>Current cdfsoftb0 is 6.1.0pre2o. 
We are moving onto 6.1.0 based releases.</pre>


<!-- Date: Tue Mar 29 11:57:47 2005 -->
<pre>Making 6.1.0a. 
Use the same patch as 6.1.0pre2o, except not getting 
 
TriggerObjects -D  24Mar2005UT21:30 
Level3Filters  -D  14Feb2005UT22:00 
 
Since they were tagged into 6.1.0 version. 
 
6.1.0a.patches looks following: 
#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 
 
# don't need TriggerObects now using 6.1.0 instead of 6.1.0pre2 
#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 
# don't need Level3Filters now using 6.1.0 instead of 6.1.0pre2 
#Level3Filters  -D  14Feb2005UT22:00 
 
# SVXMon utilities update 
SvxDaqMods  -D    24Mar2005UT21:30 
SvxDaqUtils -D    24Mar2005UT21:30 
 
</pre>
<!-- Author: kaori -->


<!-- Date: Tue Mar 29 14:28:58 2005 -->
<pre>6.1.0a is built ok. 
 
Now, modifying script to make release, to add AC++Dump exe.</pre>
<!-- Author: kaori -->


<!-- Date: Tue Mar 29 14:39:49 2005 -->
<pre>cp make_patch_release_b0dap35 make_patch_release_b0dap35_tmp 
 
Modify make_patch_release_b0dap35 to add FrameMods which should 
build an extra binary called B0AC++Dump, in  
"NEEDEDPACKAGES" 
 
6.1.0b.patches looks: 
--------------------- 
#Consumer patches 
Consumer -D          29Mar2005UT20:30 
ConsumerFramework -D 29Mar2005UT20:30 
 
#Add this for B0AC++Dump till get's tagged in 
FrameMods -D	   29Mar2005UT20:30   
 
#for the old trigger input config 
#ConsumerInterface/ConsumerInterface/l3_cs_pointer_space.h -r 1.4 
ConsumerInterface -D 29Mar2005UT20:30 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         29Mar2005UT20:30 
XFTMods -D         29Mar2005UT20:30 
XFTSim -D          29Mar2005UT20:30 
PulsarMon -D 	   29Mar2005UT20:30 
 
# don't need TriggerObects now using 6.1.0 instead of 6.1.0pre2 
#TriggerObjects -D  29Mar2005UT20: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 
# don't need Level3Filters now using 6.1.0 instead of 6.1.0pre2 
#Level3Filters  -D  14Feb2005UT22:00 
 
# SVXMon utilities update 
SvxDaqMods  -D    29Mar2005UT20:30 
SvxDaqUtils -D    29Mar2005UT20:30 
---------------------- 
 
Building 6.1.0b now. 
</pre>
<!-- Author: kaori -->


<!-- Date: Thu Mar 31 08:48:28 2005 -->
<pre>There were problems making B0AC++Dump.  After another FrameMods 
changes, and script changes, 6.1.0d is built, and looks ok. 
Meanwhile, we picked up (supposed to ) DAQMon change by Radu 
(though we did not get cvs e-mail, so we do not really know....). 
 
Pulling 6.1.0d to b0dap32 now. 
Also will remove 6.1.0a,b,c releases on b0dap35.</pre>
<!-- Author: kaori -->


<!-- Date: Thu Mar 31 08:57:46 2005 -->
<pre>Having a problem with pulling 6.1.0d to b0dap32........... 
 
[cdfsoft@b0dap35 ~]$ ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "current" 
"cdfsoftb0" "5.3.3b" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0a" "Linux+2" "" "" 
"cdfsoftb0" "5.3.3h" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2m" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2n" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2o" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0b" "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" "" "" 
"cdfsoftb0" "6.1.0c" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0d" "Linux+2" "" "" 
 
Above shows 6.1.0d is on b0dap35. 
 
[cdfsoft@b0dap32 ~]$ ./pull_cdfsoftb0 6.1.0d b0dap35 
Thu Mar 31 08:49:48 CST 2005 
/usr/krb5/bin/rcp: kcmd to host b0dap35 failed - No credentials cache file found 
trying normal rcp (/usr/bin/rcp)  WARNING: NO ENCRYPTION! 
b0dap35.fnal.gov: Connection refused 
/usr/krb5/bin/rcp: kcmd to host b0dap35 failed - No credentials cache file found 
trying normal rcp (/usr/bin/rcp)  WARNING: NO ENCRYPTION! 
b0dap35.fnal.gov: Connection refused 
/usr/krb5/bin/rcp: kcmd to host b0dap35 failed - No credentials cache file found 
trying normal rcp (/usr/bin/rcp)  WARNING: NO ENCRYPTION! 
b0dap35.fnal.gov: Connection refused 
Thu Mar 31 08:51:21 CST 2005 
du: `dist/cdfsoftb0/6.1.0d': No such file or directory 
[cdfsoft@b0dap32 ~]$ 
</pre>
<!-- Author: kaori -->
<!-- Comment: Thu Mar 31 09;32;30 comment by...kaori -->
<pre>just out, and trying again.
(I am on b0dap56 to start with)

ksu maeshima -f
(need -f to forward the ticket....)

This time, it may be working:

[cdfsoft@b0dap32 ~]$ ./pull_cdfsoftb0 6.1.0d b0dap35
Thu Mar 31 09:20:41 CST 2005
Thu Mar 31 09:31:09 CST 2005
2942    dist/cdfsoftb0/6.1.0d
"cdfsoftb0" "6.1.0d" "Linux+2" "" ""

OK.  it is done.

[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.1.0pre2m" "Linux+2" "" ""
"cdfsoftb0" "6.1.0pre2n" "Linux+2" "" ""
"cdfsoftb0" "6.1.0pre2o" "Linux+2" "" "current"
"cdfsoftb0" "6.1.0d" "Linux+2" "" ""
"cdfsoftb0" "6.1.0pre2i" "Linux+2" "" ""
"cdfsoftb0" "6.1.0pre2j" "Linux+2" "" ""
"cdfsoftb0" "6.1.0pre2k" "Linux+2" "" ""
[cdfsoft@b0dap32 ~]$
</pre>


<!-- Date: Mon Apr 4 15:44:07 2005 -->
<pre><h3>6.1.0e</h3> 
New release tagged as 6.1.0e is built and ready to be tested.<br> 
New features from 6.1.0d are following.<br> 
<pre> 
Stage0________________________________________________________ 
Date:	Thursday March 31, 2005 @ 12:23 
Update of /cdf/code/cdfcvs/run2/Consumer/Stage0 
In directory cdfcode.fnal.gov:/var/tmp/cvs-serv18354 
 
Modified Files: 
	COTDMonitor.cc COTDMonitor.hh  
Log Message: 
Added functionality to update process definition for valid_set once it is written to DB.  Also, signals run control that the DB has been written to. This is all to speed up L3. 
 
 
SiliMon___________________________________________________________ 
Date:	Monday April 4, 2005 @ 12:20 
Update of /cdf/code/cdfcvs/run2/Consumer/SiliMon 
In directory cdfcode.fnal.gov:/var/tmp/cvs-serv1151 
 
Modified Files: 
	EffMonitor.cc EffMonitor.hh runSiliMonPHYSICS.tcl  
Log Message: 
Fixing DB problems 
 
ObjectMon_________________________________________________________ 
Date:	Saturday April 2, 2005 @ 5:01 
Author:	khotilov@131.225.236.5 
 
Update of /cdf/code/cdfcvs/run2/Consumer/ObjectMon 
In directory cdfcode.fnal.gov:/var/tmp/cvs-serv32423 
 
Modified Files: 
	TimeMonitor.cc TimeMonitor.hh ObjectMon.cc GNUmakefile  
	runObjectMon_cosmic.tcl runObjectMon_physics.tcl  
	runObjectMon.tcl  
Log Message: 
new TimeMonitor with external endrun fitting 
 
</pre></pre>
<!-- Author: yoshiaki -->
<!-- Comment: Mon Apr  4 17;09;30 comment by...yoshiaki -->
<pre>XMon__________________________________________________________

Date: Wednesday March 30, 2005 @ 18:13
Author: cplager@131.225.236.5

Update of /cdf/code/cdfcvs/run2/Consumer/XMon
In directory cdfcode.fnal.gov:/var/tmp/cvs-serv13861

Modified Files:
XMonTrigger.cc
Log Message:
giving more precision to fit stored as comment in html file


DAQMon__________________________________________________________
Date: Wednesday March 30, 2005 @ 15:31
Author: radum@131.225.236.5

Update of /cdf/code/cdfcvs/run2/Consumer/DAQMon
In directory cdfcode.fnal.gov:/var/tmp/cvs-serv20105

Modified Files:
DAQMonitor.cc
Log Message:
Fixed a bug in the plot showing data size for the six DAQ SCPUs - Slide 20.
Fixed colors in Slide 19.
</pre>

<!-- Comment: Mon Apr  4 18;32;09 comment by...yoshiaki -->
<pre>This release starts running from about 5pm.</pre>


<!-- Date: Tue Apr 5 10:59:02 2005 -->
<pre>Many problems with starting up ObjectMon, 6.1.0e version made 
last night. 
After going back to 6.1.0d version, still having problem. 
------------- 
            Value of doObjectsCheck for this module  is true 
            Value of slideshowET for this module  is false 
invalid command name "adcEMOpen" 
ObjectMon/TimeMonitor> 
------------ 
One of the 6.1.0e version problem was: 
 
---- 
      Value of PrintDBStats for this module  is false 
      Value of NotifySeverityLevel for this module  is NONE 
      Value of Debug for this module  is false 
      Value of UseKeyDB for this module  is true 
      Value of ExpertRemoveEntry for this module  is 
invalid command name "debugCalib" 
TimingCollMaker> 
-------------------------- 
After I disabled TimingCollMaker, there were still some errors. 
Then, went back to 6.1.0d (see above). 
 
Now, I am turning of TimeMonitor. 
 
 
========= 
OK, I figured out I modified startSubConsumer_610d.csh wrong. 
I now, corrected, so, it is setting up to 6.1.0d properly. 
Now, it works. 
 
6.1.0e objectMon is still bad. 
 
Keep it to 6.1.0d running for ObjectMon.</pre>
<!-- Author: kaori -->


<!-- Date: Thu Apr 7 16:07:35 2005 -->
<pre>We start making 6.1.0f.  
Patch file is as following. 
 
#Consumer patches 
Consumer -D          07Apr2005UT20:55 
ConsumerFramework -D 07Apr2005UT20:55 
 
#Add this for B0AC++Dump till get's tagged in 
FrameMods -D       07Apr2005UT20:55   
 
#more debug added March 27 (around) 2005 
ConsumerInterface -D 07Apr2005UT20:55 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         07Apr2005UT20:55 
XFTMods -D         07Apr2005UT20:55 
XFTSim -D          07Apr2005UT20:55 
PulsarMon -D       07Apr2005UT20:55 
 
# SVXMon utilities update 
 
SvxDaqMods  -D    07Apr2005UT20:55 
SvxDaqUtils -D    07Apr2005UT20:55 
 
# for ObjectMon 
CalorTimeMods  -D    07Apr2005UT20:55 
CalorTimeObjects -D    07Apr2005UT20:55 
 
#this to be the last line of the patch file 
 
ObjectMon is expected working correctly. 
 
Stage0, DAQErrMon, ErrorReceiver and TrigMon are updated from previous release.</pre>
<!-- Author: Junji, Yoshiaki -->
<!-- Comment: Thu Apr  7 17;45;59 comment by...junji, yoshiaki -->
<pre>Now we switched to new release 6.1.0f. All monitors including ObjectMon work well!</pre>


<!-- Date: Tue Apr 12 11:00:33 2005 -->
<pre>We erased old cdfsoftb0 releases, as listed below 
On b0dap35, 
     ./remove_patch_release 6.1.0pre2m 
     ./remove_patch_release 6.1.0pre2n 
     ./remove_patch_release 6.1.0pre2i 
     ./remove_patch_release 6.1.0pre2j 
     ./remove_patch_release 6.1.0pre2k  
     ./remove_patch_release 6.1.0a 
     ./remove_patch_release 6.1.0b 
     ./remove_patch_release 6.1.0c 
 
On b0dqp32, 
     ./remove_patch_release 6.1.0pre2m 
     ./remove_patch_release 6.1.0pre2n 
     ./remove_patch_release 6.1.0pre2i 
     ./remove_patch_release 6.1.0pre2j 
     ./remove_patch_release 6.1.0pre2k 
 
On both machine remaining disk spaces are reasonable. 
</pre>
<!-- Author: junji & yoshiaki -->


<!-- Date: Tue Apr 12 15:42:53 2005 -->
<pre><h3> 6.1.0g </h3> 
 
New release tagged as 6.1.0g is successfully built on b0dap35. Now it is being pulled to b0dap32. The patch file is pasted below. 
 
 
_________________________________________________________________ 
 
#Consumer patches 
Consumer -D          12Apr2005UT19:30 
ConsumerFramework -D 12Apr2005UT19:30 
 
#Add this for B0AC++Dump till get's tagged in 
FrameMods -D       12Apr2005UT19:30 
 
#more debug added March 27 (around) 2005 
ConsumerInterface -D 12Apr2005UT19:30 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         12Apr2005UT19:30 
XFTMods -D         12Apr2005UT19:30 
XFTSim -D          12Apr2005UT19:30 
PulsarMon -D       12Apr2005UT19:30 
 
# SVXMon utilities update 
SvxDaqMods  -D    12Apr2005UT19:30 
SvxDaqUtils -D    12Apr2005UT19:30 
 
# for ObjectMon 
CalorTimeMods  -D    12Apr2005UT19:30 
CalorTimeObjects -D    12Apr2005UT19:30 
 
#this to be the last line of the patch file 
_________________________________________________________________ 
 
 
ConsumerFramework, and TrigMon are updated. 
</pre>
<!-- Author: yoshiaki -->
<!-- Comment: Tue Apr 12 16;58;13 comment by...junji, yoshiaki -->
<pre>We switched to new release 6.1.0g.
It is running well so far.</pre>


<!-- Date: Wed Apr 27 12:14:45 2005 -->
<pre>cvs rtag v6_1_1pre1 ConsumerFramework 
cvs rtag v6_1_1pre1 Consumer 
 
(the version I tagged are the one we are currently using 
in the control room :  cdfsoftb0 version 6.1.0g) 
</pre>
<!-- Author: kaori -->


<!-- Date: Tue May 3 15:41:57 2005 -->
<pre>We switched consumer monitor version from 6.1.0g to 6.1.0h. 
TrigMon, XMon,ConsumerServlet and ObjectMon are updated from the previous release. We restarted all monitors except for LumMon. All monitors works well! We will leave the new release runnig. </pre>
<!-- Author: junji, yoshiaki -->


<!-- Date: Thu May 12 19:10:58 2005 -->
<pre>XMon crashed twice. 
This is gdb result. 
 
   
#0  0x4169bc6f in TGraph::LeastSquareLinearFit(int, double&, double&, int&, int, int) (this=0xe86bdb0, ndata=-7481635, a0=@0xbfff63b8, a1=@0xbfff63b0, 
    ifail=@0xbfff63ac, first=1073741824, last=1081223458) at graf/src/TGraph.cxx:1777 
1777    graf/src/TGraph.cxx: No such file or directory. 
        in graf/src/TGraph.cxx 
 
</pre>
<!-- Author: junji and ryo -->


<!-- Date: Tue May 31 21:12:25 2005 -->
<pre><h2> 6.1.0j </h2> 
 
New release tagged as 6.1.0j is successfully built and I switched it before start taking data. New feature is in validate_TrigMon.tcl. They are running well sio far.</pre>
<!-- Author: yoshiaki -->


<!-- Date: Mon Jun 13 16:04:20 2005 -->
<pre>making 6.1.0k, request by Radu on DAQErrMon 
 
# cdfsoftb0 patche file: 6.1.0k.pathces 
# 
#Consumer patches 
Consumer -D          13Jun2005UT20:30 
ConsumerFramework -D 13Jun2005UT20:30 
 
#Add this for B0AC++Dump till get's tagged in 
FrameMods -D       13Jun2005UT20:30 
 
#more debug added March 27 (around) 2005 
ConsumerInterface -D 13Jun2005UT20:30 
 
#packages needed for TrigMon and XMon 
XTRPSim -D         13Jun2005UT20:30 
XFTMods -D         13Jun2005UT20:30 
XFTSim -D          13Jun2005UT20:30 
PulsarMon -D       13Jun2005UT20:30 
TriggerObjects -D  13Jun2005UT20:30 
 
# SVXMon utilities update 
SvxDaqMods  -D    13Jun2005UT20:30 
SvxDaqUtils -D    13Jun2005UT20:30 
 
# for ObjectMon 
CalorTimeMods  -D    13Jun2005UT20:30 
CalorTimeObjects -D    13Jun2005UT20:30 
=============== 
 Hi Kaori, 
 
 We have submitted recently some changes to DAQMon consumer monitor which  
we need to better understand the performance of the online DAQ. I was   
wondering when do you think the consumers could be recompiled and  
refreshed? 
 
 Thank you, 
 Radu  
 
-- --------------------------- Radu Marginean CDF/FNAL Phone: 630-840-4953 MS-318 -------------------------</pre>
<!-- Author: kaori -->


<!-- Date: Mon Jun 20 17:35:35 2005 -->
<pre>We switched consumer monitor version from 6.1.0k to 6.1.0l. TrigMon and XMon are updated from the previous release. We restarted all monitors except for LumMon. All monitors works well! We will leave the new release runnig. </pre>
<!-- Author: Junji & Ryo -->


<!-- Date: Fri Jun 24 16:18:01 2005 -->
<pre>We switched consumer monitor version from 6.1.0l to 6.1.0m. YMon  is updated from the previous release. We restarted all monitors except for LumMon. All monitors works well. We will leave the new release runnig.  
 
</pre>
<!-- Author: Junji &Yoshiaki -->


<!-- Date: Thu Jul 7 12:45:11 2005 -->
<pre>Switched to 6.1.0o, ObjectMon, Stage0, and YMon are updated. 
6.1.0n exists only on b0dap35, but which was never used. 
</pre>
<!-- Author: yoshiaki -->


<!-- Date: Mon Jul 11 08:26:14 2005 -->
<pre>YMon crashes with cosmic run.   
gdb results: 
 
#0  0x088fc1ff in CESDMonitor::addEvent(EventRecord*) (this=0xc2cb890, record=0xc809820) 
    at /cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.1.0o/Consumer/YMon/CESDMonitor.cc:423 
423           scale=avn/(1.0-exp(-1.0*avn)); 
(gdb) where 
#0  0x088fc1ff in CESDMonitor::addEvent(EventRecord*) (this=0xc2cb890, record=0xc809820) 
    at /cdf/code-Linux/cdfoffline/dist/cdfsoftb0/6.1.0o/Consumer/YMon/CESDMonitor.cc:423 
(gdb) 
 
must be related to the latest mods. 
I put YMon back to the previous version.  and Notify YMon 
person.</pre>
<!-- Author: kaori -->


<!-- Date: Mon Jul 18 18:16:03 2005 -->
<pre>We tired to run new release tagged as 6.1.0p, which has some new feature in YMon. But it didn't start up. 
So we put the release running in control room back to 6.1.0o. 
</pre>
<!-- Author: yoshiaki Jiyeon and junji -->


<!-- Date: Mon Jul 25 19:19:36 2005 -->
<pre>I made a new release 6.1.0r. YMon and ObjectMon are updated from the previous release. I tried 3times, but ObjectMon crashed all the time. I edited startMon.sh for ObjectMon. ObjectMon is now running in 6.1.0q. Please edit startMon.sh, when we make next release.</pre>
<!-- Author: Junji -->


<!-- Date: Wed Jul 27 20:39:11 2005 -->
<pre>We try to delete old cdfsoftb0 release on b0dap32 due to emergency error for ProcMon. The directory of /cdf/code-Linux is full. 
/dev/vg/linux        103212320  97263332    706108 100%  
 
we performed. 
./remove_patch_release 6.1.0r 
 
then  
/dev/vg/linux        103212320  94176568   3792872  97%  
 
 
 
 
 
 
</pre>
<!-- Author: junji and ryo -->
<!-- Comment: Wed Jul 27 21;51;25 comment by...Junji -->
<pre>I performed at b0dap32
./remove_patch_release 6.1.0r 
Now disk usage is 93%.</pre>
<!-- Date: Wed Jul 27 21:42:58 2005 -->
<pre>I made a new release 6.1.0s. ObjectMon is updated from previous release. I edited startMon.sh to use ObjectMon with current release. It is working at the control room now.</pre>
<!-- Author: Junji -->



<!-- Date: Thu Jul 28 20:03:09 2005 -->
<pre>We erased old cdfsoftb0 releases, as listed below  
On b0dqp32,  
     ./remove_patch_release 6.1.0d
     ./remove_patch_release 6.1.0e
     ./remove_patch_release 6.1.0f
     ./remove_patch_release 6.1.0g
     ./remove_patch_release 6.1.0h
     ./remove_patch_release 6.1.0i
 
remaining disk space for b0dap32 is 75%. 
</pre>
<!-- Author: Junji & Yoshiaki -->


<!-- Date: Thu Jul 28 22:20:30 2005 -->
<pre>Stephan asked me to switch the machine of event display from b0dap54 to b0dap51. 
I changed 2 lines of startEvd.sh from b0dap54 to b0dap51. 
</pre>
<!-- Author: Junji -->


<!-- Date: Tue Aug 9 13:09:07 2005 -->
<pre>We switched consumer monitor version from 6.1.0s to 6.1.0t. YMon and ObjectMon are updated from the previous release. We restarted all monitors except for LumMon. All monitors works well. We will 
leave the new release running. </pre>
<!-- Author: Junji -->


<!-- Date: Fri Sep 2 15:10:28 2005 -->
<pre>I erased the following releases from b0dap35, because disk space was full. 
6.1.0n 
6.1.0p 
6.1.0r 
</pre>
<!-- Author: Junji -->


<!-- Date: Sat Sep 3 09:35:53 2005 -->
<pre>We still have a problem running SVXMon for both 6.1.0t and 6.1.0u 
versions. But following things should be fixed anyway: 
 
1) When SVXMon people make new tcl file (runSVXMon.tcl), remind  
them that they also need to make _streamD and _allstreams tcl file. 
 
2) We do not understand how switchSVXMon.sh script is working. 
We did it by hand today.  We also need to watch out for 
runPhysics.sh and runCosmic.sh file. 
 
3) Switching from t to u, need new directry with some reference 
root file.  This is done by hand at a moment: 
 
 The new version expects to find a ROOT file of reference 
 histograms at 
 /data1/consumer/referenceFiles/SVXMon/adcmon_reference.root 
 Our most recent reference file is at 
 /data1/boveia/newrel610/bigreference.root 
 
--------- 
In anycase, SVXMon crashes in an exception handling place. 
</pre>
<!-- Author: junji and kaori -->


<!-- Date: Tue Sep 6 10:54:30 2005 -->
<pre>6.1.0v is using consumer from 01Sep2005UT17:00, 
which is just before the ObjectMon update. 
 
--------- 
I'll start building a new release 6.1.0w on b0dap35 now. 
 
By the way, the b0dap35 disk is very full. 
 
Currently we have: 
maeshima@b0dap35 ~]$ ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3i" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.0m" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0v" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0o" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0q" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2o" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0j" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0s" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0l" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0t" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0u" "Linux+2" "" "" 
 
Shall we remove: 
 
"cdfsoftb0" "6.1.0m" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0o" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0q" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0j" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0s" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0l" "Linux+2" "" "" 
 
Any comments?</pre>
<!-- Author: kaori -->
<!-- Comment: Tue Sep  6 16;37;05 comment by...Junji -->
<pre>I deleted 6.1.0v from b0dap35 and b0dap32. 6.1.0v was useless.
I'm sorry making 6.1.0v.</pre>
<!-- Comment: Mon Sep 12 11;09;42 comment by...kaori -->
<pre>Removed following releases.
(from b0dap35)
 
"cdfsoftb0" "6.1.0m" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0o" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0q" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0j" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0s" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0l" "Linux+2" "" "" 
 
Now have:
[cdfsoft@b0dap35 cdfsoftb0]$ ups list -aK+ cdfsoftb0
"cdfsoftb0" "5.3.3i" "Linux+2" "" "current"
"cdfsoftb0" "6.1.0w" "Linux+2" "" ""
"cdfsoftb0" "6.1.0pre2o" "Linux+2" "" ""
"cdfsoftb0" "6.1.0t" "Linux+2" "" ""
"cdfsoftb0" "6.1.0u" "Linux+2" "" ""

Disk was 91% full, now is 72% (/cdf/code-Linux)</pre>
<!-- Date: Tue Sep 6 15:15:02 2005 -->
<pre>We switched to 6.1.0u with new SVXMon tcl's. 
Currently it seems to be working well.</pre>
<!-- Author: Junji -->



<!-- Date: Wed Sep 7 09:59:04 2005 -->
<pre>We switched consumer monitor version from 6.1.0u to 6.1.0w. ObjectMon are updated from the previous release. We restarted all monitors except for LumMon and XMon. All monitors seems to be working well. We will leave the new release running. </pre>
<!-- Author: Junji -->


<!-- Date: Mon Sep 12 11:01:37 2005 -->
<pre>Making 6.1.1a.  Request from Charles: 
 
Hello, 
 
    We've solved our calorimeter trigger problems (self-inflicted, as usual :-) ).  For this version, we want the same as usual, except please take PulsarMon, CalTrigger, and svtsim from today's date using 6.1.1 as the base release. 
 
    If you find that, for whatever reason, you can't build using 6.1.1 as the base release, below is a list of what packages Jim needed to build under 6.1.0. 
 
    Cheers, good luck, and let us know how it goes. 
 
    Charles 
 
-------- Original Message -------- 
Subject: Re: TrigMon 
Date: Wed, 07 Sep 2005 12:41:34 -0500 
From: James Bellinger &lt;jnb@hep.wisc.edu&gt; 
Organization: U.Wisconsin Physics 
To: Charles Plager &lt;cplager+ucla@fnal.gov&gt;, James Bellinger 
OK, I think I got it working under 6.1.0 
I needed the following directories: 
 
CalibDB         NV00-00-98 
Consumer        NV00-00-82 
DBViews         NV00-00-19 
PulsarMon       from head 
TriggerDB       NV00-00-18 
TriggerObjects  from head 
svtsim          from head 
 
--  
------------------------------------------------------------------ 
Charles Plager                               cplager+ucla@fnal.gov 
UCLA Dept of Physics, CDF Group          http://charles.plager.net 
office: (1) 630-840-2575                     fax: (1) 630-840-2968 
------------------------------------------------------------------ </pre>
<!-- Author: kaori -->



<!-- Date: Fri Sep 23 11:17:47 2005 -->
<pre>I'm making 6.1.1b. There are changes in TrigMon and ObjectMon.</pre>
<!-- Author: Junji -->
<!-- Comment: Fri Sep 23 12;22;49 comment by...Junji -->
<pre>It is running at the control room now.</pre>


<!-- Date: Tue Sep 27 15:52:07 2005 -->
<pre>Kaori-san made the new release 6.1.1c. 
Because I forgot including CalTrigger and svtsim last time. 
I switched to 6.1.1c.</pre>
<!-- Author: Junji -->


<!-- Date: Mon Oct 10 18:38:08 2005 -->
<pre>making a new cdfsoftb0 release, 6.1.1d. 
TrigMon (svtsim) had a problem with making a large log file. 
ObjectMon fix in timemonitor by peter wagner.</pre>
<!-- Author: kaori -->
<!-- Comment: Mon Oct 10 18;54;45 comment by...kaori -->
<pre>6.1.1d.patches looks like this:

# cdfsoftb0 patche file: 6.1.1d.pathces
#
#Consumer patches
Consumer -D          10Oct2005UT23:00
ConsumerFramework -D 10Oct2005UT23:00

#Add this for B0AC++Dump till get's tagged in
FrameMods -D	     10Oct2005UT23:00

#more debug added March 27 (around) 2005
ConsumerInterface -D 10Oct2005UT23:00

#packages needed for TrigMon and XMon
CalTrigger -D      22Sep2005UT19:00
svtsim  -D         10Oct2005UT23:00
XTRPSim -D         22Sep2005UT19:00
XFTMods -D         22Sep2005UT19:00
XFTSim -D          22Sep2005UT19:00
PulsarMon -D 	   22Sep2005UT19:00
TriggerObjects -D  22Sep2005UT19:00

# SVXMon utilities update
SvxDaqMods  -D    10Oct2005UT23:00
SvxDaqUtils -D    10Oct2005UT23:00

# for ObjectMon
CalorTimeMods  -D      10Oct2005UT23:00
CalorTimeObjects -D    10Oct2005UT23:00

#this to be the last line of the patch file
</pre>
<!-- Comment: Mon Oct 10 19;54;59 comment by...kaori -->
<pre>Building of 6.1.1d is finished.  Seems to be ok.
Pulling to b0dap32.</pre>
<!-- Date: Mon Oct 10 18:39:16 2005 -->
<pre>Mail from Charles on TrigMon: 
 
Looks good to go.  Change the date of 'svtsim' to today leaving all other packages alone and have fun. 
 
    Charles </pre>
<!-- Author: kaori -->




<!-- Date: Mon Oct 10 20:15:16 2005 -->
<pre>bodap32: 
df 
 99% /cdf/code-Linux 
------- 
[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.1.0t" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0u" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2o" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.1a" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0j" "Linux+2" "" "" 
"cdfsoftb0" "6.1.1b" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0k" "Linux+2" "" "" 
"cdfsoftb0" "6.1.1c" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.0l" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0m" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0o" "Linux+2" "" "" 
"cdfsoftb0" "6.1.1d" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0q" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0s" "Linux+2" "" "" 
 
remove some old ones: 
cdfsoft@b0dap32 cdfsoftb0]$ ./remove_patch_release 5.3.3b 
remove_patch_release: undeclaring release 5.3.3b...      done. 
remove_patch_release: deleting directory 5.3.3b. 
remove_patch_release: release 5.3.3b removed successfully. 
[cdfsoft@b0dap32 cdfsoftb0]$ ./remove_patch_release 5.3.3h 
remove_patch_release: undeclaring release 5.3.3h...      done. 
remove_patch_release: deleting directory 5.3.3h. 
remove_patch_release: release 5.3.3h removed successfully. 
[cdfsoft@b0dap32 cdfsoftb0]$ ./remove_patch_release 5.3.3i 
remove_patch_release: undeclaring release 5.3.3i...      done. 
remove_patch_release: deleting directory 5.3.3i. 
remove_patch_release: release 5.3.3i removed successfully. 
[cdfsoft@b0dap32 cdfsoftb0]$ ./remove_patch_release 6.1.0j 
remove_patch_release: undeclaring release 6.1.0j...      done. 
remove_patch_release: deleting directory 6.1.0j. 
remove_patch_release: release 6.1.0j removed successfully. 
[cdfsoft@b0dap32 cdfsoftb0]$ ./remove_patch_release 6.1.0k 
remove_patch_release: undeclaring release 6.1.0k...      done. 
remove_patch_release: deleting directory 6.1.0k. 
remove_patch_release: release 6.1.0k removed successfully. 
[cdfsoft@b0dap32 cdfsoftb0]$ ./remove_patch_release 6.1.0l 
remove_patch_release: undeclaring release 6.1.0l...      done. 
remove_patch_release: deleting directory 6.1.0l. 
remove_patch_release: release 6.1.0l removed successfully. 
[cdfsoft@b0dap32 cdfsoftb0]$ ./remove_patch_release 6.1.0m 
remove_patch_release: undeclaring release 6.1.0m...      done. 
remove_patch_release: deleting directory 6.1.0m. 
remove_patch_release: release 6.1.0m removed successfully. 
[cdfsoft@b0dap32 cdfsoftb0]$ ./remove_patch_release 6.1.0o 
remove_patch_release: undeclaring release 6.1.0o...      done. 
remove_patch_release: deleting directory 6.1.0o. 
remove_patch_release: release 6.1.0o removed successfully. 
[cdfsoft@b0dap32 cdfsoftb0]$ ./remove_patch_release 6.1.0q 
remove_patch_release: undeclaring release 6.1.0q...      done. 
remove_patch_release: deleting directory 6.1.0q. 
remove_patch_release: release 6.1.0q removed successfully. 
 
[cdfsoft@b0dap32 cdfsoftb0]$ ups list -aK+ cdfsoftb0 
"cdfsoftb0" "5.3.3l" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0t" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0u" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0pre2o" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0w" "Linux+2" "" "" 
"cdfsoftb0" "6.1.1a" "Linux+2" "" "" 
"cdfsoftb0" "6.1.1b" "Linux+2" "" "" 
"cdfsoftb0" "6.1.1c" "Linux+2" "" "current" 
"cdfsoftb0" "6.1.1d" "Linux+2" "" "" 
"cdfsoftb0" "6.1.0s" "Linux+2" "" "" 
 
</pre>
<!-- Author: kaori -->
<!-- Comment: Mon Oct 10 20;16;05 comment by...kaori -->
<pre>74% /cdf/code-Linux</pre>


<!-- Date: Tue Oct 11 10:05:23 2005 -->
<pre>Switched to 6.1.1d. 
It contains update in ObjectMon, DAMon and something related with TrigMon(svtsim). 
They are working well in the control room so far.</pre>
<!-- Author: yoshiai -->


<!-- Date: Wed Nov 2 15:50:43 2005 -->
<pre>We switched to 6.1.0f. ObjectMon, DAQMon are updated from the 
previous release. 
SVXMon didn't work properly. So only SVXMon is running with the previous release. And we asked SVXMon people to look into this.  
</pre>
<!-- Author: Junji & Yoshiaki -->


<!-- Date: Thu Nov 3 07:12:08 2005 -->
<pre>I'll erase the following release from b0dap35 because disk space is full. 
5.3.3i 
6.1.0u 
6.1.0w 
6.1.1a 
6.1.1b 
</pre>
<!-- Author: Junji -->
<!-- Comment: Thu Nov  3 07;15;55 comment by...Juni -->
<pre>Now disk usage is 86%.
I'll make 6.1.1g.</pre>


<!-- Date: Thu Nov 3 08:13:54 2005 -->
<pre>We made a new release 6.1.1g because 6.1.1f has a very little SVXMon problem. We switched to the new one. SVXMon with 6.1.1g works fine now.</pre>
<!-- Author: Junji -->