<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">Hi Silvester,<div>I also notice that FTCAL and FTHODO services are making many dB accesses during the initialization. I expect to see a single access to the database followed by a single dB disconnect.</div><div>-Vardan</div><div><br><br><div id="AppleMailSignature">Sent from my iPhone</div><div><br>On Mar 2, 2018, at 7:50 PM, Sylvester J. Joosten <<a href="mailto:tuf42480@temple.edu">tuf42480@temple.edu</a>> wrote:<br><br></div><blockquote type="cite"><div><meta http-equiv="Content-Type" content="text/html; charset=utf-8">Hi Rafaella, hi Vardan,<div class=""><br class=""></div><div class="">In case this is useful: I recognize this error in the context of accessing tables from CCDB from COATJAVA. If this happens when</div><div class=""><br class=""></div><div class="">if(this.entries.hasItem(index)==false) (org.jlab.utils.groups.IndexedTable)</div><div class=""><br class=""></div><div class="">fails. entries.hasItem() contains the following checks:</div><div class=""> </div><div class=""><div>—> calls IndexedList.hasItem(int... index) (org.jlab.utils.groups.IndexedList)</div><div>—> has 2 internal checks:</div><div> 1. if(index.length!=this.indexSize)</div><div> 2. IndexGenerator.hashCode(index);</div><div><br class=""></div><div>In my experience, this implies that there is some kind of issue or inconsistency when accessing CCDB, at least for this particular run.</div><div><br class=""></div><div>Just my 2 cents.</div><div>Best,</div><div>Sylvester</div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="">On Mar 2, 2018, at 7:37 PM, Vardan Gyurjyan <<a href="mailto:gurjyan@jlab.org" class="">gurjyan@jlab.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="content-type" content="text/html; charset=utf-8" class=""><div dir="auto" class="">Hi Raffaella,<div class="">I do not know what is exactly the cause but whenever I use one of these services in the data processing chain I get out memory exception. This exception is not recoverable. As I mention this happens every single time on clonfar0 node. I never saw this error on the farm machines though. May be FX can comment. I am getting these error on data over the ET as well as decoded files from FX’s decoded files directory. <br class="">Vardan<br class=""><div class="">Sent from my iPhone</div><div class=""><br class="">On Mar 2, 2018, at 4:53 PM, Raffaella De Vita <<a href="mailto:Raffaella.Devita@ge.infn.it" class="">Raffaella.Devita@ge.infn.it</a>> wrote:<br class=""><br class=""></div><blockquote type="cite" class=""><div class="">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
Hi Vardan,<br class="">
I'm the author of those services. The only change that was done
recently was a modification of an hardcoded constant and, after that
was done, FX cooked several files for FT studies. Nothing else was
changed in more than one month. Anyway, I will try to reproduce the
problem and debug it.What data are you processing?<br class="">
Regards,<br class="">
Raffaella<br class="">
<br class="">
<div class="moz-cite-prefix">Vardan Gyurjyan wrote:<br class="">
</div>
<blockquote type="cite" cite="mid:B495B886-3753-46D9-82B1-06DCE9659D99@jlab.org" class="">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
Hi FX,
<div class=""><br class="">
</div>
<div class="">Since I am not sure who is the FTCAL and FTHODO
engines author I am cc-ing this email to clas12.</div>
<div class="">There is a critical bug introduced in these service
engine’s code for the 5a.1.0 release. It is 100% reproducible on
clonfarm0 node (online reconstruction node), where JVM crashes
with the out of memory exception. Reconstruction chain without
these services function properly.</div>
<div class="">These are service engines that also print for every
event warning messages such as “ [IndexedTable] ---> error..
entry does not exist” (I consider them warning since if this is
a real error the processing should be stoped). Any ways, this is
a serious bug that can result in large number of job failures on
the farm.</div>
<div class=""> </div>
<div class="">-vardan<br class="">
<div class="">
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">--------------------------------------------------<br class="">
Vardan H. Gyurjyan, Ph.D.<br class="">
Staff Scientist<br class="">
Thomas Jefferson Accelerator Facility<br class="">
Newport News, VA, 23606<br class="">
E-mail: <a href="mailto:gurjyan@jlab.org" class="" moz-do-not-send="true">gurjyan@jlab.org</a><br class="">
757-269-5879 (JLAB)</div>
</div>
<br class="">
</div>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<br class="">
<pre wrap="" class="">_______________________________________________
Clas12_software mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Clas12_software@jlab.org">Clas12_software@jlab.org</a>
<a class="moz-txt-link-freetext" href="https://mailman.jlab.org/mailman/listinfo/clas12_software">https://mailman.jlab.org/mailman/listinfo/clas12_software</a></pre>
</blockquote>
<br class="">
</div></blockquote></div></div>_______________________________________________<br class="">Clas12_software mailing list<br class=""><a href="mailto:Clas12_software@jlab.org" class="">Clas12_software@jlab.org</a><br class=""><a href="https://mailman.jlab.org/mailman/listinfo/clas12_software">https://mailman.jlab.org/mailman/listinfo/clas12_software</a></div></blockquote></div><br class=""></div></div></blockquote></div></body></html>