<!-- Title: 19:02:56  Wed Aug  2 2000 -->
<!-- Crewchief: Christoph Paus -->
<!-- Op1: Jeff Tseng -->
<!-- Op2: Steve Tether -->
<!-- Op3: Ilya Kravchenko -->
<!-- Op4: Andreas Korn -->
<!-- Op5: Michael Mulhearn -->
<!-- Op6: Ivan K Furic -->
<!-- Notes: -->
<pre>Previous file was getting big..</pre>


<!-- Date: Wed Aug 2 19:13:20 2000 -->
<pre>Integration tests: 
 
	a run with 10 subfarms was attempted today; every  
subfarm had 2 processors per converter node. The attempt was 
not succesful; there was insufficient time to determine the 
reason for this as laser runs were due in the integration tests. 
 
	In the two attempts, the common mode of failure were  
problems while trying to fill the L3 partition; l3_node not  
starting on some converters, complaints from the EVB in the  
zephyr window that it cannot connect to builders on b0l3c03a... 
 
Cleanup after mdc2: 
 
	converters 7,8,11 and 12 should be running with atm 
again. Processors 1 and 2 have been upgraded to 6.1.  
Andreas's automated upgrade procedure was resurrected and  
revamped to match the new IP configuration of the farm. 
 
</pre>
<!-- Author: Ivan K. Furic -->


<!-- Date: Thu Aug 3 00:45:30 2000 -->
<pre>Processor nodes b0l3001 through b0l3008 have been upgraded to 
6.1; processor node b0l3003 was constantly accessing the network 
so I plugged it out until we figure out what is wrong with it. 
 
Andreas upgraded b0l3u01 so all the L3 nodes that were meant  
to run under 6.1 should have been upgraded now. 
 
Tests of the ByteLine file distribution system were ran; 
a 107 Mbyte L3exe tarball was distributed across b0l3009 -  
b0l3024 in 1 minute 22 seconds, the cksum was passed. 
 
After the integration run attempt with 10 subfarms, there 
were problems running the relay and making it spawn servers on 
remote nodes. These problems went away when the relay.in file 
was replaced by a saved backup. 
 
</pre>
<!-- Author: Ivan K. Furic -->



<!-- Date: Thu Aug 3 22:04:08 2000 -->
<pre>Integration tests today were ran with monitoring. In one run,  
a monitoring program did not exit the sh mem segment properly, 
so l3_node could not start on that processor. 
 
Results of short tests of the ByteLine file distribution: 
 
node ->  2 nodes 32.8 +- 1.6 sec 
node ->  4 nodes 33.4 +- 1.4 sec 
node ->  7 nodes 31.4 +- 1.4 sec 
 
gate ->  8 nodes 34.0 +- 2.0 sec 
gate -> 16 nodes 39.8 +- 3.2 sec 
 
</pre>
<!-- Author: Ivan K Furic -->


<!-- Date: Tue Aug 8 00:05:11 2000 -->
<pre>Farm shut down pending power outage, Aug 8th 00:00 
While shutting down the farm I set most of the su passwords 
to our default. I suspect 007, u02 and u04 have not been  
homogenized yet. 
 
In any event, due to problems we have seen when rebooting the  
ATM switch, the proper startup procedure for the farm is: 
 
ATM switch powers up before the converter nodes 
gateway 1 should probably power up before any other nodes  
since it is the nfs and yp server. 
 
hence, ATM and ethernet switches power up first, 
followed by gate1 (and gate2) 
then converters,  
then all the other nodes in any order. 
</pre>
<!-- Author: Ivan -->


<!-- Date: Tue Aug 8 18:21:46 2000 -->
<pre>Dear Filter people, 
 
there's a new core file et al. package on oxpc01 in the 
incoming area. The name is: 
 
CommissCrashAug8.tar 
 
It includes core and DAQ-tar ball, both of which are gzipped, 
as well as a logfile which isn't gzipped. 
 
The circumstances here were such that we produced core's 
reproducably for most of today, until the evening, when 
some miracle happened and the DAQ tests worked without dumping core. 
 
Good Luck</pre>
<!-- Author: Frank -->


<!-- Date: Tue Aug 8 21:38:03 2000 -->
<pre>Followup to new cores message from Aug 08 by Frank: 
Have started looking at core dumps today 21:10. All ingredients needed for debugging were acessible in tar file. Core and so's digested well. This executable is 3.6.0 based. 
The problem lies in the permissions of the iomap.txt file. The log file reveals this message during the inclusion of the CalibrationManager.tcl into the main tcl file: 
********************************************** 
Private iomap.txt file being used is world,group accessible 
DBManager will only read private iomap files which have non world/group access 
For DBManager to read the file you need to issue the command :  
  chmod 0600 ./iomap.txt 
********************************************** 
The core is not related to this problem directly though. What I infere happened was this: 
1. CalibrationManager refused to read iomap.txt 
2. Global Calibrations could not be read 
3. CMX calibration filed this error during begin run: 
  ***************************************************** 
  %ERLOG-s Failed reading global calibration table:                 /software/cdfsoft/dist/packages/Muon/development/src/ 
   CMX_Calibration.cc  
   : 119    8-Aug-2000 14:30:39 run = 0 event = 0 
  ***************************************************** 
4. Consecutive modules are forced to abort during begin run 
5. An unknown module (I guess it was the input module) left 
   this sequence on the stack: 
Stack Trace 
  C    find_msg,                                FP=bfffdfc0 
  C    _nl_normalize_codeset,                   FP=bfffe0e4 
  C++  TWebFile::Init,                          FP=bfffe0f0 
  C++  TServerSocket::GetLocalPort,             FP=bfffe110 
  C++  TNetFile::ReadBuffer,                    FP=bfffe124 
  C++  TNetFile::ReadBuffer,                    FP=bfffe13c 
  C    find_msg,                                FP=bfffe21c 
  C++  AppFramework::event,                     FP=bfffe27c 
  which looks to me as if terminating this module during begin 
  run is just not a save thing to do. 
 
 
Suggested cure: 
  Since to my knowledge no more 3.6.0 based executales will be  
  produced and in any further versions the iomap.txt file has 
  completely disappeared I suggest to not do anything about this. 
  In case a special request in made for more 3.6.0 based exe's  
  we could retrofit a chmod command into scripts that build  
  the iomap.txt 
</pre>
<!-- Author: Armin Reichold -->


<!-- Date: Fri Aug 18 14:19:24 2000 -->
<pre>  I have observed two crashes of the Level 3 filter today: 
 
1. Filter tagged "6". Crashes during end run. The core 
file and filter log file are downloaded to oxpc01:/incoming 
as tag6problem.tar.gz 
  Note that this file also contains L3exe+6.tcl file. This 
file is slightly different from the default L3exe+6.tcl 
and was modified by David Waters to get around bfield/geom 
problems. 
 
2. Filter tagged "5". With calibration trigger events 
runs ok. With real cosmic trigger and the same set of 
Front End crates (triggering on calorimeter crates)  
typically crashes after 10-20 events.  
  The file tag5problem.tar.gz is also on oxpc01:/incoming 
 
</pre>
<!-- Author: Ilya Kravchenko -->


<!-- Date: Mon Sep 4 10:36:50 2000 -->
<pre>A couple of things happened last night : 
 
(1) There was a problem with the section number being written into the LRIH bank by the reformatter. We switched to having the 
run section set in the L3 filter. Although this required a few bug fixes along the way, this was basically switched on in the 
talk-to to the APPLevel3GenericOutputModule : 
 
# reformatter is failing to set correct crossing trigger!   
# these lines will overwrite reformatter decision in Level3 exe 
# 
   createRunSection set true 
   crossingsPerRunSection set 30 
   initialRunSection set 1 
 
Note : we will have to disable this once the reformatter problems are cured. 
 
(2) We had a request from Ivan (and Young-Kee) for a Level-3 trigger configuration that includes only a cosmic muon trigger and which will reject all other events, in order to increase the fraction of interesting COT events in the data being taken. Ivan provided a tcl file that he had modified by hand, and a new trigger database entry was made corresponding to this : 
 
PHYSICS_TABLE_NAME = CosmicOnly 
PHYSICS_TABLE_TAG  = 1 
 
This is currently being used to take data.</pre>
<!-- Author: Dave Waters -->


<!-- Date: Sun Sep 10 18:16:17 2000 -->
<pre>Hello, 
 
There are new level-3 tar-balls : 
 
PHYSICS_TABLE_NAME = DAQinclusive 
PHYSICS_TABLE_TAG =  8 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 37  | 303203806  | 25362473 
TCL     | 37  | 376948975  | 2355 
CALIB   | 26  | 2672303725 | 20727 
 
PHYSICS_TABLE_NAME = DAQinclusive 
PHYSICS_TABLE_TAG =  7 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 37  | 303203806  | 25362473 
TCL     | 38  | 2454920183 | 2297 
CALIB   | 26  | 2672303725 | 20727 
 
Notes : 
======= 
(1) These incorporate the latest bug fixes to JetL3FilterModule. 
 
Cheers, Dave. 
</pre>
<!-- Author: Dave Waters -->


<!-- Date: Sun Sep 10 18:32:10 2000 -->
<pre>Hello, 
 
There are new level-3 tar-balls : 
 
PHYSICS_TABLE_NAME = LargeEvent 
PHYSICS_TABLE_TAG =  1 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 38  | 2336203958 | 23659008 
TCL     | 39  | 976570014  | 1617 
CALIB   | 27  | 2544413321 | 20719 
 
Notes : 
======= 
 
(1) This PHYSICS_TABLE_NAME and PHYSICS_TABLE_TAG contains a single path, 
which appends a single large bank to each event. This size of the bank is 
set in the tcl file and is currently 50 kB/event. The appended bank is a 
PESE_StorableBank (since this has appropriate re-size methods) and is 
given the description "L3 Test Bank". 
 
(2) Valid tag-set 38-39-27 should only be used for through-put tests in 
which large data volumes are required. 
 
Cheers, Dave. 
</pre>
<!-- Author: Dave Waters -->


<!-- Date: Thu Sep 14 18:14:18 2000 -->
<pre>There are new level-3 tar-balls : 
 
PHYSICS_TABLE_NAME = DAQinclusive 
PHYSICS_TABLE_TAG  = 7 (no COT) 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 40  | 4141385594 | 25384141 
TCL     | 43  | 597454566  | 2293 
CALIB   | 29  | 1954130466 | 20729 
 
PHYSICS_TABLE_NAME = DAQinclusive 
PHYSICS_TABLE_TAG  = 8 (including COT) 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 40  | 4141385594 | 25384141 
TCL     | 42  | 1529312160 | 2352 
CALIB   | 29  | 1954130466 | 20729 
 
 
Notes : 
======= 
 
(1) Bug fixes to CMU DtoE routines. 
(3) Final bug fixes to JetL3FilterModule. 
</pre>
<!-- Author: Dave Waters -->


<!-- Date: Wed Sep 20 15:36:21 2000 -->
<pre>Was notified of problems with CMXDtoE taking up lots of CPU.  David Dagenhart is investigating.  For now I have left this  
module in the exe unless there is a request to turn it off.</pre>
<!-- Author: kirsten -->


<!-- Date: Thu Sep 21 13:43:57 2000 -->
<pre>Dave made the exe, tcl and calib tar balls needed to run the  
first commissioning trigger table which is just one trigger  
for zero bias events.  Please run this as soon as possible. 
 
There are new level-3 tar-balls : 
 
PHYSICS_TABLE_NAME = Null 
PHYSICS_TABLE_TAG = 1 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 44  | 1789189908 | 23666155 
TCL     | 51  | 1510236865 | 1565 
CALIB   | 32  | 1364762514 | 20722 
 
 
PHYSICS_TABLE_NAME = COMMISSIONING_TABLE_1 
PHYSICS_TABLE_TAG = 2 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 44  | 1789189908 | 23666155 
TCL     | 52  | 1058607999 | 1577 
CALIB   | 32  | 1364762514 | 20722 
 
Notes : 
======= 
(1) Please test (COMMISSIONING_TABLE_1, 2), which is our first seeded 
Level-3 trigger. It contains a single zero bias trigger only. 
 
</pre>
<!-- Author: Kirsten Tollefson -->


<!-- Date: Thu Sep 21 13:47:50 2000 -->
<pre>David Dagenhart looked at run #98736 where the CMXDtoE code  
was taking most of the CPU time.  He found that the CMXD bank 
had on average 447 hits all of which can from illegal channel 
ids or module ids.  This generates 447 error logger messages. 
When he turned off the error messages the code sped up by a  
factor of more than 20.  The module was still slower than he  
had expected so he was going to continue to look into it.  What 
we don't understand is why, since the muon chambers are off, 
that there were 447 hits in the CMXD bank to begin with.</pre>
<!-- Author: Kirsten Tollefson -->


<!-- Date: Fri Sep 22 14:54:21 2000 -->
<pre>The following is the message I just sent out about the latest tar-balls: A somewhat more explanation of the changes appears 
after the vital tag/cksum statistics are posted below: 
 
 ================================= 
 PHYSICS_TABLE_NAME = COMMISSIONING_TABLE_1 
 PHYSICS_TABLE_TAG = 2 
  
 Type    | Tag | Checksum   | Filesize 
 --------+-----+------------+---------- 
 EXE     | 45  | 153614449  | 23665885   
 TCL     | 53  | 3644746633 | 1578 
 CALIB   | 33  | 262577760  | 20734 
 ======================================= 
 
 
History: 
======== 
 
i) These revert to using the L1TriggerBits variable to 21 
ii) We will have to cut a new tcl tag on Monday which is when 
Greg is planning to change the TFRD bit to 23 (L1TriggerBits) 
iii) There is a new exe tag as Kirsten had to fix buildInput.pm 
in the Level3 package, even though this is not compilable code 
it still can potentially change the exe thus the new exe tag.... 
 
 
yours, 
	 
 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Mon Sep 25 21:38:57 2000 -->
<pre>Greg Field changed the L1 zero bias trigger to trigger bit 
21 so we need to go back to L3tagset #28.  This was run  
successfully this afternoon.  See Shift elog for  
Mon Sep 25 10:36:20.  Run #99346. 
 
</pre>
<!-- Author: Kirsten Tollefson -->


<!-- Date: Wed Sep 27 09:26:06 2000 -->
<pre>Re: Kirstens last entry it should be bit 23 not bit 21. 
That is Greg Feild changed the TFRD bit to 23. Which is (exe, tcl, calib) = (44,52,32)</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Wed Sep 27 16:06:40 2000 -->
<pre>There are the requested  Level-3 tar-balls for the purpose of CPU 
Bench marking. Benchmarking Purposes ONLY. 
 
PHYSICS_TABLE_NAME = GlobalTracking 
PHYSICS_TABLE_TAG = 1 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 46  | 813505784  | 26043198 
TCL     | 54  | 1560935627 | 1896 
CALIB   | 33  | 1510779616 | 20726 
 
Notes: 
====== 
Notes: 
====== 
(1) *Global Silicon* and COT Tracking are in the path. Intended 
    as per Christoph's request for CPU Benchmarking.... 
(2) Built out of 3.8.0 
 
yours truly, 
 
Farrukh 
 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Wed Sep 27 19:29:53 2000 -->
<pre>Frank Chlebana this is per your request. 
The entries haven't been made into the RC Database (Kirsten the tags are 
(exe=47, tcl=55, calib=33) ) 
 
 
PHYSICS_TABLE_NAME = ReconstructionRandom 
PHYSICS_TABLE_TAG = 1  
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 47  | 1641245075 | 25089704 
TCL     | 55  | 341594311  | 1859  
CALIB   | 33  | 1434109711 |  20732 
 
Notes: 
====== 
(1) Prerequiste: TFRD with bit 23 set.  
(2) Pass fail is RANDOM, 10% acceptance of events. 
(3) The following Reconstruction Modules are run BUT NO REJECTION IS 
    DONE BASED ON THE RESULTS OF RECONSTRUCTION; 
    Global COT Tracking 
    Calorimetry Module 
    CdfMETModule 
    JetCluModule. 
 
 
yours truly, 
 
Farrukh 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Fri Sep 29 17:16:12 2000 -->
<pre>Hello, 
 
This needs to be tested to see if Error Handling works... 
 
 
======================================== 
 
PHYSICS_TABLE_NAME = ERROR_HANDLING_TEST 
PHYSICS_TABLE_TAG = 1  
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 49  | 1078944974 | 25375559   
TCL     | 59  | 3587909557 | 1692 
CALIB   | 35  | 2418832017 | 20724 
 
Notes: 
====== 
3.8.1 plus Kevin's changes... 
PASSES ALL EVENTS creates random errors in 10% of them... 
 
====================================== 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Fri Sep 29 19:01:47 2000 -->
<pre> 
Make Random error generator truly random(post Kevin's  bug fix). 10 % of all events should get errors... 
ALL EVENTS WILL PASS..... 
 
=================================== 
 
PHYSICS_TABLE_NAME = ERROR_HANDLING_TEST 
PHYSICS_TABLE_TAG = 1 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 50  | 510580889  | 25370930 
TCL     | 60  | 783413246  | 1689 
CALIB   | 36  | 4193688578 | 20729 
 
Notes: 
====== 
3.8.1 plus Kevin's changes/latest bug-fix (revision 1.2, our tag AD1) 
 
====================================== 
 
cheerio, 
 
      Farrukh 
 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Wed Oct 4 15:28:30 2000 -->
<pre>Should have been entered yesterday sorry, 
 
a) COMMISSIONING_TABLE_2 Version 3 
 
b) Has reconstruction and PreRequisites 
 
c) Level2 AutoAccept.... 
 
d) Reverting to 3.8.0 
 
======================================== 
 
PHYSICS_TABLE_NAME = COMMISSIONING_TABLE_2 
PHYSICS_TABLE_TAG = 3 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 53  | 1583494965 |  25053004 
TCL     | 63  | 1056599812 |  1982 
CALIB   | 38  | 451566797  |  20729 
-------------------------------------- 
 
Notes: 
====== 
Since we have just learnt that 3.8.1 is NOT FROZEN this combo 
is made from 3.8.0 and relevant patch to test.user to enable reading of production DB...======================= 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Wed Oct 4 15:29:39 2000 -->
<pre> 
 
a) COMMISSIONING_TABLE_2_L3NULL 
 
b) Has no reconstruction but contains PreRequisites 
 
======================================== 
 
PHYSICS_TABLE_NAME = COMMISSIONING_TABLE_2_L3NULL 
 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 54  | 1368523426 | 23668728  
TCL     | 64  | 595274911  | 1702  
CALIB   | 38  | 451566797  | 20729 
-------------------------------------- 
 
Notes: 
====== 
See previous posting by the same author. </pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Wed Oct 4 15:30:34 2000 -->
<pre>Hello, 
 
 
a) Physics table: COMMISSIONING_TABLE_2 Version 4 
 
b) Code version: built out of 3.8.1 
 
c) Comments : 
 
   (i) Equivalent to Version 3 with 2-GeV Jet replacing 1-GeV 
       jet at Level 1 
 
   (ii) This version HAS NO Level2 REQUIREMENT  
 
======================================== 
 
PHYSICS_TABLE_NAME = COMMISSIONING_TABLE_2 
PHYSICS_TABLE_TAG = 4 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 55  | 4035961869 | 26135460   
TCL     | 65  | 4282978685 | 2044 
CALIB   | 39  | 1079993342 | 20729 
-------------------------------------- 
 
====================================== 
cheerio, 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Wed Oct 4 17:07:49 2000 -->
<pre>Hello, 
 
Same as version 4 but with 
L2_AUTO_ACCEPT IN ALL Paths... 
 
======================================== 
 
PHYSICS_TABLE_NAME = COMMISSIONING_TABLE_2 
PHYSICS_TABLE_TAG 5 
 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 56  | 4156416405 | 26135402 
TCL     | 66  | 1586608397 | 2044 
CALIB   | 40  | 1406023994 | 20729 
-------------------------------------- 
 
 
 
====================================== 
 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Wed Oct 4 17:19:36 2000 -->
<pre>Hello, 
 
          
 
======================================== 
 
PHYSICS_TABLE_NAME = COMMISSIONING_TABLE_2_L3NULL 
PHYSICS_TABLE_TAG 3 
 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 56  | 4156416405 | 26135402 
TCL     | 67  | 2440209070 | 1760 
CALIB   | 40  | 1406023994 | 20729 
-------------------------------------- 
 
 
 
====================================== 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Wed Oct 4 17:37:05 2000 -->
<pre>Hello, 
 
COMMISSIONING_TABLE_1 v3 - as per Mel's request has same trigger 
        paths as table 2 but with zero bias trigger set to have a 
        prescale of 1 and all others are masked. 
(Thanks Kirsten !) 
 
 
======================================== 
 
PHYSICS_TABLE_NAME = COMMISSIONING_TABLE_1 
PHYSICS_TABLE_TAG 3 
 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 56  | 4156416405 | 26135402 
TCL     | 68  | 1083452544 | 2045 
CALIB   | 40  | 1406023994 | 20729 
-------------------------------------- 
 
 
 
====================================== 
 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Wed Oct 4 17:52:13 2000 -->
<pre>Hi, 
 
======================================== 
 
PHYSICS_TABLE_NAME = COMMISSIONING_TABLE_1_L3NULL 
PHYSICS_TABLE_TAG 1 
 
 
Type    | Tag | Checksum   | Filesize 
--------+-----+------------+---------- 
EXE     | 56  | 4156416405 | 26135402 
TCL     | 69  | 1706728584 | 1757 
CALIB   | 40  | 1406023994 | 20729 
-------------------------------------- 
 
 
 
====================================== 
 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Sun Oct 8 15:17:33 2000 -->
<pre> Hello, 
  
 Notes: 
 
a) No L1 L2 requirements. 
b) L3 Pass all with Reconstruction as before 
c) Built out of 3.8.1 
d) CT_HitSet is being DROPPED  
   (Pasha please advise if you ever want to revert) 
e) Single Stream output All output to StreamA. 
   (Pasha please advise if you ever want to revert) 
  
 ======================================== 
  
 PHYSICS_TABLE_NAME = COMMISSIONING_TABLE_1_L3NULL 
 PHYSICS_TABLE_TAG 1 
  
 Type    | Tag | Checksum   | Filesize 
 --------+-----+------------+---------- 
 EXE     | 60  | 1797129564 | 26142753 
 TCL     | 73  | 32811140   | 1859 
 CALIB   | 44  | 3423651705 | 20732 
 -------------------------------------- 
  
  
====================================== 
  
best wishes,  
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Sun Oct 8 15:47:17 2000 -->
<pre>Hello Folks, 
                        same as previous wthout reconstruction. 
 
 
  ======================================== 
 
  PHYSICS_TABLE_NAME = L3_PASS_ALL_NULL 
  PHYSICS_TABLE_TAG 1 
 
  Type    | Tag | Checksum   | Filesize 
  --------+-----+------------+---------- 
  EXE     | 60  | 1797129564 | 26142753 
  TCL     | 74  | 1444553439 | 1632 
  CALIB   | 44  | 3423651705 | 20732 
  -------------------------------------- 
 
 
 ====================================== 
 
 best wishes, 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Sun Oct 8 19:45:04 2000 -->
<pre> On the level3 subfarm I have installed automatic clean-up  
scripts. 
 
  What it does for processor nodes: 
    chron.hourly: 
         - leave only 5 most recently accessed L3exe tar-balls, 
             remove all other L3exe tar-balls 
         - along with deleting L3exe+XX.tgz delete also unpacked 
              version XX of bin and lib 
         - do the same procedure for tcl and calib tar-balls and  
              packages. 
         - after above, if /cdf disk space is above 80%, try to 
              reduce it to 80% by deleting the oldest log, then 
              the second oldest, etc. 
 
    chron.daily (tmpwatch) 
         - delete any log files that are more than a week old 
 
  And for converter and output nodes only tmpwatch is  
done as above. 
 
</pre>
<!-- Author: Ilya Kravchenko -->


<!-- Date: Sun Oct 8 23:36:48 2000 -->
<pre>Run 100834: 
 
Trig Mod#1. 
No CLC. 
 
Trig bit0 rate 1.4kHz. 
</pre>
<!-- Author: Aaron Dominguez -->


<!-- Date: Tue Oct 10 14:06:45 2000 -->
<pre>Built from 3.8.1, no SumEt, higher Jet threshold (4 GeV) 
 
 
  ======================================== 
   
  PHYSICS_TABLE_NAME = COMM_T2_NUSUMET  
  PHYSICS_TABLE_TAG 1 
   
  Type    | Tag | Checksum   | Filesize 
  --------+-----+------------+---------- 
  EXE     | 61  | 1873308652 | 26142355 
  TCL     | 76  | 1994678874 | 2013 
  CALIB   | 45  | 3028556947 | 20729 
  -------------------------------------- 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Tue Oct 10 21:00:15 2000 -->
<pre>   ======================================== 
    
   PHYSICS_TABLE_NAME = ERROR_HANDLING_TEST 
   PHYSICS_TABLE_TAG 2 
    
   Type    | Tag | Checksum   | Filesize 
   --------+-----+------------+---------- 
   EXE     | 62  | 3969677194 | 25377790 
   TCL     | 77  | 1515215915 | 1684 
   CALIB   | 45  | 3028556947 | 20729  
   -------------------------------------- 
 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Mon Oct 16 14:34:14 2000 -->
<pre>Hello, 
 
Built out of 3.9.0 
APPLevel3GenericOutputModule 1.56 patched in. 
 
Note: THE RECONSTRUCTION DOES INCLUDE COT TRACKING. 
      A VERSION WITHOUT COT TRACKING WILL FOLLOW SHORTLY 
      AFTER THE NULL (NEXT).... 
 
 
     ======================================== 
 
    PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
    PHYSICS_TABLE_TAG 1 
 
    Type    | Tag | Checksum   | Filesize 
    --------+-----+------------+---------- 
    EXE     | 65  | 953433494  | 26143086 
    TCL     | 81  | 2222867617 | 1866 
    CALIB   | 47  | 2115608091 | 20734 
    -------------------------------------- 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Mon Oct 16 14:34:45 2000 -->
<pre> 
Hello 
 
 Built out of 3.9.0 
 APPLevel3GenericOutputModule 1.56 patched in. 
 
 Note: THIS IS A NULL EXE NO RECONSTRUCTION IS DONE 
 
 
      ======================================== 
 
     PHYSICS_TABLE_NAME = L3_PASS_ALL_NULL 
     PHYSICS_TABLE_TAG 1 
 
     Type    | Tag | Checksum   | Filesize 
     --------+-----+------------+---------- 
     EXE     | 65  | 953433494  | 26143086 
     TCL     | 82  | 183741051  | 1641 
     CALIB   | 47  | 2115608091 | 20734 
     -------------------------------------- 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Mon Oct 16 18:17:37 2000 -->
<pre> Hello, 
 
 Revisions to test.user, builInput.pm etc also included...  
 Built out of 3.9.0 
 APPLevel3GenericOutputModule 1.56 patched in. 
  
 Note: THE RECONSTRUCTION DOES INCLUDE COT TRACKING. 
       A VERSION WITHOUT COT TRACKING WILL FOLLOW SHORTLY 
       AFTER THE NULL (NEXT).... 
  
*************************************************************** 
USE THIS INSTEAD OF PREVIOUS TABLE WITH SAME NAME AND TAG !!!!! 
****************************************************************  
 
      ======================================== 
       
     PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO  
     PHYSICS_TABLE_TAG 1 
      
     Type    | Tag | Checksum   | Filesize 
     --------+-----+------------+---------- 
     EXE     | 66  | 1897511731 | 26141803   
     TCL     | 84  | 1126617338 | 1864 
     CALIB   | 48  | 3187978476 | 20736  
     -------------------------------------- 
  
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Mon Oct 16 18:33:47 2000 -->
<pre> 
  Hello, 
  
  Revisions to test.user, buildInput.pm etc also included...  
  Built out of 3.9.0 
  APPLevel3GenericOutputModule 1.56 patched in. 
 
NULL EXECUTABLE  
   
 *************************************************************** 
 USE THIS INSTEAD OF PREVIOUS TABLE WITH SAME NAME AND TAG !!!!! 
 ****************************************************************  
  
       ======================================== 
        
      PHYSICS_TABLE_NAME = L3_PASS_ALL_NULL 
      PHYSICS_TABLE_TAG 1 
       
      Type    | Tag | Checksum   | Filesize 
      --------+-----+------------+---------- 
      EXE     | 66  | 1897511731 | 26141803   
      TCL     | 85  | 1698505139 | 1778  
      CALIB   | 48  | 3187978476 | 20736  
      -------------------------------------- 
   
  -Farrukh 
 
 
**************************************************************** 
*Dr Farrukh Azfar                                              *   
*Oxford University, Department of Nuclear and Particle Physics.* 
*Telephone: CDF(Fermilab): 630-840-5019, Oxford: 01865-273358. * 
**************************************************************** 
</pre>
<!-- Author: Farrukh -->


<!-- Date: Mon Oct 16 18:55:35 2000 -->
<pre>   Hello, 
 
   Revisions to test.user, buildInput.pm etc also included... 
   Built out of 3.9.0 
   APPLevel3GenericOutputModule 1.56 patched in. 
 
 REOCNSTRUCTION BUT NO COT TRACKING !! 
   
   
        ======================================== 
 
       PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
       PHYSICS_TABLE_TAG 2 
   
       Type    | Tag | Checksum   | Filesize 
       --------+-----+------------+---------- 
       EXE     | 66  | 1897511731 | 26141803  
       TCL     | 86  | 1546898322 | 1750 
       CALIB   | 48  | 3187978476 | 20736 
       -------------------------------------- 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Thu Oct 19 09:11:02 2000 -->
<pre>  
Hello 
        Reconstruction INCLUDING COT TRACKING with Rob Kennedy's 
recent fix to CdfTrackColl 
Built out of 3.9.0 
 
Due to Rob's fix, this should (hopefully) get rid of 
the so called "corrupted data problem" 
    
         ======================================== 
    
        PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
        PHYSICS_TABLE_TAG 1 
    
        Type    | Tag | Checksum   | Filesize  
        --------+-----+------------+---------- 
        EXE     | 68  | 3776981434 | 26143154 
        TCL     | 88  | 878852636  | 1861  
        CALIB   | 50  | 2674584939 | 20727 
        -------------------------------------- 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Fri Oct 20 14:09:10 2000 -->
<pre>o: cdf_level3_debug <cdf_level3_debug@listserv.fnal.gov> 
Subject: New tar-balls/3.9.0/L3_PASS_ALL_RECO 1 
 
 
Hello 
 
Built out of 3.9.0 
Contains patches that allow Stuff to be kept once specified on keep list. 
 
 
Built out of 3.9.0. Has COT Reconstruction etc... 
I have verified that CdfTracks and CdfHits are kept in the output... 
    
       ======================================== 
          
        PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
        PHYSICS_TABLE_TAG 1 
         
        Type    | Tag | Checksum   | Filesize 
        --------+-----+------------+---------- 
        EXE     | 74  | 2862945484 | 26140121 
        TCL     | 94  | 2592497442 | 2029 
        CALIB   | 53  | 1077496819 | 20737 
        -------------------------------------- 
     
    -Farrukh 
 
 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Fri Oct 20 14:09:40 2000 -->
<pre>To: cdf_level3_debug <cdf_level3_debug@listserv.fnal.gov> 
Subject: New tar-balls/special_3_level3_3.9.0/L3_PASS_ALL_RECO 1 
 
 
Hello 
 
Built out of my special frozen release on b0dap30: special_3_level3_3.9.0 
Contains patches that allow us to: 
 
a) to incorporate creator id. (set to "L3" in tcl) 
b) keep stuff that is specified on keep list. 
 
I have checked the creator id functionality using the Edm_ObjectLister 
and the descriptive string in (a) appears. 
 
CdfTracks, CdfHits etc are kept... 
 
Built out of special_3_level3_3.9.0. Has COT Reconstruction etc... 
    
       ======================================== 
          
        PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
        PHYSICS_TABLE_TAG 1 
         
        Type    | Tag | Checksum   | Filesize 
        --------+-----+------------+---------- 
        EXE     | 75  | 3879610693 | 26185848 
        TCL     | 95  | 2145313605 | 2037 
        CALIB   | 54  | 3376253218 | 20738 
        -------------------------------------- 
     
    -Farrukh 
 
 
 
 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Fri Oct 20 14:10:16 2000 -->
<pre>To: cdf_level3_debug <cdf_level3_debug@listserv.fnal.gov> 
Subject: New tar-balls/special_3_level3_3.9.0/L3_PASS_ALL_RECO 2 
 
 
Hello 
 
Latest calibrations are contained... 
 
 
 
Built out of 3.9.0, RUNS NO COT TRACKING !! 
Contains patches that allow us to: 
 
    
       ======================================== 
          
        PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
        PHYSICS_TABLE_TAG 2 
         
        Type    | Tag | Checksum   | Filesize 
        --------+-----+------------+---------- 
        EXE     | 78  | 3568053822 | 25500257 
        TCL     | 98  | 4134282304 | 1915 
        CALIB   | 55  | 1828883608 | 20741 
        -------------------------------------- 
     
    -Farrukh 
 
 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Tue Oct 24 18:36:13 2000 -->
<pre> Hello, 
 
 Notes: 
 
a) Peter Tamburello fixed the cerr problem 
b) we have patched it in 
c) please note this exe has CT Tracking in it and it passes all the events 
as before (just as a reminder) 
 
 ======================================== 
 
 PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
 PHYSICS_TABLE_TAG 1 
 
 Type    | Tag | Checksum   | Filesize 
 --------+-----+------------+---------- 
 EXE     | 79  | 1180575076 | 26139608 
 TCL     | 99  | 4206156840 | 2027 
 CALIB   | 56  | 325523122  | 20733 
 -------------------------------------- 
 
 
Farrukh and Giulia 
 
</pre>
<!-- Author: Giulia Manca -->


<!-- Date: Tue Oct 24 18:55:02 2000 -->
<pre>Hello 
        this is L3_PASS_ALL_RECO_1 inocrporating Peter Tamburello putting 
all his cerrs in an if(debug) block. 
 
This is patched into the Level3 specific frozen release that I built: 
special_3_level3_3.9.0  
  
So that the creator ID is incorporated. 
 
After Guilia's work we have the tagset with and without the creator id 
done and ready for pickup.. 
 
 
  ======================================== 
  
  PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
  PHYSICS_TABLE_TAG 1 
  
  Type    | Tag | Checksum   | Filesize 
  --------+-----+------------+---------- 
  EXE     | 80  | 2556936344 | 26177712 
  TCL     | 100 | 2740922533 | 2041 
  CALIB   | 57  | 1610524287 | 20730 
  -------------------------------------- 
  
cheerio, 
                Farrukh 
</pre>
<!-- Author: Farrukh Azfar -->


<!-- Date: Wed Oct 25 16:09:17 2000 -->
<pre>Hello 
        NULL exe. Built from 3.10.0, thus incorporates creeator id. 
 
     ======================================== 
 
     PHYSICS_TABLE_NAME = L3_PASS_ALL_NULL 
     PHYSICS_TABLE_TAG 1 
 
     Type    | Tag | Checksum   | Filesize 
     --------+-----+------------+---------- 
     EXE     | 81  | 3065885876 | 28880644 
     TCL     | 103 | 4190360789 | 1956 
     CALIB   | 58  | 3180764541 | 20737 
     -------------------------------------- 
 
 Farrukh 
 
 
 
</pre>
<!-- Author: Farrukh Azfar -->
<!-- Comment: Sun Oct 29 11;53;41 comment by...Farrukh Azfar -->
<table border=0><td><tr><td bgcolor=#e0e030>The combined tagged-set for this is 68.
This exe does no Reconstruction.
Farrukh</td></tr></td></table>
<!-- Date: Wed Oct 25 16:09:47 2000 -->
<pre>Hello 
 
Built from 3.10.0 
 
a) Incorporates the creator ID 
b) Exe has been tested on a recent data file, CdfTrack 
   and CdfTrackColl's from COT_Tracking are present. 
c) REMINDER: Has Global COT Tracking AND Calorimetry, 
   a NULL version and a version with Calorimtery but 
   no Global Tracking will follow shortly 
 
 
   ======================================== 
 
   PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
   PHYSICS_TABLE_TAG 1 
 
   Type    | Tag | Checksum   | Filesize 
   --------+-----+------------+---------- 
   EXE     | 81  | 3065885876 | 28880644 
   TCL     | 101 | 1177427634 | 2042 
   CALIB   | 58  | 3180764541 | 20737 
   -------------------------------------- 
 
Farrukh 
</pre>
<!-- Author: Farrukh Azfar -->
<!-- Comment: Sun Oct 29 11;55;20 comment by...Farrukh Azfar -->
<table border=0><td><tr><td bgcolor=#e0e030>The combined tag-set for this exe is 66.
This exe does JetCluModule, MetModule, Calorimetry and COT GLobal Tracking</td></tr></td></table>
<!-- Date: Wed Oct 25 16:10:08 2000 -->
<pre> Hello 
  
 Built from 3.10.0 
  
 a) Incorporates the creator ID as before 
 b) Calorimtery, CdfMetModule and JetCluModule NOT COT TRACKING !!  
  
    ======================================== 
  
    PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
    PHYSICS_TABLE_TAG 2 
  
    Type    | Tag | Checksum   | Filesize 
    --------+-----+------------+---------- 
    EXE     | 81  | 3065885876 | 28880644 
    TCL     | 102 | 629146384  | 1930 
    CALIB   | 58  | 3180764541 | 20737 
    -------------------------------------- 
 
Farrukh 
</pre>
<!-- Author: Farrukh Azfar -->
<!-- Comment: Sun Oct 29 11;56;25 comment by...Farrukh Azfar -->
<table border=0><td><tr><td bgcolor=#e0e030>The combined tag set for this exe is 67.
It does Calorimetry, jetCluModule  MetModule but NO OT tracking.
</td></tr></td></table>


<!-- Date: Sun Oct 29 12:25:11 2000 -->
<pre>Hello 
  
 Built from 3.10.0 
1) Incorporates Peter Tamburello's changes that didn't make it into  
 3.10.0. I will recommend the control room that they test these exes 
 
2) Some calibrations appear to have been updated. These are in the 
   tar-ball as well. The new Jobset is 2132. 
  
The combined tag-identifier for this tag-set is 69. The physics table name 
is L3_PASS_ALL_RECO 1. 
 
  
    ======================================== 
    
    PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
    PHYSICS_TABLE_TAG 1 
    
    Type    | Tag | Checksum   | Filesize 
    --------+-----+------------+---------- 
    EXE     | 82  | 3287123072 | 28947997 
    TCL     | 104 | 3587225773 | 2040 
    CALIB   | 60  | 1938448078 | 20752 
    -------------------------------------- 
  
</pre>
<!-- Author: Farrukh Azfar -->
<!-- Comment: Sun Oct 29 12;27;21 comment by...Farrukh Azfar -->
<table border=0><td><tr><td bgcolor=#e0e030>The combined tag-set for this is 69.
It incorporates the latest changes in COT tracking constants.
It is all built from 3.10.0.</td></tr></td></table>


<!-- Date: Wed Nov 1 12:19:51 2000 -->
<pre>From: Farrukh Azfar <f.azfar1@physics.ox.ac.uk> 
To: cdf_level3_debug <cdf_level3_debug@listserv.fnal.gov> 
Cc: yagil@fnal.gov, tamburel@fnal.gov, murat@fnal.gov, litvinse@fnal.gov, 
     maeshima@fnal.gov, Young-Kee Kim <ykkim@cdfsg2.lbl.gov> 
Subject: New tar-balls/3.10.0/L3_PASS_ALL_RECO tag=1+latest COT patches.. 
 
Hi All, 
                built out of L3_PASS_ALL_RECO 1 with 
Peter Tamburello's latest patches that allow us to bypass the useage 
the former module CT_Constants, besides providing new constants to 
CT_Tracking. 
 
Sorry for the delay: 
====================== 
We had trouble validating the data with event display and AC dump 
these appear to have been fixed due to patching in Rob-Kennedy's 
latest revision of EventRecord_insert.cc. Pasha, Kaori, Dmitry 
and myself have verified that these problems are gone 
 
 
     ======================================== 
 
     PHYSICS_TABLE_NAME = L3_PASS_ALL_RECO 
     PHYSICS_TABLE_TAG 1 
 
     Type    | Tag | Checksum   | Filesize 
     --------+-----+------------+---------- 
     EXE     | 84  | 1303283612 | 28957477 
     TCL     | 106 | 2390714417 | 2039 
     CALIB   | 62  | 2064127408 | 20749 
     -------------------------------------- 
 
The combined tagset for this triplet is 70. It is already in the 
DB and should be viewable from run-control after you restart it. 
 
 
cheers, 
</pre>
<!-- Author: Farrukh Azfar -->
<!-- Comment: Wed Nov  1 12;20;20 comment by...Farrukh Azfar -->
<table border=0><td><tr><td bgcolor=#e0e030>The combined tagset is 70.</td></tr></td></table>


<!-- Date: Thu Dec 14 11:13:35 2000 -->
<pre>To      : cdf_level3_debug@listserv.fnal.gov 
Cc      :  
Attchmnt:  
Subject : New Tar balls/L3_PASS_10_5QCD_PATHS 1 
----- Message Text ----- 
 
PHYSICS_TABLE_NAME = L3_PASS_10_5QCD_PATHS 
PHYSICS_TABLE_TAG = 1   
 
Type    | Tag | Checksum   | Filesize  
--------+-----+------------+---------- 
EXE     | 88  | 3637808046 | 29204090 
TCL     | 111 | 821828856  | 2764 
CALIB   | 66  | 2073823999 | 20768 
 
Comments: 
========= 
Built from 3.11.0, has 5 paths to allow for the 5 types 
of jets filtered by the QCD jet filter... 
 
cheers, 
 
Farrukh 
 
</pre>
<!-- Author: Farrukh -->


<!-- Date: Tue Jan 9 15:14:35 2001 -->
<pre>Converter C09 didn't boot anymore. 
Even the BIOS boot message wasn't there. 
Examination showed that removing the Scramnet 
card allowed the system to come up. 
Using another PCI slot for the Scramnet card  
did NOT help. Reseating the buffer memory on  
the card also didn't show any effect. 
The card was finally replaced. 
</pre>
<!-- Author: Andreas -->


<!-- Date: Wed Jan 17 23:27:25 2001 -->
<pre>All processor nodes are swichted to fast disk modes. 
To rc.local : 
/sbin/hdparm -A1 -d1 -c1 -m16 /dev/hda  
was added (Ivans settings for mdc2).  
Processor 15 was dead and was rebooted.</pre>
<!-- Author: Andreas -->


<!-- Date: Sat Jan 20 16:50:31 2001 -->
<p>I performed a BIOS upgrade on b0l3pcom2 and gave it new hard disk at /dev/hdc. It's still blank. Next weekend we can try filling it. No kernel patch was required for recognition of the disk. 
<p>Imagine my surprise when I found that pcom2 already had a 30 GB disk in addition to the 6 GB system disk. The power cable was connected but not the data cable. A failed upgrade attempt? I removed that disk and mounted the new one in its place. 
 
<p>The root password of pcom1 and pcom2 was compromised last week so I've changed it on both machines. Come see me if you need it. 
<p>I tried to prevent remote logins by root by adding a securetty line to /etc/pam.d/ssh (like the one in /etc/pam.d/login). It didn't work: sshd complained about undefined symbols beginning with "pam_" and as a result no one could log in via ssh any more. Evidently the present versions of sshd and PAM are too far out of sync. I got the effect I wanted by setting PermitRootLogin to "no" in /etc/ssh/sshd_config. Exactly the same thing happened on pcom1.  
<p>
<!-- Author: Steve Tether -->
<!-- Comment: Sat Jan 20 17;20;24 comment by...ST -->
I've also removed all user names ending in "su" from passwd.nis on pcom1. Good thinking Jeff!