<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Please find the minutes <a moz-do-not-send="true"
href="https://halldweb.jlab.org/wiki/index.php/HDGeant4_Meeting,_October_22,_2019#Minutes">here</a>
      and below.</p>
    <p>
    </p>
    <div id="globalWrapper">
      <div id="column-content">
        <div id="content" class="mw-body" role="main">
          <h2 id="firstHeading" class="firstHeading" lang="en"><span
              dir="auto">HDGeant4 Meeting, October 22, 2019, </span><span
              class="mw-headline" id="Minutes">Minutes</span></h2>
          <div id="bodyContent" class="mw-body-content">
            <div id="mw-content-text" dir="ltr" class="mw-content-ltr"
              lang="en">
              <p>Present:
              </p>
              <ul>
                <li> <b> CMU: </b> Naomi Jarvis</li>
                <li> <b> FSU: </b> Sean Dobbs</li>
                <li> <b> JLab: </b> Alex Austregesilo, Mark Ito
                  (chair), Igal Jaegle, Keigo Mizutani, Simon Taylor,
                  Beni Zihlmann</li>
                <li> <b> UConn: </b> Richard Jones</li>
              </ul>
              <p>There is a <a rel="nofollow" class="external text"
                  href="https://bluejeans.com/s/OCFCO/">partial
                  recording of this meeting</a> on the BlueJeans site.
                Use your JLab credentials to get access.
              </p>
              <p>Note: many of the agenda items were held over from the
                Software Meeting that should have happened last week.
              </p>
              <h3><span class="mw-headline"
                  id="Review_of_minutes_from_the_last_Software_Meeting">Review
                  of minutes from the last Software Meeting</span></h3>
              <p>We went over minutes from <a
href="https://halldweb.jlab.org/wiki/index.php/GlueX_Software_Meeting,_September_17,_2019#Minutes"
                  title="GlueX Software Meeting, September 17, 2019">the
                  meeting on September 17</a>.
              </p>
              <ul>
                <li> Sascha Somov has checked in a fix for the <b>tagger
                    energy determination</b>. He has created a new CCDB
                  table to do so, but so far it is only populated for
                  PrimEx runs. The software senses the presence of the
                  table and uses it if it is available.</li>
                <li> On <b>software versions and calibration constant
                    comparisons</b>, Sean revised his approach for the
                  FCAL gain constant used in Monte Carlo to use a new
                  CCDB calibration table. This restores backward
                  compatibility of the code with legacy calibration
                  constant sets. See <a rel="nofollow" class="external
                    text"
                    href="https://github.com/JeffersonLab/halld_sim/pull/75">halld_sim
                    pull request #75</a>.</li>
                <li> <b>CCDB Ancestry Control</b> Mark has discussed
                  this with Dmitry. Dmitry has a relatively easy
                  solution. They will work on the exact implementation.</li>
              </ul>
              <h3><span class="mw-headline"
                  id="Report_from_SciComp_Meeting">Report from SciComp
                  Meeting</span></h3>
              <p>Mark reviewed his <a rel="nofollow" class="external
                  text"
href="https://markito3.wordpress.com/2019/10/21/scicomp-october-17-2019/">notes
                  from the SciComp meeting</a> held on October 17.
              </p>
              <ul>
                <li> New farm nodes are due in at the end of the month.
                  They have AMD Rome processors.</li>
                <li> The farm will get an upgrade from RHEL 7.2 to 7.7
                  in the coming weeks.
                  <ul>
                    <li> Beni urged us to make sure our code works with
                      a RHEL 7.7 system as soon as one becomes
                      available.</li>
                  </ul>
                </li>
                <li> Slurm was upgraded on the server when the server
                  was moved to more robust hardware.</li>
                <li> There was an issue where the firewall between the
                  farm network enclave and the general computing network
                  would get pinned. This could cause a slowdown in ifarm
                  response. A new firewall is on order.</li>
                <li> Brad Sawatzky from Hall C has <a rel="nofollow"
                    class="external text"
href="https://jlab.service-now.com/nav_to.do?uri=%2Fincident.do%3Fsys_id%3Daf9be5bbdb1088507d37365e7c96195c%26sysparm_view%3Dess%26sysparm_record_target%3Dincident%26sysparm_record_row%3D7%26sysparm_record_rows%3D71%26sysparm_record_list%3Dcaller_id.nameCONTAINSbrad%255EORDERBYDESCnumber">reported
                    seeing dead-locking</a> with flocks on the work disk
                  (a ZFS system shared among all of the Halls). These
                  are suspiciously similar to the problems that <a
                    rel="nofollow" class="external text"
href="https://groups.google.com/forum/#!topic/gluex-software/-3gmYyZCk6c">Simon</a>
                  and <a rel="nofollow" class="external text"
href="https://groups.google.com/forum/#!topic/gluex-software/5ydjauELiN0">Alex</a>
                  have reported. These seem to have surfaced recently.
                  SciComp is working on it.
                  <ul>
                    <li> Mark brought up the idea, often raised by David
                      Lawrence, of a compact SQLite CCDB database that
                      only serves out a subset of run numbers. This
                      would help because a common practice is to copy
                      the SQLite file to a local disk and access it from
                      there to avoid problems with network mounted file
                      systems. It might be considerably smaller than the
                      full database at 1 GB. Naomi suggested that a file
                      that serves an entire run period would be most
                      useful. There was interest in developing the idea,
                      although Alex pointed out that the size of the
                      full database it not all that huge.</li>
                  </ul>
                </li>
                <li> Brad S. is planning a <a rel="nofollow"
                    class="external text"
href="https://docs.google.com/document/d/1IBrxtxCe4Vd7jq2W69G9hYpdj1hPXX9eq3ZZ_QaW_n4/edit?usp=sharing">JLab
                    Scientific Computing Workshop</a>.</li>
              </ul>
              <h3><span class="mw-headline"
                  id="Geometry_update_in_CCDB_to_support_TOF_upgrade">Geometry
                  update in CCDB to support TOF upgrade</span></h3>
              <p>Richard found some hard-wired geometry constants in the
                code for hdgeant and hdgeant4. The total number of
                counters was not in the HDDS XML description; they have
                been added now. Also a new attributed has been added to
                indicate whether a counter a channel reads out a
                single-ended or double-ended module. For hdgeant4, there
                is a hard exit if this "pairing" information is not
                there. The new scheme has been been tested on old and
                new run numbers and has been merged to the master
                branch.
              </p>
              <h3><span class="mw-headline"
                  id="TOF_II_Reconstruction_Anomaly">TOF II
                  Reconstruction Anomaly</span></h3>
              <p>Sean showed <a rel="nofollow" class="external text"
href="https://halldweb.jlab.org/wiki/images/b/b9/Sdobbs_HDGeant4_20191022.pdf">plots
                  of TOF monitoring histograms</a> from 200 k bggen
                events using TOF II geometry and reconstruction. He sees
                a slope in the difference between the
                which-counter-was-hit position info from the TOF when
                compared to the track extrapolation position as a
                function of counter number.
              </p>
              <p>[Added in press: this effect was tracked down to an
                incorrect time propagation constant being used for
                simulated TOF data. Sean found and fixed it.]
              </p>
              <h3><span class="mw-headline"
                  id="Review_of_HDGeant4_Issues_on_GitHub">Review of
                  HDGeant4 Issues on GitHub</span></h3>
              <p>We skimmed headlines of <a rel="nofollow"
                  class="external text"
                  href="https://github.com/JeffersonLab/HDGeant4/issues">the
                  issues</a>.
              </p>
              <ul>
                <li> Alex submitted an issue where HDG4 bombs when
                  trying to propagate neutrons. The problem is not
                  present in HDG3. Jon Zarling reports the same error.</li>
                <li> Mark mentioned that when he showed the issues list
                  at the Geant4 Collaboration meeting that was held at
                  JLab, one of the attendees mentioned that they had
                  seen similar errors with G4VoxelNavigation. Mark will
                  try to track him down and get the scoop.</li>
              </ul>
              <h3><span class="mw-headline"
                  id="Items_from_the_Software_Help_List">Items from the
                  Software Help List</span></h3>
              <ul>
                <li> Alex brought our attention to a <a rel="nofollow"
                    class="external text"
href="https://groups.google.com/forum/#!topic/gluex-software/pmAqif-NVZY">thread
                    on the Software Help list</a> started by Peter
                  Pauli. It appears that not all the versions needed to
                  simulate 2018 data are available on the OSG. Mark et
                  al. will try to straitened this out.</li>
                <li> Alex asked about any progress on the b1pi test
                  error in mcsmear that Mark posted on the list. As Sean
                  pointed out in his response, it is likely that
                  inconsistent versions of the geometry are being used.
                  The test is still using hdgeant, so the geometry is
                  compiled into the binary and reflects whatever is in
                  the HDDS build.</li>
              </ul>
            </div>
            <div class="printfooter">
              Retrieved from "<a dir="ltr"
href="https://halldweb.jlab.org/wiki/index.php?title=HDGeant4_Meeting,_October_22,_2019&oldid=94645">https://halldweb.jlab.org/wiki/index.php?title=HDGeant4_Meeting,_October_22,_2019&oldid=94645</a>"</div>
          </div>
        </div>
      </div>
      <div id="footer" role="contentinfo">
        <ul id="f-list">
          <li id="lastmod"> This page was last modified on 23 October
            2019, at 15:30.</li>
        </ul>
      </div>
    </div>
  </body>
</html>